The FileTrac SOAP API uses two parallel error signals: a numeric ResponseCode that classifies authentication-level outcomes, and a string ResponseMessage (or equivalent message field) that carries method-specific business-rule errors. SOAP faults are reserved for transport-level failures and are not raised for business errors.
Response Codes
ResponseCode | Message | Description |
0 | Success | No validation issues. The request was processed and the response is populated. |
1 | LoginOrPasswordInvalid | Either the |
2 | AuthenticationParameterMissing | Either |
3 | TruncatedTransmission | The request was interrupted before reaching the server in full. |
When ResponseCode is non-zero, expect default empty payloads — empty strings, empty lists, empty objects, or 0 for an ID return.
Method-Specific Error Messages
When the request passes authentication but fails business validation, the API returns an error string in the response message field. The strings below are reproduced verbatim from the source documentation. Numeric prefixes (e.g. (1), (2)) are stable within each method's error set and are safe to branch on.
AddClaim
Error Message | Cause | Remediation |
| The request was malformed or the claim payload could not be deserialized. | Validate the SOAP envelope structure against the WSDL. |
|
| Call |
|
| Match the name exactly as it appears in FileTrac, or use |
| Neither ID nor name matched a valid client company. | Re-fetch the list via |
| The adjustment company has no default branch defined and no branch was supplied on the request. | Supply |
| The system tried to assign the default UNASSIGNED Claim Rep and the operation failed. | Retry; if persistent, contact FileTrac Support. |
| The claim insert failed at the database layer. | Retry; if persistent, contact FileTrac Support. |
| A contact created alongside the claim failed to insert. | Validate the contact list payload; confirm required contact-type fields. |
| A claim-creation note (from the | Retry; if persistent, contact FileTrac Support. |
| An update to an existing claim failed at the database layer. | Confirm the claim exists; retry. |
| A contact update failed. | Confirm the contact ID; retry. |
AddClaimNote
Error Message | Cause | Remediation |
|
| Confirm the claim ID via |
| The note insert failed at the database layer. | Confirm note length is within the 4000-character limit; retry. |
GetClientContacts
Error Message | Cause | Remediation |
|
| Call |
|
| Match the name as it appears in FileTrac. |
| Neither identifier matched. | Re-fetch the list via |
| An internal error occurred during retrieval. | Retry; if persistent, contact FileTrac Support. |
GetClaimNotes
Error Message | Cause | Remediation |
| The | Confirm the |
| The claim has no notes. | This is data state, not an integration error. |
| Internal error during retrieval. | Retry; if persistent, contact FileTrac Support. |
GetClaimReports
Error Message | Cause | Remediation |
| The | Confirm the report ID via |
| The claim has no reports. | Data state, not an integration error. |
| Internal error during retrieval. | Retry; if the claim has large reports (30MB+) on Cloud, retry individually by |
AddReserve
Error Message | Cause | Remediation |
| The reserve insert/update failed. | Validate the payload; retry. |
| The claim cannot be located. | Confirm |
|
| Confirm the reserve type exists in FileTrac Settings → Reserve Types. |
| The contact does not exist within the claim. | Omit the contact (creates claim-level reserve), or confirm the contact via |
| The new reserve amount is less than the sum of payments already booked against the reserve. | Increase the proposed reserve amount, or void payments first. |
AddReservePayment
Error Message | Cause | Remediation |
| The payment insert failed. | Validate the payload; retry. |
| The claim cannot be located. | Confirm |
| The | Confirm via |
| The first-name/last-name/type combination is invalid for creating a new contact. | Confirm the contact-type name or ID via |
| The payment amount exceeds the reserve less prior payments. | Reduce the payment amount, or increase the reserve via |
AddReserveRecovery
Error Message | Cause | Remediation |
| The recovery insert failed. | Validate the payload; retry. |
| The claim cannot be located. | Confirm |
| The | Confirm via |
| New-contact creation failed validation. | Confirm contact-type name or ID via |
| The recovery type does not exist. | Call |
AddDeductiblePayment
Error Message | Cause | Remediation |
| The payment insert failed. | Validate the payload; retry. |
| The claim cannot be located. | Confirm |
| The | Confirm via |
| New-contact creation failed validation. | Confirm contact-type name or ID via |
| The payment amount exceeds the deductible less prior payments. | Reduce the payment amount. |
AddInvoicePayment
Error Message | Cause | Remediation |
| The invoice cannot be located. | Confirm via |
| The invoice has zero unpaid balance, and the one allowed excess payment has already been recorded. | No remediation — the invoice is fully resolved. |
GetClaimData (legacy method name retained in error strings)
Error Message | Cause | Remediation |
| Legacy error string. Surfaces when an internal note write fails during data extract operations. | Retry; if persistent, contact FileTrac Support. |
Voiding Payments and Recoveries
The API does not provide explicit void operations. Voids are recorded as inverse-amount transactions:
To void a deductible payment, call
AddDeductiblePaymentwith the same data and a negativePaymentAmount.To void a reserve payment, call
AddReservePaymentwith the same data and a negativePaymentAmount.To void a reserve recovery, call
AddReserveRecoverywith the same data and a negativeRecoveryAmount.
Notes and reports cannot be voided through the API at all — AddClaimNote documentation explicitly states notes are not updateable.
Best Practices
Always check
ResponseCodefirst. A non-zeroResponseCodeinvalidates the rest of the response.Branch on numeric error prefixes when present. The
(1),(2),(3),(4)prefixes are stable; the text after them may evolve.Cache
GetContactTypes,GetRecoveryTypes, andGetClientCompanieslookups. The most common error class is invalid lookup values; cache these to validate locally before submitting writes.Log the verbatim error string. Several error messages embed the offending value (
xxxxxx); logging the full string preserves diagnostic context.
Related Articles
