By: Money Navigator Research Team
Last Reviewed: 04/02/2026

FACT CHECKED
Quick Summary
For Tide SWIFT payments, most “missing payment” situations come down to incorrect or incomplete details (for example, a wrong IBAN/BIC, a beneficiary name mismatch, or missing address/reference fields) rather than anything mysterious happening to the money.
Tide explains what SWIFT and IBAN payments are, including where to find and share your GBP SWIFT IBAN in the app and the typical length of a BIC code, in its guide to SWIFT and IBAN payments.
This article is educational and not financial advice.
What SWIFT details are doing (routing vs identification)
International bank transfers often have two separate jobs to complete:
Identify the destination account so the beneficiary can be credited.
Route the payment instruction through the right institution(s) so the message reaches that destination.
An IBAN is the account identifier format used internationally; Swift describes IBAN as facilitating automation of cross-border payment processing and notes that the ISO standard specifies the structure of national IBAN formats on its page about the International Bank Account Number (IBAN).
A BIC is the institution identifier used for routing and identification; Swift describes BIC as an international standard on its page about the Business Identifier Code (BIC).
What Tide supports (so you collect the right details)
A common source of confusion is mixing up:
whether an account can receive SWIFT payments, and
whether it can send international payments using a given method.
Tide explains international payment capabilities (including receiving international payments in GBP via SWIFT) in its article on making international payments.
For context on how SWIFT differs from rails like SEPA and ACH (and why those labels appear in different bank forms), see our companion guide: Tide International Transfers Explained: SWIFT vs SEPA vs ACH and What Each One Means.
The details typically needed for an incoming Tide SWIFT payment (and why)
1) Beneficiary name (match to the account holder record)
The beneficiary name is used by sender banks and intermediaries as a key “identity” field for screening and reconciliation.
Why it matters: If the name entered by the sender doesn’t match what the receiving side expects, the payment is more likely to be paused for clarification, rejected, or returned.
2) IBAN (the account identifier)
Tide explains that an IBAN is a code of letters and numbers used to process secure international transfers, and notes where you can view and share your GBP SWIFT IBAN within the Tide app in its guide to SWIFT and IBAN payments.
Why it matters: An incorrect IBAN is one of the fastest ways to trigger an immediate rejection or a “repair” process (manual exception handling).
3) BIC / SWIFT-BIC (the institution identifier)
Tide describes a BIC (also called SWIFT-BIC) as a code used to identify financial institutions in the SWIFT network, typically 8 or 11 characters, in its guide to SWIFT and IBAN payments. Swift also explains BIC as a standard used for routing and identification on its BIC standards page.
Why it matters: A wrong BIC can misroute the payment or force manual handling even when the IBAN is correct.
4) Beneficiary address (and sometimes additional “beneficiary information” fields)
Many banks require address fields for international payments because screening and compliance checks often need location data.
Why it matters: Missing, placeholder, or inconsistent address information can increase the chance of delays, back-and-forth queries, or manual reviews by the sending bank or intermediaries.
5) Payment reference / message to beneficiary
A reference is primarily a reconciliation tool: it helps you match receipts to invoices, orders, or internal records.
Why it matters: A missing or vague reference is less likely to stop delivery, but it can materially increase reconciliation time and make disputes harder to resolve.
Summary Table
| Scenario | Outcome | Practical impact |
|---|---|---|
| IBAN entered incorrectly | Payment rejected, returned, or sent to repair | Delays; reconciliation effort; possible deductions before return |
| BIC does not match the destination institution | Payment misrouted or delayed | Extra time while the chain traces/corrects routing |
| Beneficiary name doesn’t match | Manual checks or rejection | Longer time to credit; possible request for more information |
| Missing/incomplete address fields | Payment paused for clarification | Preventable delays; exceptions handling |
| Reference omitted/unclear | Payment credited but hard to match | Slower allocation to invoices/orders |
Why an incoming SWIFT amount can be lower than expected
Even if the payment arrives successfully, the amount credited can be lower than the amount sent if charges are taken in the chain.
Tide explains that deductions can occur because a “cover bank” used to process the transfer may charge a fee, and the beneficiary bank may also charge a fee to credit the money, in its article on why the amount reaching the beneficiary can be less than the amount sent.
If you want a Tide-specific view of where fees differ by transfer direction/category, see: Tide Incoming vs Outgoing Transfer Charges Explained: Where Fees Differ.
Scenario Table
| Scenario-level trigger | Process-level what happens | Outcome-level result |
|---|---|---|
| Incorrect routing fields (BIC/IBAN mismatch) | Sender bank routes incorrectly or blocks on validation | Delay, repair, or return |
| Incomplete beneficiary data (name/address) | Screening flags missing data or inconsistencies | Payment paused for clarification |
| Fees applied mid-chain | Intermediary and/or beneficiary bank deduct charges | Beneficiary receives less than expected |
| Reference omitted | Receipt arrives without a strong allocation key | Reconciliation workload increases |
| Higher-risk corridor or counterparty | Additional checks applied in transit | Longer time to credit |
If you’re seeing repeated delays even with correct details, another mechanism is that international payments can be queued for review. We cover the operational impact here: Tide International Payments Held for Review: Triggers and Operational Impact.
Tide Business Bank Account
Tide offers app-based business accounts with tools that can affect how you receive and reconcile money (including international receipts where supported). A neutral overview is available in our guide to the Tide business account review and key features.
Frequently Asked Questions
Tide explains where to view and share your GBP SWIFT IBAN inside the app, and describes the typical structure/length of a BIC code, in its guide to SWIFT and IBAN payments.
“You can see and share your GBP SWIFT IBAN through your Tide app. Tap ‘Details' next to your Tide current account > ‘SWIFT' > then ‘Share'.”
In practice, payer bank forms vary: some ask for IBAN only, while others require both IBAN and BIC fields even if the payer already has one of them. The key is that the sender’s bank form requirements determine what they must enter to release the payment.
An IBAN is an account identifier format. Swift explains that IBAN supports automated cross-border payment processing and references the underlying ISO standard structure on its page about the International Bank Account Number (IBAN).
A BIC identifies the institution for routing/identification purposes. Swift describes BIC as an international standard and explains its role in routing and identification on its page about the Business Identifier Code (BIC).
Some sender banks require BIC because their systems use it for routing validation and internal controls. Swift’s BIC documentation describes it as a routing/identifier standard, which is why it can be mandatory in certain payment workflows even when the IBAN is present on the form, as explained on the BIC standards page.
A second reason is operational: payer banks often rely on pre-configured routing templates by country/currency. If the template expects both fields, the payment may not proceed without them.
The most sensitive fields are typically the beneficiary name, the account identifier (IBAN), and the institution identifier (BIC). Tide summarises the role of IBAN and BIC, including typical BIC length, in its guide to SWIFT and IBAN payments.
Address fields can also matter because cross-border payments often undergo screening that expects consistent location and party information. When address data is missing or inconsistent, the payment can shift from automated processing to exceptions handling.
Tide states that inbound SWIFT payments can take up to five business days to arrive, and it explains what can happen when a payment takes longer, in its article on inbound and outbound SWIFT payments.
Timeframes can extend beyond that when payments are delayed in transit (for example, due to repairs for missing details or additional checks). In those cases, the practical issue is often which institution in the chain currently holds the payment for processing.
Even when the core fields are correct, delays can happen if the sender bank or an intermediary requests additional information, applies extra screening, or needs to repair a formatting mismatch.
Tide acknowledges that inbound SWIFT payments can involve fees and processing steps and provides operational guidance on the inbound process in its article on inbound and outbound SWIFT payments.
Separately, repeated or longer delays can also reflect broader review processes on international payments, which we cover in Tide International Payments Held for Review: Triggers and Operational Impact.
Tide explains that this can happen when fees are charged by institutions involved in processing the transfer, including a cover bank and the beneficiary bank, in its article on why the amount reaching the beneficiary can be less than the amount sent.
This means the “difference” is not necessarily an error at the receiving end; it can be an expected outcome of how SWIFT payments are priced across multiple parties in the chain.
A missing reference is less likely to prevent the payment from being credited if the IBAN/BIC and beneficiary details are correct. The main impact is downstream: it makes it harder to match receipts to invoices, orders, or customer accounts.
Where references matter most is in dispute handling and operational traceability. If the sender later needs to investigate or confirm what happened, stronger identifiers (reference text plus correct beneficiary details) reduce ambiguity.
When the IBAN or BIC is wrong, the payment may be rejected, returned, or diverted into a repair process. The practical result is usually delay, and sometimes deductions occur even if the payment is ultimately returned.
That “returned but not identical amount” outcome is consistent with Tide’s explanation that fees may be charged by banks involved in processing and crediting the transfer, as described in Tide’s article on why the amount reaching the beneficiary can be less than the amount sent.
Tide explains which currencies can be paid into Tide accounts and notes that payments sent in unsupported currencies may be rejected, in its article on what currencies can be paid in.
This matters operationally because a payer may initiate a SWIFT transfer successfully from their side, but if the receiving account cannot accept that currency, the payment can still fail later in the chain and be returned.
SWIFT payment issues tend to be data-driven rather than “mystery delays”. IBAN and BIC are structured identifiers designed to support automation, but the end-to-end chain still depends on human-entered fields (names, addresses, references) and on intermediate institutions applying their own validation and screening rules.
In operational terms, the most reliable SWIFT transfers are the ones that remain in straight-through processing. The moment a payment becomes an exception – because a field is missing, inconsistent, or triggers extra checks – time and deductions become more likely, because exceptions are handled manually across multiple parties.



