Counter Party Credit Limit Checking


There are several Credit Check processes in ITAS; prior to Invoice production and within Invoice production.

All Counter Party Limits are maintained in the ITAS procedure CLI; the limits can be maintained at CP level and Family level.

If the Counter Party is nominated as a Group account (CLI), no limit checking is executed.

Email alerts of Limit Breach can be activated by setup of S01 configuration (ctrl30_limitemail).

A User profile can have CMP/Privilege (GENERAL/OVERCHECK) setup which will enable the user to override the Payment Limit breach. Suitable messages with the Override Reason can be output on the email.

The S01 configuration (ctrl30_bookedlimit) specifies how the balance is to constructed for checking; e.g  Account balance, unmatched debit transactions..

The PHYSCODES/Limit Breach Codes can maintain a list of codes to describe the reason for override a breach. The use of these codes activates creation of a data table (xx_breach01) with every breach override situation.

When the booked limit style = 'S' or 'D', the PHYSCODES/Shipping status (use in limit checks) is applied to include un-invoiced TRADE records with those Shipping status e.g. Delivered, On-the-Road


1. Invoice Production.
TRADE with Payment terms that are Secure will not activate a Credit Check.
TRADE where the Counter Party is nominated as a Group account will not activate a Credit Check.

2. Prior Invoice Production.
a) S01 configuration (ctrl30_credcheckplaces) is used to specify any of the following processes to activate Checking; TRADE, EXPED, EXPED/Call-Off, CLI/Deliveries and PROSCHED/PROTANK.
b) S01 configuration ctrl30_limitcheckdhl  + ctrl30_limitcheckprepay can also be applied to complement booked limit styles 'D' and 'S'
c) S01 configuration ctrl30_calloffbreachemail will enable a Call-off process to be aborted when there is a Limit Breach. A suitable email message is also produced. The alternative is that a call-off will always be created with a limit breach being shown to the user with action applied on Ok to Deliver/Invoice based OVERCHECK credentials.

TRADE with Payment terms that are Secure will not activate a Credit Check.
TRADE where the Counter Party is nominated as a Group account will not activate a Credit Check.


Tech Note:  itaslimits.dll

Was this helpful?
Thanks for your feedback