Re: Employee pay
Posted by David E Jones-2 on Jul 19, 2006; 8:42pm
URL: http://ofbiz.116.s1.nabble.com/Employee-pay-tp140712p140715.html
The current TaxAuthority data model is meant to cover more than just sales taxes and should be a good starting point for income taxes, government forced "retirement withholdings" (aka fun with money Ponzi style), and so on. Something separate would probably be needed to model other withholdings such as company pension and healthcare plans, and so on.
In general with OFBiz the intent is to do what you describe: provide a data model and general calculation services but the configuration, and indeed all use of the code, is the responsibility of the user or service provider working for the user.
-David
Bogdan Susala wrote:
> Hi,
>
> As in the case of Adrian, we see here, in Romania, the same behaviour:
> payroll calculation is treated separately through semi-independent
> modules or even totally separated software. This is due to the
> complexity of taxes (i.e., through a formula of x + y%, where x is fixed
> amount depending on specific ranges, plus other health taxes and zillion
> other taxes, each % or through ranges - a nightmare).
>
> I know this might be cumbersome and time consuming, but I suggest the
> community the creation of a separate module, able to offer to the
> user/integrator to construct themselves the formulas to be used. To
> offer the user to customize the screen, online, without actually writing
> code: "add field", "add formula", "add range" etc. I suppose this way we
> will skip the immense problem of correlating the legal issues specific
> to each country - which is very problematic if even one dollar is
> miscalculated - you know, syndicates etc. You cannot play with
> employees' money and taxes :). In this respect, the legal
> responsibility for each country use will not be Ofbiz's, but of the
> user/integrator's.
>
> As a complete package, Ofbiz will gather a tremendous amount of sympathy
> from accounting people if there would be an integrated payroll
> calculation module.
>
> From my part, I can contribute to the specifics of Romania, in order to
> find a common pattern of constructing formulas. In September-October,
> after my colleagues are more confortable with Ofbiz code, we can also
> provide coding work, also.
>
> Bogdan Susala
> [hidden email]
URL: http://ofbiz.116.s1.nabble.com/Employee-pay-tp140712p140715.html
The current TaxAuthority data model is meant to cover more than just sales taxes and should be a good starting point for income taxes, government forced "retirement withholdings" (aka fun with money Ponzi style), and so on. Something separate would probably be needed to model other withholdings such as company pension and healthcare plans, and so on.
In general with OFBiz the intent is to do what you describe: provide a data model and general calculation services but the configuration, and indeed all use of the code, is the responsibility of the user or service provider working for the user.
-David
Bogdan Susala wrote:
> Hi,
>
> As in the case of Adrian, we see here, in Romania, the same behaviour:
> payroll calculation is treated separately through semi-independent
> modules or even totally separated software. This is due to the
> complexity of taxes (i.e., through a formula of x + y%, where x is fixed
> amount depending on specific ranges, plus other health taxes and zillion
> other taxes, each % or through ranges - a nightmare).
>
> I know this might be cumbersome and time consuming, but I suggest the
> community the creation of a separate module, able to offer to the
> user/integrator to construct themselves the formulas to be used. To
> offer the user to customize the screen, online, without actually writing
> code: "add field", "add formula", "add range" etc. I suppose this way we
> will skip the immense problem of correlating the legal issues specific
> to each country - which is very problematic if even one dollar is
> miscalculated - you know, syndicates etc. You cannot play with
> employees' money and taxes :). In this respect, the legal
> responsibility for each country use will not be Ofbiz's, but of the
> user/integrator's.
>
> As a complete package, Ofbiz will gather a tremendous amount of sympathy
> from accounting people if there would be an integrated payroll
> calculation module.
>
> From my part, I can contribute to the specifics of Romania, in order to
> find a common pattern of constructing formulas. In September-October,
> after my colleagues are more confortable with Ofbiz code, we can also
> provide coding work, also.
>
> Bogdan Susala
> [hidden email]
smime.p7s (4K) | Free forum by Nabble | Edit this page |