Invalid IBAN in your SIF file
The account number in one or more rows is not a valid Omani IBAN. Omani IBANs are always exactly 23 characters long, start with the country code "OM", and contain a 3-digit bank code followed by the account number.
Why the bank rejects this
Omani banks validate the IBAN length and prefix before they process any row. If the IBAN is shorter than 23 characters, contains spaces or dashes, or uses the wrong country code, the bank's parser rejects the entire SIF file not just the bad row. Your whole payroll batch is sent back until every IBAN is clean.
How to fix it
- Open the SIF file in a plain text editor like Notepad++ or VS Code not Excel, which hides trailing whitespace and formatting.
- Check that field 7 (Account Number) on every row starts with "OM" followed by 2 check digits, a 3-character bank code, then 16 digits, totalling exactly 23 characters.
- Remove any spaces, dashes, or invisible characters inside the IBAN Omani banks accept alphanumeric only.
- Verify the 3-digit bank code inside the IBAN matches the bank code in field 6 (e.g. "020" inside the IBAN for Bank Muscat rows, whose bank code is BMUSOMRX).
- Cross-check every IBAN against the employee's account statement or HR record a single wrong digit sends the salary to someone else's account.
- Re-validate the file in Ujoor before resubmitting to confirm every IBAN now passes rule V30 and V31.
How Ujoor catches this
Ujoor flags every bad IBAN instantly showing the exact row, the found length, and the expected 23 characters then lets you fix it inline with no re-upload. We also cross-check the 3-digit bank code inside the IBAN against field 6 so mismatches surface before the bank sees them.
Validate your SIF file now
Drop your file. See every issue inline. Fix it and download a clean file all in your browser.