Home/SWIFT Status Codes
pacs.002 Reference · ISO 20022

SWIFT gpi status codes
ACSP, ACSC, ACCC, RJCT explained.

SWIFT status codes are four-letter ISO 20022 codes that report the stage a wire transfer has reached. ACSP means the payment is in transit between banks, ACSC means a settlement leg has completed, ACCC means the money is credited to the beneficiary, PDNG means pending review, and RJCT means a bank refused the instruction.

As your transfer travels from your bank to the beneficiary's bank, each bank along the way publishes a short status update tied to the UETR tracking number. SWIFT gpi collects these updates into one timeline, and your bank's online portal usually shows you the same information using simpler wording like "in transit", "credited", or "on hold". To check your SWIFT transfer status yourself, paste the UETR into the tracker on this page. Every check is free, and the paid plan adds automated 24/7 monitoring with email alerts.

7 standard codes tell you what stage the transfer reached: in transit, settled, credited, held, or rejected. A rejection reports a refused instruction, so it names the stage without locating the money
Rejection reason codes (AC01 for an account number that is invalid or missing, AC04 for a closed account, and so on) tell you why a transfer was rejected, so you can fix it
Bank wording differs. "In transit" at one bank, "processing" at another, "with correspondent" at a third are all the same underlying code (ACSP)

Trace a SWIFT transfer

See where your transfer is in the banking network right now, and get alerted when the status changes.

AI assisted

The 36-character reference on your bank confirmation.

Where do I find this?

It is on your outbound payment confirmation or transfer advice, on the MT103 (field 121), or in your bank app under the payment's details.

Cannot see it? Ask your bank for "the UETR of my transfer", they can read it out in seconds. More about the UETR

Required by banks to locate the payment.

We check multiple bank data sources to monitor your transfer and send you a free alert, at most once a day, when the payment reaches a new stage.

The first result often appears in seconds. If the banks can see your transfer, you will see it too.

What are SWIFT status codes?

SWIFT status codes are the four-letter codes banks report against a payment to say what stage it has reached. The common ones are ACSP for accepted and in transit, ACSC for a completed settlement leg, ACCC for credited to the beneficiary, PDNG for pending, and RJCT for a refused instruction. Each one is reported against the payment's UETR.

Measured, not estimated

How common is each status code?

Definitions tell you what a code means. This tells you how often you should expect to see it. Every international transfer tracked through uetr.ai during July 2026, counted once by its UETR at the furthest-along status it reached.

CodeWhat it meansPercentage
ACCCCredited to the beneficiary59.7%
ACSP/G001Passed on and no longer tracked14.9%
RJCTRejected10.2%
ACSPAccepted, still in progress8.7%
ACSP/G002Credit may not be confirmed the same day4.6%
OtherEvery category below one percent, grouped1.9%

Percentages are of transfers tracked in July 2026, published August 2026, read 17 days after the month closed. No figure is published unless it rests on at least 100 transfers, and categories below one percent are grouped. A transfer is in this data because somebody came to uetr.ai to look it up, so the sample leans toward payments that worried someone: read it as what happened to tracked transfers, not as an average for all international payments.

Every SWIFT gpi status code at a glance

What each pacs.002 status reported against your UETR means, from PDNG and ACSP through ACSC and ACCC, plus RJCT.

SWIFT gpi status codes explained: PDNG, ACSP, ACSC, ACCC and RJCT, each with its plain-English meaning.
The SWIFT gpi status codes reported against your UETR, from PDNG and ACSP through ACSC and ACCC, plus RJCT.

SWIFT gpi status codes: the full reference table

Each SWIFT payment status you will see reported against your UETR in a pacs.002 message, from the ISO 20022 external status code set, with the plain-English meaning and the next step for each. The sections further down explain every code in full.

