Replies posted by Thakshila
Hi @Adam Bereda, Although this was successful in the Test environment, it was not working in the Live environment. I have checked all set up in authorizer assigning rule, routing rule, and authorizers windows, and all things are the same. Do you suspect anything which has been missed here? Thanks in advance!BR,Thakshila
Hi Kalpa, IFS has created bug fix 121546 to add the capability to print separate reports in a single execution. There they have introduced a check box named batch print in the customer statement of account dialog (inside options tab). If it is ticked it will create a single report and if not, it will create separate reports in the report archive. Best Regards,Thakshila
@Thakshila You can go to address presentation window and set the default display address. Hi @Rasika Lakmal, Thank you for your reply. In my scenario, have created separate presentations for Country code GB and US. Wish to have a separate display for two companies in the set up. We have company 01 (UK based) and company 04 (USA based). So, how can it setup default the US Address Presentation to company 04? (I can’t see the company parameter in this screen) Best Regards,Thakshila
From the screen shot -- looks like you have code string of Asset: FA731 and account: 90004 and cost center: 2010-- not sure if there are other code parts not shown in the screen shot. Have you gone to gl voucher row analysis and queried for FA731 and you see this exact code string? On company\fixed asset -- there is a flag to allow multiple code strings.-- if you check this the error should go away and you should be able to transfer/post -- however I recommend you verify above and confirm you wish to allow multiple code strings. I have checked my purchase transaction code strings with GL voucher raw analysis details also. There’s no any difference between them.
Window is to view the postings history for the created interim sales vouchers You can use ‘Create Interim Sales Voucher’ job to create interim sales vouchers with postings for combination of previous accounting period and relevant company or else you can schedule the task as a background job. If a period is not specified, the voucher will be created for the period in the most recent past. ‘Create Interim Sales Voucher’ job will create interim sales voucher (MPI) consisting interim postings for outstanding sales records exists for the period for which the interim voucher is created. This is a temporary voucher and postings are reversed in following period. Interim Sales Vouchers can only be created for a period in the past and cannot be created for future or ongoing periods. If you wish to create Interim sales voucher for August, Then the earliest date you can do so is 1st September Prerequisites to create interim sales voucher with interim postings voucher type MPI (Interim Sales
Hi Thakshila, What is the usage of above window?: As per my experience this will post interim postings for the orders where the goods are delivered but not yet invoiced. Posting will be made between the M170 & M176. How can we add postings for this screen? (May be using ‘Create Interim Sales Voucher’ option) : Yes. Thats correct. Will ‘Create Interim Sales Voucher’ process create vouchers? Yes. Posting will be made to the M170 & M176. Once the final invoice is posted, interim postings will be reversed. Will it have any issue by creating vouchers for old Order: I believe it will consider any old order which has delivered goods yet not invoiced. Hope this helps. Shehan Almeida. HI Shehan, Thank you so much for your kind support as always. I will do my testing based on these information.
Hi Thakshila, If you deliver and invoice the order on same date then COGS posted date and Sales Posted date would be same. Sorry for the confusion. I wanted to express that you may use this window to analyse sales. Until you invoice the delivery by printing invoice/sending invoice, sales Posted date is NULL, but Preliminary invoice is visible here although it is not yet printed. Even the sales with printed invoices are shown on this overview window to support analysis and you cannot remove those. If an order is delivered in July ,invoice is printed/customer is invoiced in August ,then COGS posted date is in July and sales posted date is in August . If you want to analyse outstanding sales today for July , this is an outstanding sale as at 31-07-2021 although it was invoiced in August If you want to analyse outstanding sales today for August this is not an outstanding sale for August since order has been invoiced Thank you so much for the clarification. Best Regards,Tha
Hi @Rangi Wijewardana, As you mentioned earlier Outstanding Sales window should include invoice is already created (not printed) for customer orders or customer orders still without any invoices. But the above invoice is already paid posted and it’s COGS Posted date and Sales Posted Date is same. Why this sales order still appearing in this window? How these transactions clear from this window? Best Regards,Thakshila
Outstanding Sales window: This window has no connection to the concept of ‘Sales Outstanding’ which is measure relating to collection of outstanding receivables. So payments for the invoices are of no concern here. This window shows all the sales transactions relating to customer orders. Entry in this window is made when the customer order is delivered (valid delivery). That is when the cost of goods sold are accounted ( i.e. Dr. COGS -M24 and Cr. Inventory-M1) The date when the delivery is made is set as the ‘COGS Posted Date’. The date when the invoice is created is set as the ‘Sales Posted Date’. (Note: No impact from the Voucher Date) Here it could be that the invoice is already created (not printed) for customer orders or customer orders still without any invoices. If you want to query the outstanding sales as at 2021 7 in Outstanding Sales window, then you should enter COGS Posted Date less or equal to 31-07-2021 with Sales Posted Date NULL or higher than the 31-07-2021
Hi Thakshila, As you mentioned, application allows to make a cash transfer between foreign a currency account and a accounting currency cash account. However, as per the current functionality, if both the cash accounts are foreign currency accounts it is not possible to record the transactions. In many countries there are certain restrictions/regulations over the foreign currency Accounts that are maintained in the payment institutes. It is not normally allowed to do any other currency transactions than the specified currency for that Account. Can you please let us know the actual business scenario here, then we can post it as a new idea for future developments. Shehan Almeida. Hi Shehan, Thank you so much for the information. Best Regards,Thakshila
Hi @Thakshila Is your invoice recipient added as an authorizer (not acknowledger) in your posting proposal after selecting “Invoice recipient as Acknowledger/Authorizer” check box in Authorization assigning rule? I have already informed you about the use of “Invoice recipient as Acknowledger/Authorizer” check box in my previous comment. Below is the help text for “Invoice recipient as Acknowledger/Authorizer” check box. “Invoice Recipient as Acknowledger/Authorizer If this check box is selected, the invoice recipient will be added as an authorizer or acknowledger (as applicable) of the posting proposal to which this rule is applied. When this check box is selected it will overrule the sequence defined in the Authorization Routing Rule.” Best regards Heshani Thank you so much for your valuable information. I was able to gather more knowledge on this feature.
Hi @Thakshila As you can see in your Routing Rule TEST1, there are three authorizers MHUSE (Acknowledger) RANUL (Acknowledger) IFSAPP (Authorizer) Since you selected “Apply Last Step as Authorizer” check box in Authorization Assigning Rule, the only authorizer in the routing rule TEST1 (that is IFSAPP) has been added as Authorizer in the posting proposal. And the remaining two persons have been added as acknowledger. If you select “Invoice recipient as Acknowledger/Authorizer” check box in the Authorization Assigning rule, the invoice recipient of your supplier invoice (you can find the invoice recipient ID in the supplier invoice header) will be added as an authorizer/acknowledger (as applicable) to the posting proposal to which this rule is applied. When this check box is selected it will overrule the sequence defined in the Authorization Routing Rule. Best regards Heshani Here in my case Invoice recipient is MIHUSE who is an acknowledger as per the routing rule. If I select
Enter your username or e-mail address. We'll send you an e-mail with instructions to reset your password.