Godkendelse af bilag

From Marathon Documentation
Revision as of 12:10, 20 May 2022 by TR (talk | contribs) (Created page with "Da den sidste nødvendige godkendelsen er gjord bogføres bilaget automatisk.")

Jump to: navigation, search
Godkendelse af bilag
Published 2022-5-18
Module Økonomi
Version 546W2204
Revision 0
Case number CORE-3351

Godkendelse af bilag, generel oversigt

Manuelt registrerede bilag (i BOG/Bilag) på konti med Godkendelse = Ja sætter igang godkendelsesprocessen for bilag. Det er ikke mulig at:

1) have godkendelse=Ja på konto med integration eller

2) skabe et bilag med en konto som haver godkendelse =Ja og en anden med integration.

Hvornår du gemmer et bilag der krævergodkendelse, bogføres bilaget ikke automatisk. Det bliver istedet til en planlagt kontering uden bilagsnummer (og mærket med *Præliminært* i bilagslisten)

Hvornår et nyt bilag med godkendelse gemmes gøres samme valideringer på konti, omkostningssteder mm, som idag.

Bilaget valideres en gang til ved bogføringen, for at sikkerstille at ingen forandriger er sket siden den palnlagte bilag blev skabt.

At åbne et parkeret bilag er detsamme som at åbne et bogført bilag. Godkendere kan skiftes/redigeres indtil at bilaget er blevet bogført.

Godkendere med adgang kan godkende et bilag.

Da den sidste nødvendige godkendelsen er gjord bogføres bilaget automatisk.


Preparations

Base register | G/L | Parameters

From amounts and needed number of approvals is registered here.

In the above example the system will demand 1 approver for postings with amount spanning from 1 000 to 99 999 and 2 approvers for postings with a total of 100.000 or more.

To activate the approval flow at least the first line in the table must have a content. Minimum is 1 and 1


Base register | G/L | Accounts

Checkbox on account. Determines if posting on account needs approval.


System | Authorisation

Authorisation for Approval: General ledger/Vouchers/Approval


Approval flow

When creating a new voucher there is a new field "Approvers" in which the user creating the voucher can assign approvers.

Each assigned approver will get a notification as a reminder that they have a voucher to approve.

If needed, the user that made the preliminary posting can open the voucher and change approvers and accounting date.

When saving a voucher a message is shown with the number of appointed and required approvers.


Approvers validates and approve/reject the voucher by opening the voucher and clicking on button "Approval". This opens a pop-up in which the approver is promted for an approval.

On save the voucher is closed. If the approval made is the last one needed the voucher is booked and the message is followed by the assigned voucher no.

Approvers can change their approval by opening the voucher and re-do the same process once more. This will also trigger another atempt at booking the voucher (if the approval checks pass).


"Preliminary" vouchers are separated from booked voucher by not having a voucher no. Instead these are shown as *Preliminary* to indicated that these are not yet booked.

Two new columns shows approval status and remaining approval

Approval column shows Approval status, Approver user code and date for when the approval was made.

New button "Delete" can be used to remove preliminary vouchers (to clean up incorrect vouchers which will not be booked).


Corrections on a voucher that demands approval can only be done on a new voucher no.

This means that when making a correction on a voucher the below checkbox is checked and not possible to uncheck