CodeFull namePlain-English meaningWhat to do
ACTCAcceptedTechnicalValidationThe payment passed syntax and schema checks and has been accepted for processing. Settlement has not started yet.Nothing. This is an early technical state that normally moves on to ACSP quickly.
ACSPAcceptedSettlementInProcessThe transfer is in transit, moving through the correspondent banking chain. It has not been credited yet.Wait. ACSP is normal for the first 4 to 24 hours. After a full day, ask your bank which bank in the chain holds it.
ACWCAcceptedWithChangeThe transfer is going through, but a bank in the chain changed something, usually a fee deduction, a currency conversion, or the value date.Check which bank changed what. Expect a slightly different amount or arrival date.
ACWPAcceptedWithoutPostingThe transfer arrived at the beneficiary bank, but the bank has not yet posted the credit to the customer account.The beneficiary should contact their bank. It usually needs a document or an answer from them.
ACSCAcceptedSettlementCompletedA settlement leg of the transfer has completed, so the money has left the sending side of that leg. The credit to the beneficiary account is not confirmed yet; ACCC reports that separately.Wait for ACCC, the confirmation that the beneficiary account was credited. If ACSC stays the latest status for more than a business day, ask your bank which bank reported it.
ACCCAcceptedCreditSettlementCompletedThe beneficiary bank credited the money to the beneficiary customer account. The transfer is complete.Nothing. If the beneficiary cannot see it, ask them to check the exact account number and the value date.
PDNGPendingThe transfer is held somewhere in the chain for review, most often a sanctions or compliance screen.Ask your bank which bank in the chain shows PDNG and what documentation it needs.
RJCTRejectedA bank in the chain refused the payment instruction. RJCT reports that refusal and nothing more, so it does not say where the money is. Any return of the funds travels as its own separate payment.Ask your bank for the reason code (AC01, AC04, AM05, RC01) and what happens to the funds, fix the issue, and send again.

The order the statuses appear in

A healthy payment moves from PDNG to ACSP to ACSC to ACCC. Any bank in the chain can instead return RJCT.

The SWIFT gpi status lifecycle: PDNG pending, then ACSP accepted and in process, then ACSC settled, then ACCC credited, with RJCT rejected as a branch any bank can take.
The order SWIFT gpi statuses appear in against your UETR: PDNG, ACSP, ACSC, ACCC, with RJCT as the reject branch.

Watch: SWIFT status codes in plain English

What ACSP, ACSC, ACCC, PDNG and RJCT mean against your wire's UETR, in under a minute.

pacs.002 at a glance

A quick reference for pacs.002, the ISO 20022 message that carries every status code between banks.

Message typepacs.002
PurposePayment status report
StandardISO 20022 · CBPR+
Keyed byUETR (36-char UUID v4)
Why pacs.002 matters

pacs.002 is how banks tell other banks (and the gpi Tracker) what happened to a payment. Without pacs.002 there is no end-to-end visibility, only the sending bank's local view. ISO 20022's CBPR+ migration (November 2025) makes pacs.002 the cross-border standard for status reporting.

Status flow

ACSPIn transit
→ ACSCSettlement leg complete
→ ACCCCredited
⤿ PDNGHeld in review
✗ RJCTReturned
Normal path: ACSP → ACSC → ACCC. Problem paths: PDNG (compliance hold), ACWC (modified), ACWP (held at beneficiary), RJCT (rejected).

Decode a SWIFT status code

Type a SWIFT code (ACSP, ACSC…) or a bank-portal label ("in transit", "credited", "on hold") to see what it really means.

Try: ACSP, ACCC, in transit, credited, on hold, rejected

Match: Direct SWIFT code
ACSPAcceptedSettlementInProcess

Your transfer is on its way.

What to do

Wait. ACSP is exactly what you want to see for the first 4 to 24 hours of an international transfer. If the ACSP status has not changed for more than a day, ask your bank which bank in the chain the transfer is sitting at, because that is where the delay is.

How this works: the decoder maps both the underlying ISO 20022 ExternalStatusCode1Code values and the most common bank-portal customer-facing labels back to the same canonical SWIFT code. The translation list is built from observed wording at HSBC, Citi, JPMorgan Chase, Deutsche Bank, BNY Mellon, Santander and Standard Chartered.

The seven SWIFT gpi status codes

