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 reports accepted settlement in process; ACSC reports a completed settlement leg; ACCC means the beneficiary bank reports crediting the account; PDNG means pending review; RJCT means a bank refused the instruction. Confirm the state with the reporting bank.

As your transfer travels from your bank to the beneficiary's bank, the banks that report publish 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. Free tracking re-checks daily while the transfer is in progress, for up to 30 days from submission. Paid plans re-check every few minutes.

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

AI assisted

See bank reports, and get an email when the payment reaches a new stage.

The reference code on the bank transfer confirmation.

Required by banks to locate the payment.

We check daily and email you 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. ACSP reports accepted settlement in process; ACCC reports the beneficiary bank crediting the account; RJCT reports a refused instruction. ACSC reports a completed settlement leg without confirming beneficiary credit. PDNG means pending further review.

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 status reported against your UETR means: ACSP, ACSC and ACCC on the usual path, plus PDNG and 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, 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 authentication and the syntax and content checks. It says nothing yet about settlement.Nothing. This is an early technical state, and a later status follows it.
ACSPAcceptedSettlementInProcessYour transfer is on its way.Wait. ACSP is what you expect to see while an international transfer is on its way. If the ACSP status has not changed for more than a day, ask your bank to run a gpi trace against the UETR, so the search starts at the bank that reported last.
ACWCAcceptedWithChangeAccepted, but a bank will change something, such as the date.Ask your bank which bank made the change and what it changed. If the payment reference was not passed on, send it to the beneficiary separately so they can match the payment.
ACWPAcceptedWithoutPostingThe beneficiary's bank accepted the transfer but has not posted it to the account.Tell the beneficiary to contact their bank and ask why the payment has not been posted to their account. The bank may be waiting for something from them, so it is worth checking for a message or a request from the bank.
ACSCAcceptedSettlementCompletedDebitorAccountSettlement is complete at a bank in the chain. The credit to the beneficiary is not confirmed yet.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 reported it and what still has to happen before the credit.
ACCCAcceptedSettlementCompletedCreditorAccountThe beneficiary's bank is reporting that it credited the account.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.
PDNGPendingA bank in the chain is reviewing the transfer.Ask your sending bank: "Why is the payment pending, and what is required to release it?" If it is a sanctions check, they may ask you for documentation about the beneficiary or the reason for the payment.
RJCTRejectedA bank in the chain refused the payment instruction.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.

The usual order of the statuses

A payment that completes normally moves from ACSP to ACCC. ACSC can appear in between where banks have agreed to report it, and PDNG when a bank holds the payment for further checks. Any bank in the chain can instead report RJCT.

The usual SWIFT gpi status path: ACSP accepted and in process, then ACCC credited, with ACSC settled only where banks agree to report it, PDNG pending only when a bank holds the payment, and RJCT rejected as a branch any bank can take.
The usual path of SWIFT gpi statuses against your UETR: ACSP then ACCC, with ACSC only where banks agree to report it, PDNG only when a bank holds the payment, and 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 each other what happened to a payment in ISO 20022. The gpi Tracker gets its updates through its own channels, such as the trck.001 message, MT 199 or the Tracker API, and shows them against the same UETR with the same status codes. From November 2025, Swift's CBPR+ migration made ISO 20022 the format for cross-border payment instructions exchanged over Swift.

Status flow

ACSPIn transit
⤿ ACSCSettlement leg complete
→ ACCCCredited
⤿ PDNGFurther checks
✗ RJCTRejected
Usual path: ACSP → ACCC, with ACSC in between only where banks have agreed to report it. Problem paths: PDNG (further checks), ACWC (accepted with a change), ACWP (not posted at the beneficiary bank), 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 what you expect to see while an international transfer is on its way. If the ACSP status has not changed for more than a day, ask your bank to run a gpi trace against the UETR, so the search starts at the bank that reported last.

How this works: the decoder maps both the underlying ISO 20022 ExternalPaymentTransactionStatus1Code values and the most common bank-portal customer-facing labels back to the SWIFT code they stand for, and names every code when a label such as "on hold" can stand for more than one. The list covers common portal wording; your own bank's label may differ.

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. It can show for minutes or for more than a day, for example when a bank reports that the credit may not be confirmed the same day.

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 what you expect to see while an international transfer is on its way. If the ACSP status has not changed for more than a day, ask your bank to run a gpi trace against the UETR, so the search starts at the bank that reported last.

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 AcceptedSettlementCompletedDebitorAccount, its registered ISO 20022 name. It reports that a settlement leg of the transfer has completed. It does not confirm that the beneficiary has received the money: the credit to the beneficiary account is reported separately, as ACCC. Read ACSC as progress, not as arrival.

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

