Transfer Reposting Work Task Transactions
Explanation
This activity is used to repost and transfer reposted work task transactions of type:
Work Task Inventory, Work Task HR, Work Task Purchase and
Work Task Rental to IFS/Accounting Rules.
It is possible to either transfer
the transactions directly, or by schedule the task to run as a background job.
These work task transactions have (in addition it its original transaction), been
created to facilitate the Task Management Reposting solution. Refer to the
online documentation for topic Reposting Work Task Transactions
for more information about reposting. The work task transaction is included when transactions
are transferred to finance until it has been marked as finally posted. This
means that already transferred transactions are included since the transfer
executes several
transaction-related actions. This can be the result of a transfer;
- Work task transactions in status Reposted or
Overtaken, with postings in status Valid are updated to
status Transferred.
- The work task transaction is evaluated / and reposted if needed.
- If the work task transaction has a WIP cost code, the defined WIP
reversal condition is checked and if it has been met, the cost is released
from the WIP account and reposted to its final account.
- The work task transaction is evaluated / and set to Finally Posted if
all conditions are met.
These bullets are explained in more details in the below sections
The work task transaction is transferred
- Work task transactions in status Reposted or
Overtaken, with postings in status Valid are updated to
status Transferred.
- When transferred, vouchers are created in
IFS/Accounting Rules and updated to the transaction's postings in Work Task Transaction/Accountings.
- If the accounting period is closed for the date that the transaction is
transferred to, it will automatically be moved to the first date in the next
open period.
The work task transaction is evaluated if reposting is needed
- Transferred work task transactions will be evaluated /and reposted if
required.
If reposting is not required, then the status will remain as it was before the
transfer. Work task transactions with these statuses are checked if
reposting is needed;
- Work task transactions in status Not Applicable with a
voucher no on the posting line (example: a transferred
inventory transaction with transaction type: Work Task Inventory)
- Work task transactions in status Transferred, with
postings in status Transferred.
- The work task transaction is reposted in the following situations;
- If there is a difference in the code string:
Reposting is an automated function where the existing posting information on the work task transaction is compared with the current setup in posting control, the work task pre-posting and other information on the work task to determine the current posting information. If there is a difference, then the work task transaction is reposted.
- If the WIP reversal condition has been met:
If met, then the
work task transaction is reposted. New posting lines are created on the
work task transaction that will reverse the WIP posting and create a new
posting for the final postings. In the same way as described in the
above section, the work task transaction needs to be transferred to
finance for the changes to take effect. When transferring a
reposted work task transaction, the status is updated to Transferred
The work task transaction is evaluates if it can be marked as Finally Posted
- The Work Task status is Finished.
- The work task transaction is transferred and have postings in status Transferred
or Not Applicable, with a voucher on the
posting line.
- Reposting is not needed.
- The work task transaction does not have a WIP cost code.
Prerequisites
- To be transferred;
- The debit and credit posting lines of the transaction must be in state
Valid.
- To be evaluated / reposted;
- Work Task Transactions in status Overtaken must be
Transferred before it can be reposted.
(Purchase/supplier invoice flow)
- Work Task Transactions in status Not Applicable,
must have a voucher on the posting (hence, the original transaction has
to be transferred to finance).
- To release the WIP to final accounts, the conditions listed in the
description above must be met.
- To mark the work task transaction as finally posted, the conditions
listed in the description above must be met.
System Effects
- As a result of this activity work task transactions are transferred to IFS/Accounting Rules before further transferring them to IFS/General Ledger, the related voucher numbers will be displayed against the
relevant accounting line in the
Work Task Transaction/Accounting
tab.
- A transaction in status Overtaken or Reposted is updated to
status Transferred.
- Reposted work task transactions in status Transferred
or Not Applicable is updated to Reposted.
- Transferred transactions are ready to be further transferred to IFS/General Ledger.
- Transferred transactions that are not marked as finally posted will if needed, be
reposted. The status will be updated to Reposted.
- If the WIP reversal conditions are met, the transaction is reposted to
its final accounts. The work task transaction status is updated to
Reposted.
- If conditions are met, the transaction/cost line is marked as finally
posted.
Window
Transfer Work Task Reposting Transactions
Work Task Cost
Work Task Transaction
Work Task Transactions
Related Window Descriptions
Transfer Work Task Reposting Transactions
Work Task Cost
Work Task Transaction
Work Task Transactions
Procedure
- Open
Transfer Work Task Reposting Transactions dlg.
- Default values will be displayed for the Company, User Group, Voucher Type, Site and To Date fields.
These values can be modified as required.
- Change the value in the Site field if required. Use the List of Values to select a suitable value.
- If the One Voucher Per Date field is selected, one voucher will be created per Date Applied for all transactions. Alternatively select One Voucher For All Dates
to group all transactions with date included in the transfer (From/To Date) into single voucher with specified Voucher Date.
Selecting the latter will result in acquiring the value of the To Date as default. Any other date which is higher than To Date can also be selected.
When creating a schedule task System Date is set as Voucher Date by default and the field is read only.
Voucher Date Offset can be used to obtain vouchers of Voucher Date which is higher than System Date.
- Change the value in the From Date field if required. The date determines from when you want to transfer the transactions.
- Change the value in the To Date field if required. The date determines as to up to when you want to transfer the transactions.
A given date must be equal or higher than From Date. System date is given as default.
- Alternatively you can click Default to display the default values defined by your administrator in IFS/Admin,Task Registration in place of step 2 and 3.
- Click OK.
To schedule the transfers:
- Open the dialog box for the transaction type for which you wish to
schedule transfers.
- Click Schedule and follow the steps in the wizard that appears.