This guide details the potential errors you may experience when importing approval rules into Tradogram and provides solutions for resolving each issue.

This indicates that the column headers in your import file differ from the headers in our official template.
To resolve this issue:


This error occurs when updating existing approval rules via re-import. If the code in your import file does not match an existing approval rule code in the system, the update cannot be performed.
You must specify the type of transaction this approval rule applies to.
You must specify the hierarchy level of the approval step.
You must designate at least one approver for the rule.

The value entered for the transaction type does not match one of the system's supported types. It must be one of the following exact values: Budget, Requisition, Request, Contract, Expense, Purchase Order, or Invoice.

This field should only be entered when the Transaction Type is Invoice. The only two accepted values are: "Non PO Invoice" or "PO Invoice". If this field is left blank, the rule will apply to both PO and Non-PO invoices.

To create an approval rule, at least one condition must be defined. Multiple conditions can be used, but the rule requires one of the following criteria: Category, Department, Project, GL Account, Supplier, Transaction Creator, Min Amount, or Max Amount.
Review how to configure an approval rule here

The hierarchy level you assign to the approval step must be a whole number between 1 and 10, as Tradogram only supports up to 10 levels of approval.

The name of the primary approver does not exactly match an active user in your system. This often requires checking for exact spelling, capitalisation, and extra spaces.

The name(s) of the alternate approver(s) do not exactly match active users in your system. You can list up to 5 alternate approvers, and they must be separated by a semicolon (;) without spaces (e.g., Jane Doe;John Smith).

The name(s) of the exempted user(s) do not exactly match active users in your system. Multiple exempted users can be listed, and they must be separated by a comma (,) without spaces (e.g., Jane Doe,John Smith).

This setting applies to alternate approvers and determines whether they receive an alert. Accepted values are "Y" for Yes and "N" for No. If you have multiple alternate approvers, separate the responses by a semicolon (;) (e.g., Y;N;Y).

This setting decides whether the primary approver must approve transactions they create themselves. Accepted values are only "Y" or "N".

The department name(s) used in the approval condition do not exactly match existing departments in your database. Multiple department names can be listed, and they must be separated by a comma (,) without spaces.

The category name(s) used in the approval condition do not exactly match existing categories in your database. Multiple category names can be listed, and they must be separated by a comma (,) without spaces.

The project name(s) used in the approval condition do not exactly match existing projects in your database. Multiple project names can be listed, and they must be separated by a comma (,) without spaces.

The GL account name(s) or number(s) used in the approval condition do not exactly match existing GL Accounts in your database. Multiple GL Accounts can be listed, and they must be separated by a comma (,) without spaces.

The supplier name(s) used in the approval condition do not exactly match existing suppliers in your database. Multiple supplier names can be listed, and they must be separated by a comma (,) without spaces.

The name(s) used to define the transaction creator criteria do not exactly match active users in your system. Multiple creators can be listed, and they must be separated by a comma (,) without spaces.

Dollar amounts for the minimum or maximum amount must be entered as a simple number without commas (e.g., 100000.00).