Each code explained: what it means at the SWIFT level, what to do next, and how your bank may relabel it.

What does ACSP mean?

ACSP stands for AcceptedSettlementInProcess. Your transfer has been accepted and is moving through the correspondent banking chain toward the beneficiary bank, but it has not been credited yet. ACSP is the normal in-transit status for a SWIFT payment, and it can show for anywhere from minutes to 24 hours.

ACSPAcceptedSettlementInProcessYour transfer is on its way.

Your bank has sent the transfer and it is moving through the chain of banks toward the beneficiary. It has not been credited yet. This is the normal in-between state for a transfer that has been sent but has not arrived.

What to do

Wait. ACSP is exactly what you want to see for the first 4 to 24 hours of an international transfer. If the ACSP status has not changed for more than a day, ask your bank which bank in the chain the transfer is sitting at, because that is where the delay is.

What your bank may call it

Your bank's portal may show this as: "In transit", "In progress", "Sent", "Processing at correspondent", or "With correspondent bank".

What does ACSC mean?

ACSC stands for AcceptedSettlementCompleted. It means a settlement leg of the transfer has completed, so the money has left the sending side of that leg. It does not confirm that the beneficiary has received the money; the credit to the beneficiary account is reported separately as ACCC.

ACSCAcceptedSettlementCompletedSettlement is complete at a bank in the chain. The credit to the beneficiary is not confirmed yet.

In the ISO 20022 code set, ACSC reports that settlement has completed on the sending side of a payment leg: the money has left the account of the bank that sent that leg. It tells you that a step has finished, not that the money has arrived. Only ACCC confirms that the beneficiary's account has been credited, so read ACSC as progress rather than as arrival.

What to do

Wait for ACCC, which is the confirmation that the beneficiary's account has been credited. If ACSC stays the latest status for more than a business day, ask your bank which bank in the chain reported it, because that tells you how far the payment has actually travelled.

What your bank may call it

Your bank's portal may show this as: "Settled" or "Settlement completed". Some portals show "Delivered", but only ACCC confirms that the money reached the beneficiary's account.

What does ACCC mean?

ACCC stands for AcceptedCreditSettlementCompleted. It is the code a beneficiary bank sends when it has credited the money to the beneficiary's account, so a bank reporting ACCC is stating that the transfer is complete. ACCC is the strongest confirmation the SWIFT gpi Tracker carries, and it is the final status of a successful payment. Nothing further is expected once a bank reports ACCC.

ACCCAcceptedCreditSettlementCompletedThe beneficiary's bank is reporting that it credited the account.

The beneficiary's bank is stating that it credited the money to their account. This is the strongest "complete" status SWIFT's tracker carries. Read it as the bank's own report that the transfer arrived, and treat the bank as the place to confirm it.

What to do

The reporting bank is treating the payment as complete. If the beneficiary still says they do not see it, ask them to check again the exact account number you sent to and the value date. Sometimes credits appear on the next business day even though the bank received them earlier.

What your bank may call it

Your bank's portal may show this as: "Credited", "Completed", "Delivered to beneficiary", "Funds credited to beneficiary", or "Successful".

What does ACWC mean?

ACWC stands for AcceptedWithChange. Your transfer is going through, but a bank in the chain changed something along the way, most often by deducting a fee, converting the currency, or moving the value date. The beneficiary will receive a slightly different amount or date than you instructed.

ACWCAcceptedWithChangeAccepted, but something changed along the way.

The transfer is going through, but one of the banks in the chain changed something. Most often a fee was deducted, the currency was converted, or the value date was moved by a day. The beneficiary will receive a slightly different amount, or on a slightly different date, than you instructed.

What to do

Check which bank made the change and what changed. Most often it is a correspondent bank deducting a fee (when charges are set to SHA, meaning "shared"), an FX conversion, or a value-date adjustment over a weekend.

What your bank may call it

Your bank's portal may show this as: "Accepted with modification", "Fee deducted", or "Currency converted".

What does ACWP mean?

