Solved

IFS Apps 10 - Issue: Unable to Pre-post Code Part value for Posting Type PP17 when attempting to save customer check with automatic write-off amount.

  • 11 October 2019
  • 4 replies
  • 924 views

Badge +2
IFS Apps 10 - Issue: Unable to Pre-post Code Part value for Posting Type PP17 when attempting to save customer check with automatic write-off amount.

Setup:
  • Posting Type PP17 setup with AC1 - Fixed Value for Account (Code Part A)
  • Account has Code Part Demand 'Mandatory' for Code Part B
  • Posting Type PP17 setup with AC2 - Pre-Posting for Division (Code Part 😎
  • Customer setup with Tolerance Amount of $50.
  • Enter Customer Check and match invoice for less than the amount due, but within the automatic write-off tolerance amount set for the Customer.
  • Automatic write-off amount shows on the customer check line info and in the Withdrawls pane.
  • Highlight the customer check line and select Pre-Posting
  • Enter valid pre-posting value
  • Save the record - Error message appears Wrong Code Part demands for posting type PP17
I have a client with this issue in IFS Apps 10 (not sure which UPD level they are on), however, I can not recreate the issue in an IFS Apps 10 UPD1 Race database. Has anyone had this issue before? Is this a known issue?
icon

Best answer by Piumika Dissanayake 14 October 2019, 07:34

View original

4 replies

Userlevel 1
Badge +2
Pre-postings for PP17 are pulled from the invoice and not from the payment.
So if you have PP17 set up for a particular code part and you enter a customer invoice with a pre-posting value for that code part and at the payment if it has a write off, then you will see that this code part value has correctly been fetched to the PP17 posting line in the payment voucher.
The pre-postings that we enter in the customer check are relevant to the payment on accounts only.
Badge +2

Hi Piumkia, 

Thanks for the update, however, I am curious, how do you propose that someone pre-post the PP17 on the invoice after the invoice is Posted Authorized? The AP clerk would not typically have access to prepost anything on the invoice at the time of applying the payment.

Also curious why it is designed to use a preposting on the invoice, considering this is a payment type transaction (automatic tolerance write-off)?

PP17 is used for the write-off posting row, in this scenario, it’s on a payment transaction, specifically when the payment amount for the invoice is less that the amount due, but is within the payment tolerance set within the customer record.

Badge +2

Hi Piumkia, 

The preposting on the Manual Customer Invoice window worked for the Automatic Write-Off transaction.

However, it is not ideal for the AR Clerk (mistake in previous reply) who is handling customer payment application process. Therefore, my client has decided to have the AR clerk change the Automatic Write-Off Code, on the customer check line, to a specified Write-Off code that has been defined for each Division and they have set the Posting Type PP17 for Code Part B (Division) to specify the Division code Part value by utilizing the Write-Off Code specifically defined for each Division.

Kind regards,

Sheri Sigworth

Userlevel 5
Badge +9

Hi,

We have a similar problem upon paying supplier invoices with a currency difference. If the invoice was not preposted, then the currency difference posting will end up in error.

There must be a way of adding the preposting at the time when the posting takes place!

Best regards,

Marie

Reply