Create Limitations

Creating Quick Payments

Quick Payments are not supported as the web service does not allow their creation.

Creating Refunds

Refund Payments are not supported as the web service does not allow their creation.

Updating Manual Payments

Updating of Manual Payments is not supported at this time. Please log an Enhancement Request with More4apps if you should require this functionality.

Paper Document Number defaulting

During validation of the manual payment header, the Paper Document Number will default to the next value currently available in the database without taking into account any other records in the worksheet, using the same Payment Document type, which are also going to be uploaded. For example, if 5 manual payment records are being uploaded at the same time for Payment Document 'Check Stock A' and the next available number for this Payment Document is currently '50000', each of these 5 payments will default to '50000' during the upload. You will see the following error message for each duplicate line:

"API Error: This paper document number was already used. (IBY-825149) Details: Select another paper document number. IBY:::IBY_DOC_NUM_USED [UploadManualPayments]"

If you are the only user currently creating Manual Payment records for the specific Payment Document type and you are loading multiple records, you can safely accept the Paper Document Number default for the first record being uploaded and then manually increment that number for each subsequent payment being uploaded. Alternatively, you can upload the records one by one in which case the numbers will be automatically populated correctly. You will receive an error message if you should inadvertently try to use a number that has already been used.

Alternatively, you can manually enter a different Paper Document Number, e.g. the number used by the system which initially generated the manual payment now being created.

DFFs - Searchable LOVs

We are not able to provide searchable LOVs. This is due to the inability to run SQL dynamically in the Integrator.

The form supports both Dependent and Independent LOVs. However, table-based LOVs are not currently supported.