Cheque Printing

0 views
Skip to first unread message

Rupert

unread,
Sep 5, 2005, 11:36:00 PM9/5/05
to TurboCASH
I want to pick on a thread in the forums about Cheque Printing.

http://www.turbocashuk.com/Forums/index.php?act=ST&f=5&t=734&s=616c63f8a603598bef0cb0454fcd24a9

This a function to consider for a future version of TurboCash which
should include the following:

- The option to print cheques in the payments batch

- Option to print a cheque or range of cheques after the
batch has been posted

- Using Reportman to configure cheque printing

While cheques may be going out of fashion in some countries they are
still alive and kicking in developing countries / emerging markets. A
couple of months ago I was talking to one of the top secondary schools
in Paraguay about TurboCash and the fact the TurboCash did not provide
a means of cheque printing was a negative factor.

Also cheque printing is a function that is available in Quickbooks and
even the basic version of Pastel

Rupert

Philip Copeman

unread,
Sep 6, 2005, 11:30:19 AM9/6/05
to Turb...@googlegroups.com
That would be a really goo plugin for you to begin. It is not huge and
shoudl be manageble.

Are you familiar with Delphi?

Rupert

unread,
Sep 7, 2005, 12:59:21 AM9/7/05
to TurboCASH
I wish I could but I am a humble accountant / consultant (!) not a
programmer.

For the next version it would be worth considering "cheque printing" as
a subproject.

Rupert
Paraguay
South America

Eyes on Site

unread,
Sep 7, 2005, 5:14:45 AM9/7/05
to Turb...@googlegroups.com
What affiliate to the store has to offer Territory agents/Affiliates

(this is just the tip of the iceberg)


We now have a system where Agents can sign in to our store ,autogenerate
links/banners to our store from their own store. When you customer clicks
such a banner on your website, and purchase the branded turbocash product.
You earn comission. Philip will deal with the rates

You also benefit by this affiliation since our highly customised central
store offers:

- Paid support tickets: You can generate this in the affiliate
programme and earn comission on every support ticket that originates via
your store

- Our site is intregated with Learning Managements System which hosts
examinations and courses.

- You are welcome to collaborate with me on designing a course in your
home language .

-Our store handles all the shipping and admin on turbocash sales that
come via your store - no work involved other than you marketing your own
store. Just sit back and watch those comissions roll in.

Dont have your own store yet?
Also you can Get your own oscommerce store setup including credit card
gateway (pricetag gateway for south africa doesnt need a merchant account)
setup at extremely discounted rate.i.e. a turnkey hosted solution see
http://www.turbocashtraining.co.za/os and get started easily with the
affiliate programme and automatically become a turbocash reseller.

Selwyn Wacks
sh...@turbocashtraining.co.za or skype : swacks

Cell +27(0)83 273 4216
email: swa...@sentechsa.com
FAX : 0866774993
----- Original Message -----
From: "Rupert" <rupa...@netscape.net>
To: "TurboCASH" <Turb...@googlegroups.com>
Sent: Tuesday, September 06, 2005 5:36 AM
Subject: Cheque Printing


>
> --
> No virus found in this incoming message.
> Checked by AVG Anti-Virus.
> Version: 7.0.344 / Virus Database: 267.10.18/90 - Release Date: 05/09/2005
>
>

Philip Copeman

unread,
Sep 7, 2005, 7:30:29 AM9/7/05
to Turb...@googlegroups.com


----- Original Message -----
From: "Rupert" <rupa...@netscape.net>
To: "TurboCASH" <Turb...@googlegroups.com>
Even humble accountants have a role to play in the project. We use them to
raise money to pay the developers.

Development is not a random process. Its moves in the direction of the
finance (like the world).

I deal with this question in detail in the TurboCASHZone Group

http://groups.google.com/group/TurboCASHZone?lnk=li

You still haven't told me WHAT YOU WANT to do here. Once I know that I will
be better placed to get you moving in the right direction.
-----------------------------------------------------------
1. Philip Copeman Sep 6, 10:44 pm show options

