Operational Manual for Finance Permissions {FCSP}


Finance Permissions are an extension of the User Restriction which divides functions i.e Approve GL Journals, into user defined areas in which a user can perform that activity.



Definitions

Description Definition
Function Users perform actions in the system such as Create Orders, Approve Journal, Received Goods, these activities are collectively referred to as functions. Functions  are ITS defined and closely resemble the user restriction previously used although some additional functions have been defined.
Functions Group Functions can be grouped together. It is appropriate to link functions together in a group where the same rules are apply to all the functions in a group. Only functions of the same action type my be grouped together.      
Action Type The actions performed in the system by user can also be grouped together. The following action exists within the system 
  A-  Transaction / document approvals
  M - Transaction / document maintenance
  V - View GL data 
  O - Override Insufficient Funds
  D - Document Amount Restriction
  I - Item Amount Restriction
Subsystem A ITS defined financial subsystem as per {FCSM-2}
Rule Rules express how the institutions financial policies more specifically the boundaries within which a designates may perform functions. A rule consists of a definition, first rule lines and second rule lines. A rule must always at least have a definition, one first line and one second line. Per rule  the first lines must always cover the complete range of account categories or accounts and the second lines must cover all amount values between 0 and the system max value.
Rule First Line First rules allows institutions to define rules on account or account category levels. Per rule  the first lines must always cover the complete range of account categories or accounts which the rule is based. 
Second Line Second rules allows institutions to define monetary levels per account or account category levels. Per rule the second lines must cover all amount values between 0 and the system max value.
Rule Domain The object account, account category or document on which a rule is based.
Policy Rule The policy rule applied to a functions and entity.  The design allows for the combination of policy and action rules but as a rule of thumb only function groups with an action type A - Approval should have a policy rule with more than one first lines and or more than one second lines.
Action Rule The rule applied to a functions, entity and policy line. The design allows for the combination of policy and action rules but as a rule of thumb function groups with an action type A - Approval should not have a action rule with  more than one first line and or more than one second lines.
Action Level The approval level  of the entity rule if the action type approvals else 1.
Action Group A list of user grouped to together to perform a specific action on a entity and rule line.
Action Sequence The sequence in which a user will be notified should the group be lined to an entity, rule line where the action type is approvals.
Entities or Organisational Units  Entities or Organisational Units are structures that exist within the system which can be used to apply the user restriction rules.  The following entities exist
  Institution
  Ledger
  Fund Group
  Faculty
  Department
  Consolidated CC
  Cost Centre




General

Previously, access to an operational function was sufficient to process transactions.  Now users will NOT be able to perform functions unless defined in the permissions manager.Previously the policy that an institution applied was fixed per subsystem or subsystem and document type {FCSM-2b2, 3}. The system has been changed to allow the institution to apply different policy rules at different levels in the organisation. Different policies can be applied at a level as low as cost centre. E.g a request in department A requires only 1 approval the same request in department B requires 2 approvals.   A user can no-longer be restricted using the option {FCSM-4} i.ro Financial Approvals, Insufficient Funds, Creating Request, Order and GRvs or Viewing GL reports.
All other access and restriction rule remains as is and must be maintained in {FCSM-4} or {FCSP-2}.
 



Step 1 - System Operational Definitions – {FCSM-1b2}

SOD’s that have influence on transaction approvals.


Code Sub System, Description
EC PM
REQ APP SYSTE(M)/US(E)RS
ED PMORDER APP SYSTE(M)/US(E)RS
EE PM GRV APP SYSTE(M)/US(E)RS
EF PM IN OR CN APP SYSTE(M)/US(E)RS
EG GL GL JRNALS APP SYSTE(M)/US(E)R
EW CS MAY ORIG USER DO APPROVALS
EN
SDSET NO SHOW - SD JRN REJECTED
EOARSET NO SHOW - AR JRN REJECTED
EAARAR JRN APP SYSTE(M)/US(E)RS
ETSDSD JRN APP SYSTE(M)/US(E)RS
EP CT CT PAYMNT APP SYSTE(M)/US(E)RS
WD PM Fin iEnabler: Display Terms of Approval Message
WEPM Fin iEnabler: Display Tick-box if Terms of Approval Message is Y
WAPM Web: Approval Initial Default Value
WBPMWeb: Override Insufficient Funds Initial Default Value
WCPMStd: Approval Initial Default Value