ACWP stands for AcceptedWithoutPosting. Your transfer has arrived at the beneficiary bank, but the bank has not yet posted the credit to the customer account. This usually means the bank needs something from the beneficiary first, such as identity documents or an answer to a compliance question.

ACWPAcceptedWithoutPostingThe beneficiary's bank has the money but is holding it.

The transfer reached the beneficiary's bank, but the bank has not yet credited the beneficiary's account. This usually means the bank wants something from the beneficiary first, such as extra paperwork, an ID document, or a compliance check.

What to do

Tell the beneficiary to contact their bank. The bank is holding the money while it waits for the beneficiary to take an action. They likely have an unread message or unread request from the bank.

What your bank may call it

Your bank's portal may show this as: "On hold", "Pending posting", "Awaiting beneficiary action", or "Under review".

What does PDNG mean?

PDNG stands for Pending. A bank in the chain has paused your transfer for review, most often a sanctions or compliance screen, and has not accepted or rejected it yet. Ask your sending bank which bank is showing PDNG and what documentation it needs to release the payment.

PDNGPendingA bank in the chain is reviewing the transfer.

Somewhere in the chain, a bank has paused the transfer for a compliance check. Most commonly this is a sanctions screen (the OFAC, EU, or UK sanctions lists). It can also be a missing piece of information about a bank in the chain, or a question the sending bank needs to answer.

What to do

Ask your bank: "Which bank in the chain is showing PDNG, and what do they need?" If it is a sanctions check, they will usually ask you for documentation about the beneficiary or the reason for the payment.

What your bank may call it

Your bank's portal may show this as: "Pending", "Under compliance review", "Pending screening", or "Hold for review".

What does RJCT mean?

RJCT stands for Rejected: a bank in the chain refused the payment instruction. It is a report about that instruction, not a movement of money, so on its own it does not tell you where the funds are. Any return of the funds travels as its own separate payment. The tracker usually carries a reason code as well, such as AC01 for an account number that is invalid or missing, which is what your bank reads to tell you why.

RJCTRejectedA bank in the chain refused the payment instruction.

One of the banks refused the payment instruction, and the status reports that refusal and nothing more. If the money has already left your account, your bank is the one that can tell you how it is restored, because a return is a separate payment carrying its own reference and its own timing. The tracker usually carries a reason code as well, which your bank reads to tell you why the instruction was refused.

What to do

Ask your bank two things: the reason code, and what happens to the funds. The most common codes: AC01 means the account number is invalid or missing, AC04 means the account is closed, AM05 means the bank treated it as a duplicate, RC01 means the bank identifier (BIC) has an incorrect format. Fix the issue and send again.

What your bank may call it

Your bank's portal may show this as: "Rejected", "Failed", "Returned", or "Unable to credit".

What do ACSP G002 and the other G sub-codes mean?

G sub-codes are reason qualifiers that banks attach to the ACSP status to explain why settlement is still in progress. G000 and G001 report the handover to the next agent or market infrastructure, ACSP G002 signals that the credit may not be confirmed the same day, G003 and G004 signal a wait for documents or cover funds, and G005 and G006 report delivery to the beneficiary bank before the account is credited.

In the gpi Tracker, a G sub-code is attached to ACSP as a reason code in the same pacs.002 status report, written as ACSP/G000 through ACSP/G006. The main code tells you the payment is in transit; the sub-code tells you what the reporting bank is doing with it right now.

