Hello/ >From my point of view, the global approach must be cosidered, but i have one strong point in your example, comment in lines.
2013/4/8 Goran Kliska <[email protected]> > Please support the idea. > > We can't ignore Russia, China and whole East Europe and claim we have > global ERP. > Storno and red-storno are mandatory by the low in some countries. > Imagine multi-company/multi-country implementation. > As Croatia is entering EU we are getting more&more leads requiring > multi-country. > It is implemented in all ERPs pretending to be global or multi-country. > > Another goal is to raise awareness in developer community because > we are suffering when in the middle of a 200 lines method we have to > deal with contra accounting assumption. > > As Eric said, it really is in a category of anglo-saxon accounting. > Let's start with community effort and hope it will lend in official addons > some day. > > There are some advantages in storno principle. > One example (it could be for analytic accounting): > 1. Cost 100€ Debit > 2. Cost 50€ Debit > 3. Cost -50€ A) (+)Credit or B) (-)Debit (late correction) > 4. Revenue 200€ Credit > > Balance is the same 100€, but > A) with Contra approach sum(Debit) = 150€ , sum(Credit) = 250€ > - useless > B) with Storno approach > sum(Debit) = 100€ = Total Costs > sum(Credit)= 200€ = Total Revenues > > For Contra only one field is enough to express Debit&Credit with (+)&(-) > sign. > IMHO much better approach is to always have debit and credit fields that > can be negative. > I am totally disagree about this approach. We use in Vauxoo as reference this book: www.principlesof*accounting*.com/ It is REALLY good, our utopic dream is that OpenERP support 100% over it. Do you have some text book where the storno approach is documented and where they say explicitly that you can have (-) Negative values in your Journal Entries. For me is difficult to believe, in my opinion, It is more a thing regarding the old system are done in times where validate this were so difficult .... Now with actual technilogies, i can not see reason to brake intentionally _basic_ accounting principles. A LOT of thing are more easy in accounting because we have very weel controlled this issue, brake it can represent A LOT of more problem (we solved them in V5.0 when this feature was allowed, and it represent to us fix 1 year of accounting information) this is the reason because i need introduce this comment here. I dont know how we can be affected with Storno, but the First Step is at least introduce where is the origin of the concept, it must be our starting point. > Let's just start with legal requirements that in some countries refunds > must be done > with NEGATIVE quantities and amount. > > http://forum.openerp.com/forum/topic27740.html > https://answers.launchpad.net/openobject-addons/+question/123322 > > > Best regards. > lp > Goran Kliska > *Slobodni programi d.o.o.* > *Gorjanska 23, Zagreb* > *tel. +385 (1) 3095 113* > *fax. +385 (1) 3095 148 * > *mob. +385 91 2722 676* > > > 2013/4/8 Eric Caudal <[email protected]> > >> China is using Storno accounting so we are interested in participating. >> This is a localization but so widely used that I would rather be in favor >> of general feature (to be activated in the setting/accounting menu like >> anglo-saxon accounting) >> >> Eric Caudal*CEO* >> --*Elico Corporation, Shanghai branchOpenERP Premium Certified Training >> Partner * >> Cell: + 86 186 2136 1670 >> Office: + 86 21 6211 8017/27/37 >> Skype: [email protected]http://www.elico-corp.com >> >> [image: Elico Corp] >> On 04/08/2013 03:22 PM, Joël Grand-Guillaume wrote: >> >> Dear Community, >> >> >> Goran suggested to me that we should add a new project for "Storno" >> accounting under the community reviewer responsibility. It seems to be >> "best practice" accounting mostly used on eastern european country. >> >> The branch of his work is currently here: >> >> http://bazaar.launchpad.net/~gkliska/addons- >> sp/slobodni_addons_61/files/head:/account_storno/ >> >> It seems more related to a localization problematic from my point of >> view. Since now, we mainly try to avoid that in our community branch, >> focusing more on "general" feature. Localization are more handled by each >> of us in our respective country. However, this seems to be used by quite >> lots of country and may justify to land in our community branch... >> >> What is your opinion ? Who is in favor of including this as a new >> project of the team "Account Core Editors" in the community branches ? >> >> Thanks for your feed-back, >> >> >> Joël >> >> >> >> Début du message réexpédié : >> >> *De : *Goran Kliska <[email protected]> >> *Objet : **Storno accounting branch* >> *Date : *5 avril 2013 03:14:36 UTC+02:00 >> *À : *Joël Grand-Guillaume @ camptocamp < >> [email protected]> >> *Répondre à : *Goran Kliska <[email protected]> >> >> Dear Account Core Editors team admins, >> >> Please consider creating a new branch for storno accounting modules. >> >> Storno Accounting is a business practice commonly used in Eastern >> European countries. >> Countries where Storno accounting is mandatory or considered as best >> practice: >> Czech Republic, Poland, Romania, Russia, Slovakia, Ukraine, >> Croatia, Bosnia and Herzegovina, Serbia, Romania, ... >> >> Latest 6.1 version is here: >> http://bazaar.launchpad.net/~gkliska/addons- >> sp/slobodni_addons_61/files/head:/account_storno/ >> >> Best regards, >> Goran Kliska >> Slobodni programi d.o.o. >> -- >> This message was sent from Launchpad by >> Goran Kliska (https://launchpad.net/~gkliska) >> using the "Contact this team's admins" link on the Account Core Editors >> team >> page (https://launchpad.net/~account-core-editors). >> For more information see >> https://help.launchpad.net/YourAccount/ContactingPeople >> >> >> -- >> >> >> *camptocamp* >> INNOVATIVE SOLUTIONS >> BY OPEN SOURCE EXPERTS >> >> *Joël Grand-Guillaume* >> Division Manager >> Business Solutions >> >> +41 21 619 10 28 >> * >> * >> www.camptocamp.com >> >> >> >> >> >> _______________________________________________ >> Mailing list: https://launchpad.net/~openerp-community >> Post to : [email protected] >> Unsubscribe : https://launchpad.net/~openerp-community >> More help : https://help.launchpad.net/ListHelp >> >> >> >> _______________________________________________ >> Mailing list: https://launchpad.net/~openerp-community >> Post to : [email protected] >> Unsubscribe : https://launchpad.net/~openerp-community >> More help : https://help.launchpad.net/ListHelp >> >> > > _______________________________________________ > Mailing list: https://launchpad.net/~openerp-community > Post to : [email protected] > Unsubscribe : https://launchpad.net/~openerp-community > More help : https://help.launchpad.net/ListHelp > > -- -------------------- Saludos Cordiales Nhomar G. Hernandez M. +58-414-4110269 Skype: nhomar00 Web-Blog: http://geronimo.com.ve Servicios IT: http://vauxoo.com Linux-Counter: 467724 Correos: [email protected] [email protected] twitter @nhomar
_______________________________________________ Mailing list: https://launchpad.net/~openerp-community Post to : [email protected] Unsubscribe : https://launchpad.net/~openerp-community More help : https://help.launchpad.net/ListHelp