The ISO 20022 code set defines ACSC as settlement completed, and lists it for a payment system reporting to a participant bank, or a bank reporting to its account holder, that the account entry for the transaction has been made. 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 reported it and what still has to happen before the credit.

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 AcceptedSettlementCompletedCreditorAccount. 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.

ACCCAcceptedSettlementCompletedCreditorAccountThe 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. A bank in the chain accepted your transfer but will make a change to it, such as a different date or remittance information that is not passed on. The transfer is still going through. Ask your bank which bank made the change and what it was.

ACWCAcceptedWithChangeAccepted, but a bank will change something, such as the date.

The transfer is going through, but one of the banks in the chain is changing something about it. The ISO 20022 code set gives two examples: a different date, or remittance information (the payment reference or invoice details) that is not sent on. So the beneficiary may receive the money on a different date, or without the reference you gave.

What to do

Ask your bank which bank made the change and what it changed. If the payment reference was not passed on, send it to the beneficiary separately so they can match the payment.

What your bank may call it

Your bank's portal may show this as: "Accepted with change" or "Accepted with modification".

What does ACWP mean?

ACWP stands for AcceptedWithoutPosting. The beneficiary's bank has accepted the payment instruction but has not posted it to the beneficiary's account. The code does not say why. The bank may need something from the beneficiary first, such as identity documents or an answer to a compliance question.

ACWPAcceptedWithoutPostingThe beneficiary's bank accepted the transfer but has not posted it to the account.

The beneficiary's bank accepted the payment instruction but has not credited the beneficiary's account. The code reports only that nothing was posted: it does not say why, and it does not say where the funds are. The bank may want 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 and ask why the payment has not been posted to their account. The bank may be waiting for something from them, so it is worth checking for a message or a 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 is holding your transfer while it runs further checks, and has not accepted or rejected it yet; a status update will follow. The code does not say what the checks are. Ask your sending bank why the payment is pending and what is required to release it.

PDNGPendingA bank in the chain is reviewing the transfer.

Somewhere in the chain, a bank has not finished with the transfer: the ISO 20022 definition says further checks and a status update will follow. The code does not name the check. It can be a compliance or sanctions screen (against the OFAC, EU, or UK sanctions lists, for example), 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 sending bank: "Why is the payment pending, and what is required to release it?" If it is a sanctions check, they may 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", "On hold", "Under review", "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", or "Unable to credit".

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

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

In the gpi Tracker, a G sub-code is attached to ACSP as a reason code in the same status update, written as ACSP/G000, ACSP/G001 and so on. The main code tells you the payment is in transit; the sub-code tells you what the reporting bank said it was doing with it.

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 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.
ACSP/G007The payment market infrastructure (a payment system) passed the payment to the next bank in the chain. That bank has not confirmed receipt yet.Nothing. This is an in-transit handover through a payment system. If the status stops updating, ask your sending bank to trace the payment using the UETR.
ACSP/G008The next bank in the chain received the payment through the payment market infrastructure (a payment system).Nothing. The payment is still in transit; the credit to the beneficiary is reported separately as ACCC.

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 gpi uses a short list of fixed ISO 20022 codes, ACSP, ACSC, ACCC, ACWC, ACWP, PDNG, RJCT, but each bank rewrites them into plain English (or another language) for their customers. "In transit", "Processing", "With correspondent" and "Sent" can all be portal labels for the same underlying status (ACSP). "Credited" at one bank and "Delivered to beneficiary" at another can be 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 has not posted the credit (ACWP, where the beneficiary asks their bank why) or that a bank in the chain is running further checks such as a compliance review (PDNG, where you ask your sending bank). 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 changed for payment instructions sent over the Swift network in November 2025.

01/ Who publishes the status

A bank that reports on your transfer sends a short status update to SWIFT's gpi Tracker, for example as a trck.001 message. Between the banks themselves, the status report is a pacs.002. Every update names the transfer by its UETR, so the Tracker can put them on the same timeline.

A typical transfer produces several status updates 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 usually moves from ACSP (in transit) to ACCC (credited), sometimes with ACSC (a settlement leg completed) in between.

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 changed in November 2025

Cross-border payment instructions that banks exchange over the Swift network now use a newer message format called ISO 20022. The period in which the old MT format and ISO 20022 ran side by side ended for those instructions in November 2025. Swift calls this migration CBPR+ (Cross-Border Payments and Reporting Plus).