Sub-codePlain-English meaningWhat to do
ACSP/G000The payment was passed on to the next bank or market infrastructure in the chain, and the transfer stays tracked from there.Nothing. This is the normal in-transit handover: the transfer stays tracked, and any further update comes from a later participant in the chain rather than from this one.
ACSP/G001The payment was passed on, but the transfer is not tracked from there, so the tracker may stop receiving updates from this point onward.If the status stops updating after G001, the payment can still arrive normally. Ask the beneficiary to confirm with their bank directly.
ACSP/G002The credit to the beneficiary account may not be confirmed the same day. An update follows from the bank that reported it.Allow one more business day. If the status persists longer, ask your bank which bank in the chain reported it and why.
ACSP/G003Credit is pending receipt of required documents. The reporting bank has asked the beneficiary to supply them.Tell the beneficiary to contact their bank and ask exactly which documents are needed to release the credit.
ACSP/G004Credit is pending the availability of funds: the reporting bank is waiting for funds provided via a cover payment.Ask your sending bank to check the cover leg of the payment. This status usually clears once the cover payment settles.
ACSP/G005The payment reached the beneficiary bank with the gpi service level intact, so the tracked service obligations held all the way to delivery. Reaching the bank is not the same as the account being credited.Wait for the credit itself, which is reported separately as ACCC. If no ACCC follows, ask the beneficiary to check with their bank whether the account has been credited.
ACSP/G006The payment reached the beneficiary bank outside the gpi service level, so the tracked obligations no longer hold through to delivery. The money is at the bank; the credit to the account is not confirmed and may not be tracked.Ask the beneficiary to confirm the credit with their bank directly, because the final step may not appear in the tracker.

Banks label the same sub-code slightly differently in their own portals and developer documentation, so treat your bank's wording as a translation of the code rather than the code itself.

What does ACSP mean on a Companies House filing?

On a UK Companies House filing, ACSP stands for Authorised Corporate Service Provider, an agent such as an accountant, solicitor, or formation firm that verifies identities and files on behalf of companies. That meaning is unrelated to SWIFT payments. This page covers the SWIFT payment status code ACSP, AcceptedSettlementInProcess.

Looking for the payment meaning? Jump to What does ACSP mean? above.

Why your bank's portal uses different wording

SWIFT uses a short list of fixed codes, ACSP, ACSC, ACCC, ACWC, ACWP, PDNG, RJCT, but each bank rewrites them into plain English (or another language) for their customers. "In transit" at HSBC, "Processing" at Citi, "With correspondent" at JPMorgan, and "Sent" at Deutsche Bank are all the same underlying status (ACSP). "Credited" at one bank and "Delivered to beneficiary" at another are the same too (ACCC).

The translation is well-meant, because banks want to be clear for customers, but it can hide important differences. "On hold" could mean the beneficiary's bank is holding the transfer (ACWP, where the beneficiary needs to act) or that a bank in the chain is doing compliance review (PDNG, where your bank needs to act). They look the same in the portal but require different next steps.

uetr.ai shows the underlying SWIFT code wherever the public tracker exposes it. When your bank shows you only their plain-English wording, you can use the table above to translate it back to the precise SWIFT code, and the recommended next step changes accordingly.

This matters most when something has gone slightly wrong. PDNG, ACWP, and RJCT all look like "something is not right" in your bank's app, but each one means a different person needs to do a different thing. Knowing the exact code makes the conversation with your bank far faster.

How status codes actually work

Where the codes come from, what reason codes mean, status messages vs return messages, and what changes when SWIFT switches to its new format in late 2025.

01/ Who publishes the status

Each bank that handles your transfer sends a short status message back to SWIFT's tracker. The technical name for this message is pacs.002. Every pacs.002 message references the transfer by its UETR, so SWIFT's tracker can put all the updates from every bank in the chain on the same timeline.

A typical transfer produces several pacs.002 messages over its lifetime: one when your bank sends it, one or more from go-between banks, and one from the beneficiary's bank when it arrives. The status code inside each message moves from ACSP (in transit) to ACSC (a settlement leg completed) to ACCC (credited).

02/ Status messages vs return messages

Two related messages do different jobs. pacs.002 reports what is happening to a transfer: accepted, in transit, settled, credited, held, rejected. pacs.004 is the separate message that sends money back, when a bank decides to return it. Both answer the pacs.008 that carried the payment itself.

A rejected transfer produces a pacs.002 with status RJCT, usually with a reason code. If the funds are returned, that return travels as its own pacs.004, which is a separate decision and a separate message rather than a consequence of the RJCT. Both reference the original UETR so you can match them together, which is how you find out whether a return happened at all.

03/ Why your bank statement does not match the tracker