From: "Philip Copeman" <phi...@pinksoft.co.za> - Find messages
by this author
Date: Tue, 6 Sep 2005 22:44:53 +0200
Local: Tues, Sep 6 2005 10:44 pm
Subject: T_Account Viewer
Reply | Reply to Author | Forward | Print | Individual Message |
Show original | Remove | Report Abuse


Rodney (and anyone else that can contribute) I really could use your
help here on definning the future of TurboCASH. I really have the feeling
that we started in a Garage and now things are getting out of hand. It is
growing faster as a project than we have structure to handle it.
------------------------------------------------------------------------------------------


Development on TurboCASH is hellishly expensive - Even the smallest
changes require programmers, version updates, testing redocumentation ....


Read this link on Who pays for TurboCASH Development


I currently spend around R 50 000 per month on TurboCASH development.
This does not include the larger voluntary stuff that people like yourself
do. This gives a bug fix rate of about 5 per month or R 10 000 per Bug! A
good Delphi Programmer is worth anywhere between R 30 and R 80 K per month.
So I keep having to face down the problem that the developers keep taking
jobs at these rates that move them off the key direction that I need them to
follow.


The problem comes in that even for the smallest features we can't get
a single user to pay anywhere near the cost of development. Currently we
simply work at the things that most people want. I am trying to figure a way
around this - something like this:


every development request costs say R 500. Users can contribute to the
fixing. Developers can offer to do it and take the amount on offer whenever
they want to do it. So essentially users get together and collectively pay
for the development. That way they all participate and the developers get
the right amount required. If a develoepr accepts the bid I manage him doing
the project. When he has finnished I pay him. If the project never gets done
for lack of user support, I put a credit against the users purchase account
in the Shop. What do you think?
-------------------------------------------------------------------------------------------

here is a transcript of it

T_Account Viewer
« Start of topic « Older Messages 1 - 1 of 1 Newer » End
of topic »
Fixed font - Proportional font


1. Philip Copeman Sep 6, 10:44 pm show options

From: "Philip Copeman" <phi...@pinksoft.co.za> - Find
messages by this author
Date: Tue, 6 Sep 2005 22:44:53 +0200
Local: Tues, Sep 6 2005 10:44 pm
Subject: T_Account Viewer
Reply | Reply to Author | Forward | Print | Individual
Message | Show original | Remove | Report Abuse


Rodney (and anyone else that can contribute) I really could use
your help here on definning the future of TurboCASH. I really have the
feeling that we started in a Garage and now things are getting out of hand.
It is growing faster as a project than we have structure to handle it.
------------------------------------------------------------------------------------------


Development on TurboCASH is hellishly expensive - Even the
smallest changes require programmers, version updates, testing
redocumentation ....


Read this link on Who pays for TurboCASH Development


I currently spend around R 50 000 per month on TurboCASH
development. This does not include the larger voluntary stuff that people
like yourself do. This gives a bug fix rate of about 5 per month or R 10 000
per Bug! A good Delphi Programmer is worth anywhere between R 30 and R 80 K
per month. So I keep having to face down the problem that the developers
keep taking jobs at these rates that move them off the key direction that I
need them to follow.


The problem comes in that even for the smallest features we
can't get a single user to pay anywhere near the cost of development.
Currently we simply work at the things that most people want. I am trying to
figure a way around this - something like this:


every development request costs say R 500. Users can contribute
to the fixing. Developers can offer to do it and take the amount on offer
whenever they want to do it. So essentially users get together and
collectively pay for the development. That way they all participate and the
developers get the right amount required. If a develoepr accepts the bid I
manage him doing the project. When he has finnished I pay him. If the
project never gets done for lack of user support, I put a credit against
the users purchase account in the Shop. What do you think?
-------------------------------------------------------------------------------------------
I do agree on the idea of the T Account viewer . Right now my
CORE resources are going at making version 3.74 with the list of things that
we have to date. I don't want to start anything new until that is completed.


These are possible approaches:


1) To separate it out as a separate plugin;


2) To write it using the Reportman add on.


3) Wait until I get around to the bidding idea or it makes it to
the top of the developement list.


I think that you should get Chis involved with either Option.



dot_clear.gif
watched_n.gif
Reply all
Reply to author
Forward
0 new messages