Skip to content

Commit

Permalink
Update docs/troubleshooting.md
Browse files Browse the repository at this point in the history
Co-authored-by: Kelvin Chappell <kelvin.chappell@theguardian.com>
  • Loading branch information
shtukas and kelvin-chappell authored Oct 7, 2024
1 parent 0cfe34e commit f4db413
Showing 1 changed file with 1 addition and 1 deletion.
2 changes: 1 addition & 1 deletion docs/troubleshooting.md
Original file line number Diff line number Diff line change
Expand Up @@ -12,7 +12,7 @@ There are generally 3 types of errors:

(1) Doesn't actually happen, we have very good test coverage, and in essence the engine's code doesn't have the complexity to allow hidden bugs to remain undiscovered for long.

(2) Happens every so often; and usually the error message clearly indicates that Salesforce or Zuora were being momentarily unavailable. When this happens, it is often just enough to restart the lambda that has failed, and upon succesful run of the lambda just restart the state machine itself (to perform/finish the entire proccessing for the day).
(2) Happens every so often; and usually the error message clearly indicates that Salesforce or Zuora were being momentarily unavailable. When this happens, it is often just enough to restart the lambda that has failed, and upon successful run of the lambda just restart the state machine itself (to perform/finish the entire processing for the day).

(3) This happens when specific subscription data from Salesforce or Zuora are breaking some basic assumptions (missing data fields, data presented in a non standard way, etc.). When this happens, it should be enough to determine the data that was missing/different and modify the code, possibly adding further test fixtures.

Expand Down

0 comments on commit f4db413

Please sign in to comment.