Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

date_valid_to

date or None

type

extendable list

  • account_receivables receivable (default if type is not set)

  • account_payable

  • tax

sub_type

specify in more details the type

  • account_receivables receivable :

    • contribution

    • reinsurance_payment

    • funding

  • account_payable:

    • third_party_payment (toward HF)

    • reimbursement(toward Insuree)

    • commissions (toward User)

    • fees (toward other)

    • reinsurance_contribution

  • tax

    • local_tax

    • state_tax

    • country_tax

From-to

used to define the available convereters

[{“name”:”FunctionName”,”from”:{“class”:”BusinessObject1”,”right”:”rightObject1”},”to”:{“class”:”BusinessObject2”,”right”:”rightObject2”}, parameters':['type':"int",'name':"example",'label':{'en':'DiplayName'},'rights':{'read':"readAuthority", ‘write':"writeAuthority"},relevance:"frontendjsdisplaylogic",condition:"frontendjsvalidationlogic",'optionSet’:[]]}, …]

convert(from,to,**argv)

will check the from-to, and the rights then will call the Function Name with agrv as parameters

→ might be able to define it on abstract level

Models

  • None (using no database approach for CalculationRule) - Calculation Rule is saved by defining class extending the ABSCalculationClass from core module.

...

check_calculation(cls, instance):

this function will get the calculation relative the instancecheck if it can be used for the instance, ie. if there is a link between the instance and a calculation

1- get instance class

2- if class known then return check that the linked calculation is if the current one

calculate(cls, instance, *args)

...

that function will return the possible instance that can have a link to the calculation

convert(from, to, **agrs)

Convert on or several object toward another type, especially to invoice or bill

other methods

Calculation are likely to have other method that could be listening to signals