Your bank statement comes from a different message called camt.054, not from the SWIFT tracker. camt.054 is what your bank sends to you when money moves in or out of your account. The pacs.002 status messages we are talking about go between banks, not from bank to customer.

This is why a transfer can show as "credited" in SWIFT's tracker (ACCC) before your bank statement shows the entry. Your bank might still be processing the customer-facing notification.

04/ What changes in November 2025

SWIFT is switching all cross-border transfer infrastructure to a newer message format called ISO 20022. The cut-over for cross-border payments finishes in November 2025. The industry calls this migration CBPR+ (Cross-Border Payments and Reporting Plus).

The good part: the status codes themselves do not change. ACSP, ACSC, ACCC, and the others mean the same thing before and after. What changes is the structure of the message that carries them. The format is richer and more machine-readable, but the codes are identical.

Common RJCT reason codes

When your transfer is rejected, the tracker usually also carries a short reason code, one of the ISO 20022 external code-set values, that tells you why. Most rejections are simple data problems, such as a wrong account number, a closed account, or a missing field, and once you know the reason, you can fix it and send again. Here are the most common ones.

CodeMeaningTypical cause
AC01IncorrectAccountNumberAccount number is invalid or missing
AC04ClosedAccountNumberAccount number specified has been closed
AC06BlockedAccountThe account is blocked, so transactions cannot post to it
AG01TransactionForbiddenTransaction forbidden on this type of account
AM04InsufficientFundsFunds available do not cover the amount in the message
AM05DuplicationBank detected a duplicate of an earlier payment
BE04MissingCreditorAddressBeneficiary address is required and is missing or not correct
BE07MissingDebtorAddressSender address is required and is missing or not correct
FF01InvalidFileFormatFile format incomplete or invalid
RC01BankIdentifierIncorrectThe bank identifier (BIC) in the message has an incorrect format
FOCRFollowingCancellationRequestReturned in response to a cancellation request (MT192 / pacs.004)
NARRNarrativeFree-text reason supplied by the rejecting bank
Decoder of common SWIFT RJCT reason codes with fixes: AC01 account number invalid or missing, AC04 closed account, AC06 blocked account, AM05 duplicate, BE04 creditor address missing or incorrect, RC01 bank identifier format incorrect, FF01 file format incomplete or invalid.
When a payment is RJCT (rejected) it usually carries a reason code. Here are the common ones and how to fix each.

A new cause of payment failures arrives on 14 November 2026. From that date, cross-border payments must carry the town and country of every party in dedicated structured fields. Payments with fully free-text addresses are refused: most are stopped at submission, before any tracking event exists, while a payment refused by a bank later in the chain surfaces as RJCT. If a transfer shows RJCT after that date, or never appears in tracking at all, incomplete address details are one of the first causes worth checking. Read the ISO 20022 address requirements guide →

What to do when your transfer shows…

Status-specific next steps. The wrong question to your bank wastes a day. The right question gets the transfer moving.

ACSP

If it has been under 24h

Wait. ACSP is normal. The transfer is moving through the correspondent chain. Set a uetr.ai alert and check back when the status changes.

PDNG

If it shows PDNG

Ask the sending bank: 'Which bank is showing PDNG and why?' Sanctions screening is the most common cause; have purpose-of-payment documentation ready.

ACWP

If it shows ACWP

Contact the beneficiary directly. ACWP means their bank has the money but will not post it yet, usually because of a missing field or a compliance check the beneficiary needs to clear.

RJCT

If it shows RJCT

Get the reason code from the sending bank (AC01, AC04, AM05, etc). Fix the underlying issue, then resend. Ask the same bank what happens to the funds: a return, if one is made, travels as its own pacs.004 payment.

You can check UETR status on uetr.ai free, as often as you need. For automatic tracking, set a uetr.ai email alert and our 24/7 monitoring will notify you the moment the status code changes. There is no need to refresh the gpi viewer.

See status codes at your bank

Each bank surfaces SWIFT status codes differently in its customer portal. The guides below show the mapping per bank.

FAQ

Frequently asked questions about SWIFT status codes

What are SWIFT status codes?

