On Nov 25, 2007, at 12:07 PM, [EMAIL PROTECTED] wrote:
More commonly, there is one post for the sum of the inventory items
sold.
However, this method offers some flexibility if you want to split up
cost of
goods or maybe you have separate inventory accounts for different
inventory
types.
Yes, that is correct, I mis-wrote.
The origin "document" (record is probably a better term) triggers/
causes the transaction and not each entry in the transaction.
-David
On Nov 25, 2007, at 1:59 AM, Jacopo Cappellato wrote:
David,
after reviewing the AcctgTrans and AcctgTransEntry entit
Nice find BJ.
-Original Message-
From: BJ Freeman [mailto:[EMAIL PROTECTED]
Sent: Sunday, November 25, 2007 11:32 AM
To: dev@ofbiz.apache.org
Subject: Re: [OFBiz] Users - Accounting Extension (GL, etc) Now In Beta
before I put my two cents in I have searching the Internet and reading
or different inventory
> types. For that reason, I like it.
>
> Skip
>
>
>
> -Original Message-
> From: Jacopo Cappellato [mailto:[EMAIL PROTECTED]
> Sent: Sunday, November 25, 2007 1:00 AM
> To: dev@ofbiz.apache.org
> Subject: Re: [OFBiz] Users -
different inventory
types. For that reason, I like it.
Skip
-Original Message-
From: Jacopo Cappellato [mailto:[EMAIL PROTECTED]
Sent: Sunday, November 25, 2007 1:00 AM
To: dev@ofbiz.apache.org
Subject: Re: [OFBiz] Users - Accounting Extension (GL, etc) Now In Beta
David,
after reviewing the
Hi Jacopo,
De : "Jacopo Cappellato" <[EMAIL PROTECTED]>
> Jacques Le Roux wrote:
> >
> > Two persons (former clients of mine) seems to be interested to work on the
> > accouting module on their own free time. One has a
solid
> > background as manager and the other as programmer.
> > I will not w
David,
after reviewing the AcctgTrans and AcctgTransEntry entity I've noticed
that fixedAssetId, inventoryItemId, physicalInventoryId, partyId,
roleTypeId, invoiceId, paymentId, finAccountTransId, shipmentId,
receiptId, workEffortId are in the AcctgTrans entity, while partyId and
productId ar
Jacques Le Roux wrote:
Two persons (former clients of mine) seems to be interested to work on the
accouting module on their own free time. One has a solid
background as manager and the other as programmer.
I will not work myself on this task but I will try as much as I'm able to to
put them o
Jacques Le Roux wrote:
De : "Jacopo Cappellato" <[EMAIL PROTECTED]>
associated with a commit on some entity generates an exception, is the
associated transaction rolled back? For example, if a SECA was tied to an
Invoice commit and that code caused an exception, would the Invoice commit
be roll
@ofbiz.apache.org
Subject: Re: [OFBiz] Users - Accounting Extension (GL, etc) Now In Beta
On Nov 24, 2007, at 1:05 PM, Jacopo Cappellato wrote:
> David E Jones wrote:
>> On Nov 24, 2007, at 9:55 AM, [EMAIL PROTECTED] wrote:
>>> I am thinking about the implementation of this.
>>&g
This begins to sounds quite right :o)
Jacques
De : "David E Jones" <[EMAIL PROTECTED]>
>
> On Nov 24, 2007, at 1:05 PM, Jacopo Cappellato wrote:
>
> > David E Jones wrote:
> >> On Nov 24, 2007, at 9:55 AM, [EMAIL PROTECTED] wrote:
> >>> I am thinking about the implementation of this.
> >>>
> >>
De : "Jacopo Cappellato" <[EMAIL PROTECTED]>
> > associated with a commit on some entity generates an exception, is the
> > associated transaction rolled back? For example, if a SECA was tied to an
> > Invoice commit and that code caused an exception, would the Invoice commit
> > be rolled back to
De : "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
[...]
>
> I have zero understanding of the needs of European accounting requirements
> (if they are different) and the differences with U.S. ones.
Two persons (former clients of mine) seems to be interested to work on the
accouting module on their own
On Nov 24, 2007, at 1:05 PM, Jacopo Cappellato wrote:
David E Jones wrote:
On Nov 24, 2007, at 9:55 AM, [EMAIL PROTECTED] wrote:
I am thinking about the implementation of this.
As I mentioned, I am strongly motivated to make each entry in
AcctgTrans/AcctgTransEntry an atomic part of the unde
David E Jones wrote:
On Nov 24, 2007, at 9:55 AM, [EMAIL PROTECTED] wrote:
I am thinking about the implementation of this.
As I mentioned, I am strongly motivated to make each entry in
AcctgTrans/AcctgTransEntry an atomic part of the underlying reason for
the
enter, say an Invoice creation.
On Nov 24, 2007, at 11:20 AM, [EMAIL PROTECTED] wrote:
And I learned something too. Sync calls are part of the begin/commit
transaction and async calls are not. Thanks for the feedback.
There is one exception to this: sync remote calls are not part of the
same transaction right now, even
On Nov 24, 2007, at 9:55 AM, [EMAIL PROTECTED] wrote:
I am thinking about the implementation of this.
As I mentioned, I am strongly motivated to make each entry in
AcctgTrans/AcctgTransEntry an atomic part of the underlying reason
for the
enter, say an Invoice creation. If the AcctgTrans/Ac
eople can just comment them out or uncomment them if
they don't want or do want GL accounting done.
Skip
-Original Message-
From: Jacopo Cappellato [mailto:[EMAIL PROTECTED]
Sent: Saturday, November 24, 2007 9:19 AM
To: dev@ofbiz.apache.org
Subject: Re: [OFBiz] Users - Accounting Ext
they don't want or do want GL accounting done.
Skip
-Original Message-
From: Jacopo Cappellato [mailto:[EMAIL PROTECTED]
Sent: Saturday, November 24, 2007 9:19 AM
To: dev@ofbiz.apache.org
Subject: Re: [OFBiz] Users - Accounting Extension (GL, etc) Now In Beta
[EMAIL PROTECTED] wrote
[EMAIL PROTECTED] wrote:
I am thinking about the implementation of this.
As I mentioned, I am strongly motivated to make each entry in
AcctgTrans/AcctgTransEntry an atomic part of the underlying reason for the
enter, say an Invoice creation. If the AcctgTrans/AcctgTransEntry creation
fails, the
I am thinking about the implementation of this.
As I mentioned, I am strongly motivated to make each entry in
AcctgTrans/AcctgTransEntry an atomic part of the underlying reason for the
enter, say an Invoice creation. If the AcctgTrans/AcctgTransEntry creation
fails, the Invoice creation should be
-Original Message-
From: David E Jones [mailto:[EMAIL PROTECTED]
Sent: Saturday, November 24, 2007 4:20 AM
To: dev@ofbiz.apache.org
Subject: Re: [OFBiz] Users - Accounting Extension (GL, etc) Now In Beta
It sounds here like you are confusing a transaction (AcctgTrans) with
a journal
nes [mailto:[EMAIL PROTECTED]
Sent: Friday, November 23, 2007 6:20 PM
To: dev@ofbiz.apache.org
Subject: Re: [OFBiz] Users - Accounting Extension (GL, etc) Now In
Beta
Some notes on journals (GlJournal), transactions (AcctgTrans),
transaction entries (AcctgTransEntry), etc:
1. they are opt
old), I am betting
we are disagreeing over semantic issues.
Yes, it seems to me too a semantic issue only.
Jacopo
Skip
-Original Message-
From: David E Jones [mailto:[EMAIL PROTECTED]
Sent: Friday, November 23, 2007 6:20 PM
To: dev@ofbiz.apache.org
Subject: Re: [OFBiz] Users - Acc
TECTED]
Sent: Friday, November 23, 2007 6:20 PM
To: dev@ofbiz.apache.org
Subject: Re: [OFBiz] Users - Accounting Extension (GL, etc) Now In Beta
Some notes on journals (GlJournal), transactions (AcctgTrans),
transaction entries (AcctgTransEntry), etc:
1. they are optional, transactions do not have
course up to you, but all the
pieces
that I have described are provided for in the data model with the
possible
exception of supportingDocumentId.
Skip
-Original Message-
From: Jacopo Cappellato [mailto:[EMAIL PROTECTED]
Sent: Friday, November 23, 2007 2:40 AM
To: dev@ofbiz.apache.o
exception of supportingDocumentId.
Skip
-Original Message-
From: Jacopo Cappellato [mailto:[EMAIL PROTECTED]
Sent: Friday, November 23, 2007 2:40 AM
To: dev@ofbiz.apache.org
Subject: Re: [OFBiz] Users - Accounting Extension (GL, etc) Now In Beta
David, all,
I'm really interested in kno
On Nov 23, 2007, at 3:39 AM, Jacopo Cappellato wrote:
David, all,
I'm really interested in knowing more about the design for journal
management.
I did some research (existing data model and services) and it seems
to me that:
* a journal (GlJournal) is used to group together a set of
ac
David, all,
I'm really interested in knowing more about the design for journal
management.
I did some research (existing data model and services) and it seems to
me that:
* a journal (GlJournal) is used to group together a set of accounting
transactions (AcctgTrans)
* a journal can be used t
-Original Message-
From: David E Jones [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 22, 2007 11:31 PM
To: dev@ofbiz.apache.org
Subject: Re: [OFBiz] Users - Accounting Extension (GL, etc) Now In Beta
On Nov 23, 2007, at 12:02 AM, [EMAIL PROTECTED] wrote:
> I have some str
On Nov 23, 2007, at 12:02 AM, [EMAIL PROTECTED] wrote:
I have some strong feelings about how Si has done this though. My
primary
concern is that some organizations prefer to post to the G/L in real
time
and others prefer to do batch review/post. I hope we can do
something like
have a pr
nes.
Skip
-Original Message-
From: Jacopo Cappellato [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 22, 2007 10:38 PM
To: [EMAIL PROTECTED]; dev@ofbiz.apache.org
Subject: Re: [OFBiz] Users - Accounting Extension (GL, etc) Now In Beta
Hi Jim, (and others interested in helping with the impleme
Hi Jim, (and others interested in helping with the implementation of the
accounting component)
can I add you to the list of "people interested" in this page:
http://docs.ofbiz.org/display/OFBADMIN/New+Features+Roadmap+-+Draft
?
If you (or others in this list) are willing to help with the
imple
33 matches
Mail list logo