Alexander,
It was a quick answer since this setting is hard to find and I had nothing else
to propose.
It seems that entryDate is there for this purpose, please have a look at
createFinAccountTrans service
<service name="createFinAccountTrans" engine="simple"
default-entity-name="FinAccountTrans"
location="org/ofbiz/accounting/finaccount/FinAccountServices.xml"
invoke="createFinAccountTrans">
<description>Create a new Financial Account Transaction. Will use current timestamp for entryDate and trasanctionDate if none
is provided.</description>
<auto-attributes mode="OUT" optional="false" include="pk"/>
<auto-attributes mode="IN" optional="true" include="nonpk">
<exclude field-name="performedByPartyId"/>
</auto-attributes>
</service>
UI : https://localhost:8443/accounting/control/EditFinAccountTrans
Jacques
From: "Alexander Kjeldaas" <[EMAIL PROTECTED]>
Hi Jacques,
Thanks for your answer, but I am not sure you understood my question.
In a system where the fiscal period is part of the transaction, a date
does not belong to a fiscal period, and two transactions that are on
the same day might be in different fiscal periods.
So the transaction date does not define the fiscal period for the transaction.
When you close the books, and someone comes along with an invoice or
something that belonged to the closed period, it seems that you need
to lie about the transaction date in order to get it into the new
(open) period. Is this how one usually do this sort of thing?
- A
2008/8/26 Jacques Le Roux <[EMAIL PROTECTED]>:
https://localhost:8443/webtools/control/EditCustomTimePeriod
Jacques
From: "Technology Investor" <[EMAIL PROTECTED]>
Hi,
I see that FinAccountTrans does not have any period information for a
transaction.
What I am used to is that the fiscal period is independent of the
transaction date so that I can have an entry in fiscal period Q3 2008
but where the transaction actually happened in Q2 (but the guy came
too late with the invoice so the books were closed).
How is this situation typically handled in ofbiz?
- A