Another example when fiscal-period-not-bound-to-date comes in handy is at year end. All the stuff that happens at year end is normally accounted for with a transaction date of 12/31. However, this is a problem when you set up a report, because the december earnings report or what have you will look different to the november report because of those effects.
In a system where there is a period attached to each transaction, all the year end fixup happens in period *13* which is a special period after december but before the start of the next fiscal year. So the internal reports you use to figure out how your business is doing in december will only report on period 12, so it can be compared to period 11 easily. You can even have normal business on the 31th of december and account for that using period 12. - A 2008/8/27 David E. Jones <[EMAIL PROTECTED]>: > > Yes, the transaction date is the one that corresponds to the fiscal period > it would be in, and the entry date may very well be different. This is an > important point because if the fiscal period the transaction date would be > in has closed because it was entered too late... you have a problem! > > -David > > > Jacques Le Roux wrote: >> >> 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 >>>>> >>>> >>> >> >