•    Rule EC, ED, EE, EF, EG, EN, EA, ET, EP – per system the SOD must be set to E if approvals must be done in the system.
•    Rule WC - Std: Approval Initial Default Value – set default approval indicator to either (A)approve, (R)eject or (I)gnore. This setting will apply to all financial systems.
•    Rule WA - WEB: Approval Initial Default Value – set default approval indicator to either (A)approve, (R)eject or (I)gnore. This setting will apply to finance iEnabler financial systems.



Step 2 - Finance User Access – {FCSM-5}


Approval privilege must be set to (Y)es for authorised users who can approve financial transactions on any of the financial sub-systems.




Step 3 - Define Rules {FCSP- 6}.
  1. Rules express how the institutions financial policies more specifically the boundaries within which a designates may perform functions.
  2. A rule consists of a definition, first rule lines and second rule lines.
  3. Per rule  the first lines must always cover the complete range of account categories or accounts and the second lines must cover all amount values between 0 and the system max value (N17.2)
  4. The default level is only updateable if the rule is an approvals rule, and indicates the number of approval levels on the rule line.
  5. When the rule is linked to a entity a rule line is created fo each approval level.
  6. Default Rules created with the install.
           
ITS_NPFR Default - No Policy Function Rule CAT
ITS_NPFD Default - No Policy DOC Rule DOC
ITS_NPFI Default - No Policy ITEM Rule DOC
ITS_NPFA Default- No Policy Function Account Rule ACC
ITS_FUND Default Fund Rule CAT
ITS_APPR Default Item Rule CAT
ITS_MAIN Default Maintenance Rule CAT
ITS_VIEW Default View Rule CAT
ITS_DOC Default Document Rule DOC
ITS_ITEM Default Item Rule DOC


Example: Rule Definition - ITS default maintenance rule definition.

Example of ...



Step 4 -  Linked Functions to Function groups {FCSP-7}.

  1. Functions are ITS defined.
  2. Groups are user defined.
  3. Link appropriate functions to the user defined groups.
  4. Function can be linked and de-linked from a group using the effective date on the group function link.

Example: Group linked to document
functions.

Example of ...


  

Step 5 - Link Rules to Functions groups and Entities {FCSP-4}.


  1. The option is used to link a policy and action rules to an entity and function which then creates the necessary records to which action groups can be linked
  2. Functions Groups – functions of the same action type linked together.
  3. Entities – structures that exist within the Integrator system on which permissions are be based.
  4. The following entities are available to which to link functions and  rules



Example: Group of Approvals Functions linked to Entit
y - Cost Centre.

Example of ...




Step 6 -  Maintain Action Group  Definitions and Detai {FCSP-3}

  1. The option is used to define actions groups and linking users to the action groups.
  2. Action groups are linked to functions groups and rule lines. Linking an action group to a function and rule line allows the user to perform the function (i.e. Create a Request) in the area defined by the rule lines. 
  3. The user participation of a group is ended by entering an end date. 

Example: Action Group.

Example of ...


Step 7 - Link Action Groups (Users) to Functions Rule Lines {FCSP-5}

  1. Action groups are linked to function, policy, and action lines.
  2. By linking a group to a function, policy, and action line a user gain access to perform the functions in that specific area in the system.


Example: Entity Rule linjkeAction Group.

Example of ...


Query Options


Reports


Routing


   
Clients Not Using /  Partially Integrator Finance Systems


Code, Sub System, Description
EC PM REQ APP SYSTE(M)/US(E)RS
ED PM ORDER APP SYSTE(M)/US(E)RS
EE PM GRV APP SYSTE(M)/US(E)RS
EF PM IN OR CN APP SYSTE(M)/US(E)RS
EG GL GL JRNALS APP SYSTE(M)/US(E)R
EW CS MAY ORIG USER DO APPROVALS
EN SD SET NO SHOW - SD JRN REJECTED
EO AR SET NO SHOW - AR JRN REJECTED
EA AR AR JRN APP SYSTE(M)/US(E)RS
ET SD SD JRN APP SYSTE(M)/US(E)RS
EP CT CT PAYMNT APP SYSTE(M)/US(E)RS
BA CS Budget Control




History of Changes

Date System Version By Whom Job Description
18-Dec-2012 v02.0.0.0 Marchand Hildebrand
t183060 Create manual