SWIFT status codes are the four-letter codes banks report against a payment to say what stage it has reached. The common ones are ACSP for accepted and in transit, ACSC for a completed settlement leg, ACCC for credited to the beneficiary, PDNG for pending, and RJCT for a refused instruction. Each one is reported against the payment's UETR.

Can a payment be rejected because of the address?

Yes, and from 14 November 2026 it becomes a defined network rule. SWIFT's Standards Release 2026 requires the town and country of every party in a cross-border payment message to be provided in dedicated structured fields. Payments whose addresses are fully free text are refused in one of two ways: most are stopped at submission, before any tracking event exists, while a payment that enters the chain and is refused by a bank handling it surfaces as RJCT. If you see RJCT after that date, or your transfer never appears in tracking, ask the sending bank whether the address data met the structured or hybrid format.

What is pacs.002?

pacs.002 (FIToFIPaymentStatusReport) is the ISO 20022 XML message banks use to report the status of a payment back to the originator and other parties in the chain. It carries SWIFT gpi status codes (ACSP, ACSC, ACCC, ACWC, ACWP, PDNG, RJCT) against a specific UETR, which is how the SWIFT gpi Tracker assembles the end-to-end status of a payment.

What does pacs.002 meaning?

pacs.002 means 'FIToFIPaymentStatusReport', a financial-institution-to-financial-institution payment status report. It is the standard ISO 20022 message that one bank sends to another (and back up the chain) to report whether a payment has been accepted, settled, credited, held, or rejected, identified by its UETR.

What is the pacs.002 MT equivalent?

In the SWIFT MT world, the closest equivalent of pacs.002 is the MT199 free-format message or the gpi-specific status updates that banks share via the SWIFT gpi Tracker. Under the CBPR+ migration to ISO 20022, pacs.002 replaces these as the structured way for banks to report payment status.

pacs.002 vs pacs.004: what is the difference?

pacs.002 reports the status of a payment (accepted, settled, credited, held, rejected). pacs.004 is a payment return, the message that carries funds back to the originator. They are separate messages for separate events: an RJCT in a pacs.002 records a refused instruction, and a pacs.004 records a return that a bank decided to make. Neither implies the other.

What do SWIFT status codes mean?

SWIFT status codes are four-letter ISO 20022 codes that report the stage a wire transfer has reached. ACSP means the payment is in transit between banks, ACSC means a settlement leg has completed, ACCC means the money is credited to the beneficiary, PDNG means pending review, and RJCT means a bank refused the instruction.

What does ACSP mean?

ACSP stands for AcceptedSettlementInProcess. Your transfer has been accepted and is moving through the correspondent banking chain toward the beneficiary bank, but it has not been credited yet. ACSP is the normal in-transit status for a SWIFT payment, and it can show for anywhere from minutes to 24 hours.

What does ACSC mean?

ACSC stands for AcceptedSettlementCompleted. It means a settlement leg of the transfer has completed, so the money has left the sending side of that leg. It does not confirm that the beneficiary has received the money; the credit to the beneficiary account is reported separately as ACCC.

What does ACCC mean?

ACCC stands for AcceptedCreditSettlementCompleted. It is the code a beneficiary bank sends when it has credited the money to the beneficiary's account, so a bank reporting ACCC is stating that the transfer is complete. ACCC is the strongest confirmation the SWIFT gpi Tracker carries, and it is the final status of a successful payment. Nothing further is expected once a bank reports ACCC.

What does ACWC mean?

ACWC stands for AcceptedWithChange. Your transfer is going through, but a bank in the chain changed something along the way, most often by deducting a fee, converting the currency, or moving the value date. The beneficiary will receive a slightly different amount or date than you instructed.

What does ACWP mean?

ACWP stands for AcceptedWithoutPosting. Your transfer has arrived at the beneficiary bank, but the bank has not yet posted the credit to the customer account. This usually means the bank needs something from the beneficiary first, such as identity documents or an answer to a compliance question.

What does PDNG mean?

