Civil ID format error in your SIF file
One or more Civil IDs in field 4 do not match the expected Omani format. When the ID Type (field 3) is "C", the Civil ID must contain only digits, must not begin with a zero, and is typically 7 to 9 digits long.
Why the bank rejects this
Banks cross-check every Civil ID against the national registry before the transfer is cleared. A leading zero, a hidden letter, or a wrong-length number causes the registry lookup to fail, so the row is rejected and no salary is transferred to that employee. In strict banks, one bad ID rejects the whole file.
How to fix it
- Open the SIF in a plain text editor and review every Civil ID in rows where field 3 is "C".
- Strip any leading zeros Excel often adds them when a number is formatted as text. The ID "01234567" must be saved as "1234567".
- Remove letters and spaces Civil IDs are numeric only. If the document is a passport, set field 3 to "P" instead of "C".
- Verify the length is 7 to 9 digits. A 6-digit or 10-digit Civil ID should be double-checked against the employee's ID card.
- If you export from Excel, format the Civil ID column as Number (no decimals) or cast it to plain text before saving hidden apostrophes and scientific notation are common culprits.
- Re-validate in Ujoor; rules V11, V12, and V13 should all show green before you send the file.
How Ujoor catches this
Ujoor inspects every Civil ID with three dedicated rules V11 for non-numeric characters, V12 for leading zeros (with the stripped value suggested), and V13 for unusual lengths. You see the exact row and can fix the cell on the spot; re-validation is instant.
Validate your SIF file now
Drop your file. See every issue inline. Fix it and download a clean file all in your browser.