Ah... gotcha.

I was sort of thinking the same thing for an option b), although more along the 
lines of a hybrid of the existing and your approach:

 - Salary structure that could be associated with the contract
 - Additional salary rules associated with the contract or employee directly
 - Default rules loaded for all employees (with 0.00 amount) for country 
specific deductions

The issue I saw with that is there'd likely need to be a fairly large 
refactoring of the payroll engine to account for correct 
sequencing/parenting/etc. Although it might not be that much, since you could 
group the rules as is done now and run through them. 

I thought adding a single field to the form might be easier, but I'm running 
into a similar issue as you regarding YTD occurrences/amounts. The date from/to 
would be relatively easy to add to the rules or as a separate field on the 
employee/contract, but the number of occurrences I believe is a little 
trickier. I don't believe there's a straightforward way to do it currently, so 
I think it may require a specific function added to the contract or employee. I 
think you might have a point by making the lines generic and have a single rule 
check check for a code, num of occ to date and max num of occ OR date from and 
date to. Likely two functions on the employee/contract: one to pass back a 
value to the rule and the other to calc the YTD amounts.

 
On 2012-10-02, at 9:48 AM, Daniel Reis <[email protected]> wrote:

> My explanation was not very clear, I'm sorry.
> 
> AFAIK, Salary Rules are declared in Salary Structures.
> You can't associate a Salary Rule directly to an Employee. 
> Closest thing you can do is to create a specific Salary Structure for that 
> person. It'll do the job, but I think it's rather clumsy.
> 
> I feel that the possibility to also associate Salary Rules directly with 
> Contracts/Employees would allow to solve this issue.
> This way it would be easy, for example, to add a specific fixed deduction to 
> an employee.
> Additionally, if it includes a "date from" and "date to", or a "number of 
> occurrences", it could the user with the cases where the deductions are to be 
> made during a 4 month period  or in the next 3 payslips.
> 
> Regards
> Daniel Reis
> 
> 
> From: [email protected]
> Date: Tue, 2 Oct 2012 09:06:33 -0400
> To: [email protected]
> Subject: Re: [Openerp-community] Payroll - Personal Deductions
> 
> Not sure I'm following. Wouldn't that be the same as the existing Salary 
> Rules, since you'd need to enter a separate one per employee? I think the one 
> additional requirement that you mentioned (and I'm looking into) is have a 
> different cycle than the actual pay cycle - for example a deduction/allowance 
> could be made once monthly when the pay cycle is weekly. 
> 
> My thinking for country specific variables add single fields to the employee 
> object and a single salary rule that uses that field for all employees that 
> require it. I realize that's likely a country specific way of doing it, but 
> it could be added to whatever rules are standard for that country as the 
> local payroll module.
> 
> Does that make sense, or were you thinking something else?
> 
> On 2012-10-02, at 8:42 AM, Daniel Reis <[email protected]> wrote:
> 
> In my experience, typical payroll sw has a "Fixed Values" table and "Variable 
> Values" table  (weekly, monthly, etc) associated with employees.
> To add a fixed allowance to an employee you just add a row woth the code, 
> value and date period.
> 
> If anyone is willing to add such a feature to OpenERP I'm willing to help.
> 
> Regards
> Daniel Reis
> 
> 
> Date: Tue, 2 Oct 2012 09:16:29 +0800
> From: [email protected]
> To: [email protected]
> Subject: Re: [Openerp-community] Payroll - Personal Deductions
> 
> Adding a field in the employee or contract and referring to it in the payroll 
> rules is probably the easiest.
> 
> <Logo-Elico90.gif>
> Eric CAUDAL, Elico Corp, Shanghai.
> [email protected]
> Cell: + 86 186 2136 1670. Skype: elico.corp
> Premium Certified Training Partner - OpenERP Ready Partner.
> 
> <CTP-Premium-Partner-logo-300x62.png>
> http://www.openerp.net.cn
> On 10/02/2012 08:45 AM, John Boyle wrote:
> Hi folks,
> 
> Just wondering what's the best way to handle personal deductions for payroll? 
> Specifically, I'm referring to cases where there's a deduction for many/most 
> employees but the amount differs by employee.
> 
> Adding a specific rule for each employees deduction seems a little tedious. 
> Should a field be added to the Employee or Contract and a single rule used? 
> Or is there a better way?
> 
> Thanks!
> John
> _______________________________________________
> 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
> 
> 
> _______________________________________________ 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

Reply via email to