| Approve Reallocation
|
When you select this action, Maconomy either creates entries in an existing posting journal of the type “Job Reallocation Journal” or a journal of this type. Maconomy creates a number of entries in the current job reallocation journal. Once the number of entries in a journal reaches 500, Maconomy automatically creates a job journal for the next 500 entries. If the system parameter “Automatic posting of job reallocations” is marked, the job reallocation journal is posted automatically. If this system parameter is not marked, the journal can be posted in the window Posting in the G/L module.
For each reallocated entry, the journal contains two entries: a reversing entry which cancels out the original entry, and a new entry with the values corrected as per the selections in this window. Given that common workflow, there will be no closed entries visible in the window Invoice Selection when you resume the invoicing of the job. If the system parameter “Close Job Entries on Job Reallocation” is not marked, all of the entries remain open, allowing you to include them on your invoices as desired.
If this parameter is marked, Maconomy attempts to close the original and the reversing entries according to the following table:
| Original Entry
|
New Reallocation Entry Amount
|
Result
|
| Entry is invoiced
|
Equal to open amount of original
|
Original and reversing entries are closed.
|
| Greater than open amount of original
|
Two entries are created: the reversing entry and a reallocation entry. Both entries remain open.
|
| Less than open amount of original
|
The reversing entry is closed. The part of the original entry which is reversed by the reversing entry is closed; the remaining part remains open.
|
| Entry is not invoiced
|
Equal to open amount of originals
|
Same as for invoiced entries.
|
| Greater than open amount of original
|
It is not possible to increase the amount on uninvoiced entries by reallocation.
|
| Less than open amount of original
|
Same as for invoiced entries.
|
In principle, Maconomy performs an automatic zero-invoicing of the reallocated entries. For instance, if you are invoicing a job and find an entry with a wrong dimension value, you can mark it for reallocation, enter the window Job Reallocation, assign a new dimension value to the entry, and approve the reallocation.
Please note that Maconomy will carry out a normal dimension derivation when reallocating job entries. Therefore, any derived values may overwrite the selections made in the sub-tab. The dimension derivation takes place after Maconomy has transferred the values in the sub-tab to the reallocation line. If no value has been specified in the fields “Location,” “Entity,” “Project,” “Purpose,” “Spec. 1-3,” and “Local Spec. 1-3” in the sub-tab, these fields are considered blank in connection with the derivation. If any blank fields are not completed in the derivation, the dimension values of the original job entry are used. Any other blank fields in the sub-tab — for example, “Employee No.” — inherit the value of the original job entry, with the exception of the field “Task,” which only inherits the value from the original entry if a task list is assigned to the job to which the allocation is made. If not, the task field is blank on the allocated job entry.
A reallocation cannot be approved if the current entry has also been marked for reallocation in the windows Job Reallocation by Job or Batch Job Reallocation. Moreover, you cannot reallocate entries on a job that has been approved for transfer in the window Job Transfer. This means that entries on jobs which have been approved for transfer are not considered when using this action. The job transfer journal created as a result of the job transfer must hence be posted before entries on the relevant job can be reallocated. See the introduction to the window Job Transfer for further information about job transfers.
|