PDNG stands for Pending. A bank in the chain has paused your transfer for review, most often a sanctions or compliance screen, and has not accepted or rejected it yet. Ask your sending bank which bank is showing PDNG and what documentation it needs to release the payment.

What does RJCT mean?

RJCT stands for Rejected: a bank in the chain refused the payment instruction. It is a report about that instruction, not a movement of money, so on its own it does not tell you where the funds are. Any return of the funds travels as its own separate payment. The tracker usually carries a reason code as well, such as AC01 for an account number that is invalid or missing, which is what your bank reads to tell you why.

What do ACSP G002 and the other G sub-codes mean?

G sub-codes are reason qualifiers that banks attach to the ACSP status to explain why settlement is still in progress. G000 and G001 report the handover to the next agent or market infrastructure, ACSP G002 signals that the credit may not be confirmed the same day, G003 and G004 signal a wait for documents or cover funds, and G005 and G006 report delivery to the beneficiary bank before the account is credited.

What does ACSP mean on a Companies House filing?

On a UK Companies House filing, ACSP stands for Authorised Corporate Service Provider, an agent such as an accountant, solicitor, or formation firm that verifies identities and files on behalf of companies. That meaning is unrelated to SWIFT payments. This page covers the SWIFT payment status code ACSP, AcceptedSettlementInProcess.

What is pacs.008?

pacs.008 (FIToFICustomerCreditTransfer) is the ISO 20022 XML message that replaces SWIFT MT103 for customer credit transfers under the CBPR+ migration. It carries the same payment-instruction data plus richer remittance fields and structured party information, and it carries the UETR.

What are pacs.002 reason codes?

Reason codes are the ISO 20022 ExternalStatusReason1Code values that explain a status, most commonly the reason a payment was rejected (RJCT). Examples: AC01 (IncorrectAccountNumber), AC04 (ClosedAccountNumber), AM05 (Duplication), BE04 (MissingCreditorAddress), FF01 (InvalidFileFormat), RC01 (BankIdentifierIncorrect), FOCR (FollowingCancellationRequest).

Is pacs.002 the same as camt.054?

No. pacs.002 reports payment status (accepted, settled, credited, held, rejected) between banks. camt.054 (BankToCustomerDebitCreditNotification) is the message a bank sends to its own customer reporting debits and credits to the customer's account. pacs.002 is bank-to-bank; camt.054 is bank-to-customer.

Why do bank portals show different labels for the same status code?

SWIFT defines the codes at the network level (ACSP, ACSC, ACCC, ACWC, ACWP, PDNG, RJCT), but each bank surfaces them to customers using its own wording. 'In transit' at HSBC, 'Processing' at Citi, 'With correspondent' at JPMorgan, and 'Sent' at Deutsche Bank are usually the same underlying ACSP. The translation between bank labels and SWIFT codes is what uetr.ai surfaces.

Regulatory Disclosure

uetr.ai is an independent information service. We are strictly a read-only payment-monitoring tool. We never hold, move, custody, send, or process money. We are not a money transmitter or payment processor. Always consult your sending bank for the official record of any bank transfer status.

How to check what your SWIFT status code means

A status code on its own does not tell you what to do next. These four steps get you the code for your own payment, and keep watching it after you close the page.

  1. 1

    Find the UETR on your payment advice

    Open the MT103 advice or payment confirmation for the transfer and copy the 36-character UETR from field 121. No bank login is needed for this step.

  2. 2

    Note the amount, currency and date

    Banks use the amount, the currency and the payment date to locate a payment alongside the reference, so have all three ready before you check.

  3. 3

    Paste the UETR into uetr.ai

    Enter the 36-character UETR in the form at uetr.ai with the amount, currency and payment date. It is free, with no account and no bank login. uetr.ai checks multiple international banks on the SWIFT network for that reference, not only the sending bank.

  4. 4

    Read the code you get back

    uetr.ai returns the code each bank reported. Find that code in the tables on this page to see what it means and what to ask your bank: ACSP is accepted and in process, PDNG is pending, RJCT is rejected. Checking then continues on its own: a free transfer is re-checked every 24 hours for 30 days, and you get at most one update email a day.