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

1. Open
Transfer Work Task Reposting Transactions dlg.

2. Default values will be displayed for the Company, User Group, Voucher Type, Site and To Date fields. These values can be modified as required.
3. Change the value in the Site field if required. Use the List of Values to select a suitable value.
4. 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.
5. Change the value in the From Date field if required. The date determines from when you want to transfer the transactions.
6. 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.
7. 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.
8. Click OK.

To schedule the transfers:

1. Open the dialog box for the transaction type for which you wish to schedule transfers.
2. Click Schedule and follow the steps in the wizard that appears.