Many thanks David,

I was focusing on financial instruments accounting, but I included
basic invoicing. Happy to share on the internet, based on a simpler
version. Once we have a good basis, then we could make a more complex
model.

Starting to be pretty good on ERP :;) Can you contact me directly so
that I can agree on format with you.

One important trick to add is to add a period and subperiod, which
makes reporting a lot easier. your accountline would include a link to
both period and subperiod.

In respect of invoices, collecting of cash from the invoices,
refunds... I need to check how I did it as I can not remember now.

Kind regards,

Francois

On Dec 18, 5:34 pm, villas <villa...@gmail.com> wrote:
> Hi Francoise
>
> Re: Currency.  Yes,  we also have a field to indicate currency for
> each transaction.  But we only use EUR and GBP and we do not have any
> currency translation/revaluing processes.
>
> Re: Multi-Company.  For transportability and auditing etc I could see
> the point of having separate DBs.  However, I cannot see much point in
> having separate tables.  Each record can be flagged with a Company id
> field.  The only complication is perhaps maintaining separate sequence
> numbers.
>
> Re: Invoicing. Does your model include invoicing, debtors, creditors
> etc and, if so, do you have separate tables for invoicing?  In my
> case,  I am trying to do everything with one Aclines table.  This
> means we have to do some fancy footwork with flagging each document
> and transaction,  but there's a big pay-off for doing searching and
> reporting.
>
> Re: General.  Accountingis a bit of a minefield.  I am purposely
> keeping ouraccountingextremely simple but if you spent a year
> working on a blueprint,  it is probably going to be much more
> complex.  Enterprise levelaccountingsystems seem to be very complex
> -- lots of tables and security. Before commissioning the software,
> maybe you should publish the blueprint and let people make some
> comments.  If your ideas are interesting to others, you might get some
> people to chip in with the costs etc.  Something simple which also
> works on GoogleApps could be quite revolutionary!
>
> Regards,
> - David
>
> On Dec 17, 9:40 pm, "Francois (Jersey)"
>
>
>
> <francois.ches...@googlemail.com> wrote:
> > Hi David,
>
> > Interestingly enough my model is very similar to yours :;)
>
> > Our naming convention are a little bit different:
>
> > What you called Docs, we have called transactions
> > What you called Aclines, we called transac_lines
>
> > In order to have a multi-currencyaccounting, you have to add the
> > following tables
>
> > currencies (with name, shortname and country)
> > currency_rates (date, rate, currency_rates_source), with all rates
> > stored against the Euro. Using the Euro as a based currency is a trick
> > to work internally and not visible to the user
> > currency_rates_source: which is a way to have more than one source of
> > data for foreign exchange
>
> > In addition in Acline has 2 extra colums to reflect the fact that a
> > transaction can be in a currency (transaction currency) which can be
> > different from the currency ofaccountingfor the company (functional
> > currency or reporting currency).
>
> > so you have for acline
>
> > [date] [account number linked to account table] [decimal value in
> > transaction currency] [currency linked to the currency table] [decimal
> > value in functional currency, converted decimal value using the fxrate
> > from the table]
> > [transaction id linked to transactions]
>
> > so our test is that the sum of decimal value in functional currency is
> > equal to zero to be able to validate.
>
> > That is a brief introduction, but we can do more but that would be a
> > good start. From that basic model you can do anything inaccounting,
> > you just need to add info to accline or what I call transaction_lines.
>
> > One question for Massimo. Let's say I want to have a different table
> > for each client, is it possible to create dynamic table? I don't know
> > whether it is clear.
>
> > Say for example, depending on the client, can we load a different sets
> > of tables? Please let me know if you want clarification.
>
> > Thanks,
>
> > Francois
>
> > On Dec 17, 6:21 pm, villas <villa...@gmail.com> wrote:
>
> > > HiFrancois
>
> > > I am currently writing some software for our copmany accounts.  The
> > > only problem is that it will be fairly specific to our requirements,
> > > not to mention very simple.
>
> > > To give you an idea.
>
> > > We have 3 tables.  Docs,  Accounts,  Aclines.
> > > We start by entering a new document in the Docs table.
> > > We then enter related debits and credits for the Doc in the Aclines
> > > table.
> > > Each row in the Aclines table has a related Account number.
> > > Once the entries balance,  they are 'approved' and then cannot be
> > > altered (except by superuser).
>
> > > Listings can then be made by Doc and by Account.  All physical
> > > paperwork is filed/scanned by Doc id and be easily retrieved when
> > > necessary.
>
> > > I think this idea would be far too simple for anyone else's accounts.
> > > However,  if you give me some idea of your project perhaps some
> > > elements would overlap,  especially for data entry.
>
> > > I see a role for Massimo's spreadsheet for reporting or modelling
> > > budgets etc.
>
> > > Regards,
> > > -David
>
> > > On Dec 17, 7:31 am, "Francois(Jersey)"
>
> > > <francois.ches...@googlemail.com> wrote:
> > > > Is anyone wanting to join forces to create a MIT/GPLaccounting
> > > > software?
>
> > > > I spent a year writing specification for a multi currenciesaccounting
> > > > software and would love to share with other people. We have a nice
> > > > interface for entering 
> > > > transactions:http://olivvv.aptanacloud.com/compta/index.html
>
> > > >Francois
>
> > > > On Dec 8, 1:22 am, villas <villa...@gmail.com> wrote:
>
> > > > > Yes, it was just a thought.
> > > > > Now we have a decimal field I'm trying out someaccountingideas.
> > > > > Thanks.- Hide quoted text -
>
> > > - Show quoted text -- Hide quoted text -
>
> - Show quoted text -

--

You received this message because you are subscribed to the Google Groups 
"web2py-users" group.
To post to this group, send email to web...@googlegroups.com.
To unsubscribe from this group, send email to 
web2py+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/web2py?hl=en.


Reply via email to