The good part: the status codes themselves did not change. ACSP, ACSC, ACCC, and the others mean the same thing before and after the migration. What changed 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.

Missing address details can cause a rejection. Ask the sending bank for the reason and the correction needed. SWIFT has deferred the separate November 2026 removal of unstructured addresses, with an update on revised timing and approach due by December 2026 at the latest. A network refusal (NAK) is distinct from an RJCT status, and an empty tracking result does not identify the cause. 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 to hear when the payment reaches a further stage.

PDNG

If it shows PDNG

Ask the sending bank: 'Why is the payment pending, and what is required to release it?' Sanctions screening is one possible cause, so have purpose-of-payment documentation ready.

ACWP

If it shows ACWP

Contact the beneficiary directly. ACWP means their bank accepted the payment but has not posted it to their account. The code does not say why; the bank may need a missing detail or a compliance check from the beneficiary.

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. While the transfer is in progress, free tracking re-checks every 24 hours for up to 30 days from submission. Set a free email alert to hear when the payment reaches a further stage, at most once a day.

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. ACSP reports accepted settlement in process; ACCC reports the beneficiary bank crediting the account; RJCT reports a refused instruction. ACSC reports a completed settlement leg without confirming beneficiary credit. PDNG means pending further review.

Can a payment be rejected because of the address?

Yes. Missing or incorrect address details can cause delays or rejection under existing bank checks. SWIFT has deferred the separate November 2026 removal of unstructured addresses and will provide an update on revised timing and approach by December 2026 at the latest. A network refusal (NAK) and an RJCT payment-status report are distinct. Ask the sending bank for the actual reason; an empty tracking result alone does not identify an address problem.

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 the same ISO 20022 status codes the SWIFT gpi Tracker shows (ACSP, ACSC, ACCC, ACWC, ACWP, PDNG, RJCT) against a specific UETR. Banks update the Tracker itself through its own channels, such as the trck.001 message.

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. Status updates to the SWIFT gpi Tracker are a separate channel, which in ISO 20022 is the trck.001 message. Under Swift's CBPR+ migration to ISO 20022, pacs.002 is the structured status report for payment instructions exchanged over Swift.

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 reports accepted settlement in process; ACSC reports a completed settlement leg; ACCC means the beneficiary bank reports crediting the account; PDNG means pending review; RJCT means a bank refused the instruction. Confirm the state with the reporting bank.

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. It can show for minutes or for more than a day, for example when a bank reports that the credit may not be confirmed the same day.

What does ACSC mean?

ACSC stands for AcceptedSettlementCompletedDebitorAccount, its registered ISO 20022 name. It reports that a settlement leg of the transfer has completed. It does not confirm that the beneficiary has received the money: the credit to the beneficiary account is reported separately, as ACCC. Read ACSC as progress, not as arrival.

What does ACCC mean?

ACCC stands for AcceptedSettlementCompletedCreditorAccount. 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. A bank in the chain accepted your transfer but will make a change to it, such as a different date or remittance information that is not passed on. The transfer is still going through. Ask your bank which bank made the change and what it was.

What does ACWP mean?

ACWP stands for AcceptedWithoutPosting. The beneficiary's bank has accepted the payment instruction but has not posted it to the beneficiary's account. The code does not say why. The bank may need 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 is holding your transfer while it runs further checks, and has not accepted or rejected it yet; a status update will follow. The code does not say what the checks are. Ask your sending bank why the payment is pending and what is required to release it.

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 qualifiers banks attach to ACSP to say why settlement is still in progress: G000, G001, G007 and G008 report the handover to the next agent or market infrastructure, G002 a credit that may not be confirmed the same day, G003 and G004 a wait for documents or cover funds, G005 and G006 delivery to the beneficiary bank.

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?

ISO 20022 defines the codes (ACSP, ACSC, ACCC, ACWC, ACWP, PDNG, RJCT) and the SWIFT gpi Tracker carries them, but each bank surfaces them to customers using its own wording. 'In transit', 'Processing', 'With correspondent' and 'Sent' are labels different portals can use for 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 bank-issued payment confirmation and copy the 36-character UETR. On an MT103-format advice it is field 121. On a pacs.008-format document it is the UETR element inside PmtId. 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. While the transfer is in progress, free tracking re-checks every 24 hours for up to 30 days from submission. Emails follow further payment stages, at most once a day.