Automated Clearing House-överföringar (ACH) är ett vanligt sätt för företag och personer att skicka eller ta emot pengar elektroniskt. År 2024 nådde de totala överförda beloppen 86,2 biljoner USD, och ACH-nätverket behandlade 33,56 miljarder betalningar. Trots hur praktisk, kostnadseffektiv och populär denna betalningsmetod är, är det fortfarande ganska vanligt att ACH-överföringar avvisas.

När en ACH-överföring inte kan behandlas returnerar ACH-nätverket en "avvisningskod" eller "returkod" som förklarar varför en överföring inte slutfördes. Koderna sträcker sig från R01 till R85, med vanliga orsaker som otillräckliga medel eller fel kontonummer.

När ACH-avvisningar sker är det viktigt för företag att veta vad som gick fel så att de kan förhindra framtida problem och upprätthålla kundernas förtroende och tillfredsställelse. Nedan går vi igenom de olika typerna av avvisningskoder, vad som orsakar avvisningar, hur man förhindrar dem och hur man hanterar dem när de inträffar.

Vad innehåller den här artikeln?

• Vad är ACH-överföringar?
  
• Vad är ACH-avvisningskoder?
  
• Varför ACH-avvisningar sker
  
• Lista över ACH-avvisningskoder
  
• Så här bör företag hantera ACH-avvisningar
  
• Så kan Stripe Payments hjälpa till
  

Vad är ACH-överföringar?

Överföringar via Automated Clearing House (ACH) är en form av elektronisk penningöverföring som flyttar medel mellan olika finansinstitut. Dessa transaktioner bearbetas vanligtvis i bulk och styrs av de regler som fastställts av Nacha (ursprungligen National Automated Clearing House Association) i USA.

ACH-överföringar är en pålitlig, kostnadseffektiv och mångsidig betalningsmetod som företag i USA har anammat brett. Även om dessa överföringar kan ta några dagar att cleara, uppväger deras mångsidighet och låga kostnader ofta nackdelarna, särskilt för operativ effektivitet och kostnadshantering. Här är de viktigaste punkterna att känna till om ACH-överföringar.

Vad är nekandekoder för ACH?

ACH-nekandekoder är alfanumeriska meddelanden som signalerar varför en ACH-transaktion inte kunde behandlas. Dessa koder beskriver vad som gick fel med en viss ACH-överföring, så att företag och finansinstitut kan vidta korrigerande åtgärder.

Varför inträffar ACH-nekanden?

ACH-avvisningar kan inträffa av olika anledningar och de tillhör i allmänhet en av fem kategorier: administrativa fel, auktoriseringsproblem, ekonomiska brister, tids- och bearbetningsbegränsningar eller riskhantering och regelefterlevnad. Varje kategori har sina egna utmaningar och kräver specifika lösningar. Här finns mer information om varför ACH-avvisningar inträffar.

Administrativa fel

• Felaktig kontoinformation: En av de vanligaste orsakerna till ACH-avvisningar är felaktiga kontonummer eller routingnummer. Felaktig kontoinformation blockerar ACH-överföringar.

• Stängda eller obefintliga konton: Ett stängt eller obefintligt konto utlöser en ACH-avvisning med en kod som till exempel R02 eller R03.

• Kontotypen stämmer inte överens: En obalans i kontotyp förhindrar en ACH-överföring.

Auktoriseringsproblem

• Avsaknad av förhandsauktorisering: En saknad auktorisering orsakar en ACH-avvisning.

• Återkallad auktorisering: En återkallad auktorisering blockerar efterföljande ACH-transaktioner.

• Tvister om företagsauktorisering: I samband med företagstransaktioner kan ett företag meddela att en ACH-debitering eller -kreditering inte är auktoriserad. När detta inträffar flaggar systemet för transaktionen och avvisar den.

Finansiella problem

• Otillräckliga medel: En av de mer uppenbara orsakerna till en ACH-avvisning är brist på medel på det konto som debiteras. Otillräckliga medel utlöser en R01-avvisning.

• Oinkasserade medel: Det kan finnas medel på ett konto men de är ännu inte clearade eller inkasserade, i så fall orsakar oinkasserade medel en R09-avvisning.

• Beställningar om stoppad betalning: Kontoinnehavare har rätt att utfärda en beställning om att stoppa en betalning för specifika transaktioner. En beställning om stoppad betalning blockerar alla motsvarande ACH-debiteringar.

Tids- och bearbetningsbegränsningar

• Gamla eller utgångna poster: I vissa fall har ACH-transaktioner en begränsad tidsperiod under vilken de kan bearbetas. En gammal eller utgången post resulterar i en ACH-avvisning.

• Överskridna transaktionsgränser: Enskilda konton och företag kan ha olika gränser för de belopp de kan överföra. Nacha höjde sitt tak för ACH-betalningar samma dag till 1 miljon USD per betalning under 2022. En avsändare som överskrider transaktionsgränserna orsakar en avvisning av ACH-överföringen.

• Problem vid ursprunget: Ibland kan problemet ligga hos den initierande finansinstitutionen (ODFI), inte hos det mottagande kontot. Ett ODFI-initieringsproblem förhindrar att transaktionen slutförs.

Riskhantering och regelefterlevnad

• Misstänkt bedrägeri: Finansinstitut övervakar kontinuerligt efter misstänkta aktiviteter. Misstänkt bedrägeri utlöser en ACH-avvisning.

• Bristande efterlevnad av regler: Bristande regelefterlevnad orsakar ACH-avvisning. Detta kan inkludera brister i kryptering från ände till ände eller att man inte följer protokollen för tvåfaktorsautentisering.

Genom att förstå dessa anledningar kan företag och finansinstitut finjustera sina processer för ACH-transaktioner, förbättra felsökningen och lösa problem snabbare.

Lista över ACH-avvisningskoder och hur du förhindrar dem

ACH-avvisningskoder och returkoder är oundvikliga när du accepterar banköverföringar som betalningsmetod. Innan vi diskuterar de specifika koderna ska vi titta på några viktiga termer:

• Entry: All inskickning av en ACH-transaktion
  
• Return: När en post har skickats tillbaka till ODFI efter att den accepterats för bearbetning
  
• Rejection: När en post aldrig accepterades i ACH-nätverket för bearbetning från första början
  
• ODFI: Originating Depository Financial Institution som skickar ACH-transaktioner
  
• RDFI: Receiving Depository Financial Institution som tar emot ACH-transaktioner
  

Här är en lista över alla ACH-nekandekoder, vad de betyder, vad som orsakar dem och vilka åtgärder de kräver att du vidtar:

R01 - Insufficient funds

• Beskrivning: Det finns inte tillräckligt med medel på kontot för att täcka transaktionen.
  
• Förebyggande: Övervaka kontosaldon regelbundet och ställ in larm för lågt saldo.
  
• Åtgärd: Kontakta kontoinnehavaren för att lösa problemet och skicka in transaktionen när det finns medel tillgängliga.
  

R02 - Account closed

• Beskrivning: Kontoinnehavaren har avslutat kontot som används.
  
• Förebyggande: Bekräfta kontots status innan du påbörjar transaktioner.
  
• Åtgärd: Begär ny kontoinformation från kontoinnehavaren och uppdatera dina register.
  

R03 - No account/unable to locate account

• Beskrivning: Kontonumret eller routing-informationen matchar inte några konton hos RDFI.
  
• Förebyggande: Verifiera kontonummer innan du påbörjar transaktioner.
  
• Åtgärd: Begär korrekt kontoinformation från mottagaren.
  

R04 - Invalid account number

• Beskrivning: Kontonumret som angetts för en transaktion är inkorrekt eftersom numret har felaktiga siffror, inte klarar digital validering eller inte matchar kontonumren hos RDFI.
  
• Förebyggande: Validera kontonummer mot en fördefinierad struktur.
  
• Åtgärd: Hämta in rätt kontonummer och skicka in på nytt.
  

R05 - Unauthorized debit to consumer account using corporate SEC Code

• Beskrivning: En corporate Standard Entry Class (SEC)-kod användes felaktigt för ett konsumentkonto.
  
• Förebyggande: Se till att rätt SEC-koder används för transaktionstypen.
  
• Åtgärd: Korrigera SEC-koden och skicka in transaktionen på nytt.
  

R06 - Returned per ODFI request

• Beskrivning: ODFI har returnerat transaktionen av olika anledningar.
  
• Förebyggande: Bekräfta transaktionsuppgifter innan du skickar in.
  
• Åtgärd: Kontakta ODFI för att fastställa problemet och besluta om nästa steg.
  

R07 - Authorization revoked by customer

• Beskrivning: Kunden har återkallat transaktionens auktorisering.
  
• Förebyggande: Håll auktoriseringar uppdaterade och kommunicera med kunderna.
  
• Åtgärd: Skicka inte in på nytt utan en ny auktorisering.
  

R08 - Payment stopped

• Beskrivning: Kontoinnehavaren har lagt in ett stopp-betalning-föreläggande på denna specifika transaktion. Denna kod är det allmänna föreläggandet för de flesta stoppade betalningar, med undantag för stopp på ett källdokument eller RCK-poster (studsade checkar), som har specifika koder nedan.
  
• Förebyggande: Bekräfta auktorisering och betalningsuppgifter med kontoinnehavaren.
  
• Åtgärd: Kontakta kontoinnehavaren för att lösa problemet.
  

R09 - Uncollected funds

• Beskrivning: Kontot kan ha insättningar som ännu inte har clearats, vilket leder till otillräckliga medel för transaktionen.
  
• Förebyggande: Var medveten om tidslinjer för clearing av insättningar.
  
• Åtgärd: Du kan skicka in på nytt när medlen har samlats in.
  

R10 - Customer advises not authorized

• Beskrivning: Kunden har meddelat att transaktionen inte var auktoriserad.
  
• Förebyggande: Säkerställ korrekt auktorisering innan transaktionen påbörjas.
  
• Åtgärd: Skicka inte in på nytt utan att hämta in ny auktorisering.
  

R11 - Check truncation entry return

• Beskrivning: Ett trunkeringsfel (check-clearing) har uppstått av olika anledningar, baserat på bankens policy.
  
• Förebyggande: Bekräfta checkuppgifter innan trunkering.
  
• Åtgärd: Rådfråga banken för specifika uppgifter och bearbeta på nytt efter behov.
  

R12 – Kontot har sålts till ett annat RDFI

• Beskrivning: Kunden bytte bank och kontot har överförts till ett annat RDFI.
  
• Förebyggande åtgärd: Uppdatera kontoinformationen regelbundet.
  
• Åtgärd: Hämta de nya bankuppgifterna från kunden och uppdatera dina register.
  

R13 – Ogiltigt ACH-clearingnummer

• Beskrivning: ACH-clearingnumret är felaktigt.
  
• Förebyggande åtgärd: Verifiera clearingnummer innan du initierar transaktioner.
  
• Åtgärd: Uppdatera clearingnumret och skicka in på nytt.
  

R14 – Representant för betalningsmottagare är avliden eller kan inte fortsätta i den egenskapen

• Beskrivning: Representanten för betalningsmottagaren är avliden eller kan inte utföra sina uppgifter.
  
• Förebyggande åtgärd: Håll reda på representanter för betalningsmottagare och deras status.
  
• Åtgärd: Hämta en ny representant för betalningsmottagare och uppdatera registren.
  

R15 – Förmånstagare eller kontoinnehavare är avliden

• Beskrivning: Förmånstagaren eller kontoinnehavaren är avliden.
  
• Förebyggande åtgärd: Uppdatera regelbundet information om kontoinnehavare och förmånstagare.
  
• Åtgärd: Stoppa transaktioner och rådgör med dödsboet eller den nya kontoinnehavaren.
  

R16 – Kontot är fryst

• Beskrivning: Kontot är fryst, på grund av juridiska åtgärder eller bankens policy.
  
• Förebyggande åtgärd: Håll reda på juridiska problem relaterade till konton.
  
• Åtgärd: Kontakta finansinstitutet för mer information och lösning.
  

R17 – Kriterier för redigering av filpost

• Beskrivning: Poster innehåller ogiltig formatering eller data, vilket RDFI kan tolka som att transaktionen initierades under tvivelaktiga omständigheter.
  
• Förebyggande åtgärd: Validera varje fält i posten före inskickande.
  
• Åtgärd: Korrigera posten och skicka in på nytt.
  

R18 – Felaktigt effektivt registreringsdatum

• Beskrivning: Transaktionen initierades med ett felaktigt effektivt registreringsdatum, vilket är det datum då ODFI vill att transaktionen ska genomföras.
  
• Förebyggande åtgärd: Verifiera effektiva registreringsdatum före inskickande.
  
• Åtgärd: Korrigera datumet och skicka in på nytt.
  

R19 – Fel i beloppsfält

• Beskrivning: Beloppet som angetts i beloppsfältet är ogiltigt.
  
• Förebyggande åtgärd: Validera belopp innan du skickar in.
  
• Åtgärd: Korrigera beloppet och skicka in på nytt.
  

R20 – Icke-transaktionskonto

• Beskrivning: Policyer eller regler förhindrar ACH-transaktioner på detta konto.
  
• Förebyggande åtgärd: Bekräfta kontotyper innan du initierar transaktioner.
  
• Åtgärd: Använd en alternativ betalningsmetod eller ett annat konto.
  

R21 – Ogiltigt företags-id

• Beskrivning: Företags-id-informationen är felaktig eller inaktuell, oftast orsakat av en felskriven post.
  
• Förebyggande åtgärd: Validera företags-id innan du initierar transaktioner.
  
• Åtgärd: Uppdatera företags-id och skicka in på nytt.
  

R22 – Ogiltigt id-nummer för enskild firma

• Beskrivning: Det id för enskild firma som angetts (vanligtvis av en kund i fältet för kund-id) var ogiltigt.
  
• Förebyggande åtgärd: Validera id-nummer för enskild firma innan du initierar transaktioner.
  
• Åtgärd: Uppdatera id-numret för enskild firma och skicka in på nytt.
  

R23 – Kreditpost avvisades av mottagaren

• Beskrivning: Det finansinstitut som tog emot transaktionen (RDFI) avvisade kreditposten, kanske på grund av en tvist eller bristande avtal.
  
• Förebyggande åtgärd: Bekräfta transaktionsvillkoren med RDFI.
  
• Åtgärd: Lös problemet med RDFI och agera därefter.
  

R24 – Dubblettpost

• Beskrivning: Samma transaktion skickades in mer än en gång.
  
• Förebyggande: Implementera kontroller för att förhindra dubbla transaktioner.
  
• Åtgärd: Bekräfta om det verkligen är en dubblett och vidta lämpliga åtgärder.
  

R25 - Addenda-fel

• Beskrivning: Addenda-posten, som identifierar kontoinnehavaren eller tillhandahåller betalningsinformation till RDFI, är inkorrekt eller i fel ordning.
  
• Förebyggande: Validera addenda-poster före inlämning.
  
• Åtgärd: Korrigera addenda-posten och skicka in på nytt.
  

R26 - Fel för obligatoriskt fält

• Beskrivning: Ett obligatoriskt fält saknar information, på grund av ofullständig datainmatning, vilket leder till att ACH-operatören avvisar transaktionen.
  
• Förebyggande: Se till att alla obligatoriska fält är ifyllda.
  
• Åtgärd: Fyll i de saknade fälten och skicka in på nytt.
  

R27 - Spårningsnummerfel

• Beskrivning: Spårningsnummer som skickats in stämmer inte överens med spårningsnumren i addenda-posten.
  
• Förebyggande: Validera spårningsnummer före inlämning.
  
• Åtgärd: Korrigera spårningsnumret och skicka in på nytt.
  

R28 - Fel med kontrollsiffra för clearingnummer

• Beskrivning: Kontrollsiffran, som är den sista siffran i clearingnumret, är inkorrekt.
  
• Förebyggande: Validera clearingnummer och deras kontrollsiffror.
  
• Åtgärd: Korrigera kontrollsiffran och skicka in på nytt.
  

R29 - Företagskunden meddelar att auktorisering saknas

• Beskrivning: Företagskontoinnehavaren har meddelat RDFI att transaktionen inte är auktoriserad.
  
• Förebyggande: Säkerställ korrekt auktorisering innan transaktionen påbörjas.
  
• Åtgärd: Skicka inte in på nytt utan att ha erhållit ny auktorisering.
  

R30 - RDFI är inte deltagare i checktrunkeringprogrammet

• Beskrivning: RDFI deltar inte i checktrunkeringprogrammet.
  
• Förebyggande: Bekräfta möjligheterna med RDFI.
  
• Åtgärd: Använd en annan form av betalning.
  

R31 - Tillåten returpost

• Beskrivning: RDFI har frågat ODFI om den kan returnera betalningsformatet för företagskredit- eller bankkort eller Corporate Trade Exchange (CTX), och ODFI har gått med på det.
  
• Förebyggande: Inte tillämpligt, eftersom det baseras på en ömsesidig överenskommelse.
  
• Åtgärd: Följ de riktlinjer som fastställts genom överenskommelsen mellan ODFI och RDFI.
  

R32 - RDFI-icke-avräkning

• Beskrivning: RDFI kan inte avräkna posten av olika skäl.
  
• Förebyggande: Bekräfta avräkningsmöjligheter med RDFI.
  
• Åtgärd: Konsultera RDFI angående det specifika skälet och vidta lämplig åtgärd.
  

R33 - Retur av XCK-post

• Beskrivning: RDFI har returnerat posten för en förlorad, förstörd eller skadad check (XCK-post).
  
• Förebyggande: Bekanta dig med returvillkoren för förlorade eller skadade checkar.
  
• Åtgärd: Bedöm varför checken inte kan behandlas och vidta nästa steg i enlighet därmed.
  

R34 - Begränsat deltagande DFI

• Beskrivning: En federal eller statlig tillsynsmyndighet har begränsat RDFI:s förmåga att behandla ACH-transaktioner.
  
• Förebyggande: Bekräfta RDFI-möjligheter i förväg.
  
• Åtgärd: Konsultera RDFI om hur man ska gå vidare.
  

R35 - Retur av felaktig debiteringspost

• Beskrivning: En debiteringspost har skickats in felaktigt, eftersom de inte är tillåtna i vissa scenarier.
  
• Förebyggande: Förstå rätt kriterier för debiteringsposter.
  
• Åtgärd: Bedöm skälet och gör korrigeringar före ny inlämning.
  

R36 - Retur av felaktig krediteringspost

• Beskrivning: En krediteringspost har skickats in felaktigt, eftersom de inte är tillåtna i vissa scenarier.
  
• Förebyggande: Förstå rätt kriterier för krediteringsposter.
  
• Åtgärd: Bedöm skälet och gör korrigeringar före ny inlämning.
  

R37 – Källdokument presenterat för betalning

• Beskrivning: Ett försök till dubbel betalning gjordes genom att presentera källdokumentet relaterat till en befintlig ACH-transaktion för betalning.
  
• Förebyggande åtgärd: Spåra källdokument och relaterade ACH-poster.
  
• Åtgärd: Bedöm och korrigera dubbletten.
  

R38 – Stoppa betalning på källdokument

• Beskrivning: Den mottagande kontoinnehavaren begär att stoppa betalningen på en check som har konverterats till en elektronisk betalning.
  
• Förebyggande åtgärd: Övervaka begäranden om att stoppa betalning.
  
• Åtgärd: Avbryt behandlingen och rådgör med kontoinnehavaren.
  

R39 – Felaktigt källdokument

• Beskrivning: Källdokumentet relaterat till ACH-betalningen är inkorrekt eller otillräckligt.
  
• Förebyggande åtgärd: Validera källdokument innan poster skapas.
  
• Åtgärd: Ersätt eller korrigera källdokumentet.
  

R40 – Returnering av ENR-post från federal myndighet

• Beskrivning: En federal myndighet har returnerat en automatiserad registreringspost (ENR-post).
  
• Förebyggande åtgärd: Efterlev reglerna för ENR-poster.
  
• Åtgärd: Rådgör med myndigheten om den specifika anledningen och vidta lämplig åtgärd.
  

R41 – Ogiltig transaktionskod

• Beskrivning: Transaktionskoden är felaktig, särskilt gällande registrering av direktinsättning eller direktbetalningstjänster hos en federal myndighet.
  
• Förebyggande åtgärd: Validera transaktionskoder före överföring.
  
• Åtgärd: Korrigera transaktionskoden och skicka in på nytt.
  

R42 – Fel på clearingnummer/kontrollsiffra

• Beskrivning: Kontrollsiffran i slutet av clearingnumret är felaktig i en federal ENR-post.
  
• Förebyggande åtgärd: Validera clearingnummer och deras kontrollsiffror.
  
• Åtgärd: Korrigera kontrollsiffran och skicka in på nytt.
  

R43 – Ogiltigt DFI-kontonummer

• Beskrivning: RDFI-kontonumret är felaktigt. Denna returkod förekommer endast i ENR-poster, vilket gör den exklusiv för federala myndigheter.
  
• Förebyggande åtgärd: Validera kontonummer innan transaktioner initieras.
  
• Åtgärd: Korrigera kontonumret och skicka in på nytt.
  

R44 – Ogiltigt id-nummer för enskild firma

• Beskrivning: Det angivna id-numret för enskild firma stämmer inte överens med det registrerade id-numret, särskilt för transaktioner med federala myndigheter.
  
• Förebyggande åtgärd: Validera id-nummer för enskild firma innan transaktioner initieras.
  
• Åtgärd: Uppdatera id-numret för enskild firma och skicka in på nytt.
  

R45 – Ogiltigt namn på enskild firma

• Beskrivning: Kontoinnehavarens namn är felaktigt eller felstavat.
  
• Förebyggande åtgärd: Validera namn innan transaktioner initieras.
  
• Åtgärd: Uppdatera namnet och skicka in på nytt.
  

R46 – Ogiltig indikator för representativ betalningsmottagare

• Beskrivning: Koden för representativ betalningsmottagare är felaktig.
  
• Förebyggande åtgärd: Validera indikatorkoder innan transaktioner initieras.
  
• Åtgärd: Korrigera indikatorkoden och skicka in på nytt.
  

R47 – Dubbel registrering

• Beskrivning: RDFI:er skickar ENR:er till federala myndigheter för att initiera ACH-betalningar eller direktinsättningar hos dessa institutioner. I det här fallet har samma ENR skickats in mer än en gång.
  
• Förebyggande åtgärd: Implementera kontroller för att förhindra dubbla registreringar.
  
• Åtgärd: Bekräfta om det rör sig om en verklig dubblett och vidta lämpliga åtgärder.
  

R50 – Delstatslag som påverkar godkännande av RCK

• Beskrivning: RDFI:n befinner sig antingen i en delstat som inte tillåter digitala betalningar eller kräver att annullerade checkar returneras till kunden inom en viss period, baserat på delstatslagar.
  
• Förebyggande åtgärd: Bekanta dig med delstatslagar som reglerar dina transaktioner.
  
• Åtgärd: Undersök de specifika lagarna i delstaten där transaktionen dirigerades och efterlev dem vid framtida transaktioner.
  

R51 – Radpost relaterad till RCK-post är obehörig eller RCK-posten är felaktig

• Beskrivning: En post för en check som har returnerats och skickats på nytt är antingen inte lämplig för behandling på grund av obehörighet, eller så har posten förberetts eller utförts felaktigt.
  
• Förebyggande: Kontrollera inmatningarnas behörighet och riktighet.
  
• Åtgärd: Granska din transaktion för att säkerställa att den följer alla tillämpliga regler och riktlinjer.
  

R52 – Stoppa betalning på radpost kopplad till RCK-inmatning

• Beskrivning: Kontoinnehavaren lägger in en stopporder på en avvisad check som behandlas elektroniskt på nytt.
  
• Förebyggande: Kontrollera att det inte finns några order om stoppade betalningar innan du fortsätter.
  
• Åtgärd: Kontakta den utfärdande banken eller betalaren för att lösa problemet.
  

R53 – Radpost och RCK-inmatning presenterad för betalning

• Beskrivning: Både den ursprungliga transaktionen och dess motsvarande RCK-inmatning har skickats in, vilket har resulterat i en dubbletttransaktion.
  
• Förebyggande: Var försiktig när du presenterar både radpost och inmatning.
  
• Åtgärd: Stäm av betalningsposterna för att eliminera dubbletttransaktionen.
  

R61 – Feldirigerad retur

• Beskrivning: En återförd transaktion har skickats till fel institut.
  
• Förebyggande: Säkerställ korrekta routingnummer.
  
• Åtgärd: Korrigera routinginformationen och skicka transaktionen igen.
  

R62 – Retur av felaktig eller återförd debitering

• Beskrivning: En debiteringsinmatning skickades av misstag eller måste återföras.
  
• Förebyggande: Dubbelkolla inmatningar innan du slutför dem.
  
• Åtgärd: Utfärda en korrigerande eller återförande transaktion vid behov.
  

R63 – Felaktigt belopp (USD)

• Beskrivning: Det belopp i USD som angetts i transaktionen är felaktigt.
  
• Förebyggande: Kontrollera transaktionsbeloppen innan de skickas in.
  
• Åtgärd: Korrigera beloppet och påbörja en ny transaktion.
  

R64 – Felaktig identifiering av enskild firma

• Beskrivning: ID-numret för enskild firma i returtransaktionen överensstämmer inte med det i den ursprungliga inmatningen.
  
• Förebyggande: Bekräfta identifieringsinformationen för enskild firma.
  
• Åtgärd: Uppdatera informationen och behandla transaktionen på nytt.
  

R65 – Felaktig transaktionskod

• Beskrivning: Transaktionskoden är inte korrekt för den typen av transaktion.
  
• Förebyggande: Se till att transaktionskoderna är korrekta.
  
• Åtgärd: Uppdatera transaktionskoden och skicka in transaktionen igen.
  

R66 – Felaktig företagsidentifiering

• Beskrivning: Företagets ID i transaktionen överensstämmer inte med ID-numret i batchhuvudposten, som är en del av metainformationen angående överföringen av en batch med transaktioner.
  
• Förebyggande: Verifiera företagets ID-information.
  
• Åtgärd: Korrigera företagets ID och behandla transaktionen på nytt.
  

R67 – Dubblettretur

• Beskrivning: Returinmatningen har redan behandlats, vilket resulterar i en dubblett.
  
• Förebyggande: Spåra behandlade returer för att undvika att de skickas in igen.
  
• Åtgärd: Ingen åtgärd krävs, men granska interna processer för att förhindra framtida händelser.
  

R68 – Försenad retur

• Beskrivning: Returen behandlades inte inom den angivna tidsramen.
  
• Förebyggande: Övervaka tidsfrister för behandling av returer.
  
• Åtgärd: Skicka in igen inom den tillåtna tidsramen, om möjligt.
  

R69 – Fältfel

• Beskrivning: Ett eller flera fält innehåller felaktig information enligt ODFI:s inmatning, till exempel ett felaktigt kontonummer eller att namnet inte stämmer överens på kontot, vilket leder till att transaktionen returneras.
  
• Förebyggande: Validera alla fält innan du skickar in.
  
• Åtgärd: Korrigera felen i de angivna fälten och skicka in igen.
  

R70 – Tillåten returinmatning accepterades inte eller retur begärdes inte av ODFI

• Beskrivning: En giltig returinmatning behandlades inte som den borde ha gjort, eller så begärdes inte en retur av ODFI.
  
• Förebyggande: Följ ODFI-reglerna för returer.
  
• Åtgärd: Granska anledningarna till att returen inte accepterades och fortsätt i enlighet därmed.
  

R71 – Felsänd avvisad retur

• Beskrivning: En post för avvisad retur – en post som skickades tillbaka till ODFI en gång men som inte utfördes korrekt och måste skickas igen – har inte skickats till rätt institution.
  
• Förebyggande: Se till att routingnummer för returer är korrekta.
  
• Åtgärd: Omdirigera den avvisade returen till rätt institution.
  

R72 – Försenad avvisad retur

• Beskrivning: En avvisad retur behandlades inte inom den angivna tidsramen.
  
• Förebyggande: Håll dig uppdaterad om tidsfrister för avvisade returer.
  
• Åtgärd: Skicka in igen inom den tillåtna tidsramen, om möjligt.
  

R73 – Ursprunglig retur i tid

• Beskrivning: RDFI bekräftar att den ursprungliga returen behandlades inom den angivna tidsramen.
  
• Förebyggande: Ej tillämpligt.
  
• Åtgärd: Ingen åtgärd krävs.
  

R74 – Korrigerad retur

• Beskrivning: En tidigare felaktigt behandlad retur har nu korrigerats.
  
• Förebyggande: Ej tillämpligt.
  
• Åtgärd: Ingen åtgärd krävs.
  

R75 – Retur är inte en dubblett

• Beskrivning: Detta är ett svar på avvisningskod R67. RDFI bestrider ODFI:s felaktiga avvisande av en returpost.
  
• Förebyggande: Ej tillämpligt.
  
• Åtgärd: Ingen åtgärd krävs.
  

R76 – Inga fel hittades

• Beskrivning: Detta är ett svar på avvisningskod R69, där ODFI angav fältfel. Denna kod fungerar som ett formellt bestridande; RDFI anser att dessa fel faktiskt inte existerar.
  
• Förebyggande: Ej tillämpligt.
  
• Åtgärd: Ingen åtgärd krävs.
  

R77 – Icke-godkännande av avvisad retur R62

• Beskrivning: Detta är ett svar på avvisningskod R62, som anger att RDFI antingen redan har returnerat den felaktiga transaktionen och dess upphävande, eller att de inte kan återfå de medel från mottagaren som anges av R62.
  
• Förebyggande: Förstå kriterierna för godkännande av avvisade returer.
  
• Åtgärd: Kontrollera varför den inte godkändes och skicka in igen vid behov.
  

Följande nekandekoder är vidare associerade med International ACH Transactions (IAT:er):

R80 – Kodningsfel i IAT-post

• Beskrivning: Det finns kodningsfel i IAT-posten.
  
• Förebyggande: Validera kodningen för IAT-poster.
  
• Åtgärd: Korrigera kodningsfelen och skicka in IAT-posten igen.
  

R81 – Deltar inte i IAT-programmet

• Beskrivning: RDFI deltar inte i IAT-programmet.
  
• Förebyggande: Verifiera att RDFI är en del av IAT-programmet.
  
• Åtgärd: Hitta antingen en RDFI som deltar eller undvik att använda IAT för transaktionen.
  

R82 – Ogiltig utländsk RDFI-identifiering

• Beskrivning: Den utländska RDFI:ns identifiering är felaktig.
  
• Förebyggande: Dubbelkolla identifieringsuppgifterna för den utländska institutionen.
  
• Åtgärd: Korrigera identifieringsinformationen och behandla transaktionen på nytt.
  

R83 – Utländsk RDFI kan inte avräkna

• Beskrivning: Den utländska RDFI:n kan inte slutföra transaktionen.
  
• Förebyggande: Bekräfta den utländska institutionens förmåga att avräkna transaktioner innan en initieras.
  
• Åtgärd: Arbeta direkt med den utländska institutionen för att lösa problemet.
  

R84 – Posten har inte behandlats av gatewayen

• Beskrivning: Posten har inte behandlats av den utsedda gatewayen, en tjänsteleverantör som fungerar som en ingångspunkt till ACH-nätverket för finansinstitut.
  
• Förebyggande: Dirigera transaktioner via en fungerande gateway.
  
• Åtgärd: Skicka in transaktionen igen via en giltig gateway eller kontakta gatewayen för en lösning.
  

R85 – Felaktigt kodad utgående internationell betalning

• Beskrivning: En utgående internationell betalning har kodats felaktigt.
  
• Förebyggande: Verifiera kodningen av internationella betalningar.
  
• Åtgärd: Korrigera koden och skicka in transaktionen på nytt.
  

Så bör företag hantera ACH-nekanden

Färre ACH-avvisningar innebär en mindre operativ börda för ditt team och en enklare process för dina kunder, vilket kan öka kundbindningen.

För att förhindra onödiga ACH-avvisningar och hantera dem effektivt när de inträffar, behöver företag implementera en mångfacetterad strategi. Detta inkluderar förebyggande åtgärder, snabb identifiering av problem och lämpliga uppföljningsåtgärder. Här är de steg du kan ta:

Förebyggande åtgärder

• Verifiera kontouppgifter: Innan du initierar en ACH-transaktion, bekräfta mottagarens konto- och routingnummer. Du kan göra detta manuellt eller via elektroniska verifieringstjänster.

• Säkerställ rätt auktorisering: För återkommande betalningar, se till att inhämta och på ett säkert sätt lagra skriftliga godkännanden från kunder eller leverantörer. Uppdatera dessa regelbundet för att bekräfta att de är giltiga.

• Implementera transaktionsgränser: Ställ in gränser per transaktion och per dag för att undvika att överskrida tillåtna belopp, vilket kan utlösa en avvisning.

• Utbilda personal och partner: Utbilda regelbundet anställda som hanterar finansiella transaktioner i komplexiteten i ACH-nätverket, inklusive krav på efterlevnad, för att minska risken för fel.

• Använd realtidsvarningar: Implementera system som ger realtidsmeddelanden för kontosaldon och transaktionsstatusar. Detta hjälper till att undvika avvisningar på grund av otillräckliga eller oklarerade medel.

• Avstäm konton regelbundet: Avstäm konsekvent kontoutdrag med bokföringsposter för att upptäcka eventuella avvikelser som kan leda till avvisningar.

Hantera nekanden

• Identifiera avvisningar omedelbart: Ställ in varningar för att meddela nyckelpersonal så snart en avvisning inträffar, vilket möjliggör snabba åtgärder.

• Tolka avvisningskoden: Förstå den specifika orsaken till avvisningen genom att referera till ACH-avvisningskoden. Detta kommer att vägleda dina efterföljande åtgärder.

• Kommunicera med berörda parter: Meddela kunden, den anställda eller leverantören om problemet och samarbeta för att lösa det. Detta kan innebära att uppdatera kontouppgifter eller säkra ett nytt godkännandeformulär.

• Gör nödvändiga korrigeringar: Uppdatera dina interna system med korrigerad information och initiera, om nödvändigt, en ny ACH-transaktion.

• För register: Dokumentera avvisningen och efterföljande åtgärder som vidtagits för att lösa problemet. Detta kan vara användbart för revisioner och visar ett åtagande att lösa problem på ett effektivt sätt.

• Utvärdera och justera procedurer: Efter att ha löst enskilda problem, analysera dem för att identifiera mönster eller systemiska problem. Gör procedurändringar vid behov för att förhindra framtida händelser.

Åtgärder för specifika scenarier

• Lönehantering: För direktinsättningar av lön, dubbelkolla kontouppgifter vid onboarding av nya anställda och när en anställd rapporterar en ändring av bankuppgifter.

• Leverantörsbetalningar: När du betalar leverantörer, bekräfta att du har uppdaterade formulär och auktoriseringar för att förhindra transaktionsförseningar som kan påverka leveranskedjans verksamhet.

• Återkommande kundfakturering: För abonnemang eller delbetalningar, påminn kunderna före varje faktureringscykel om att se till att de har tillräckligt med medel och ge dem möjlighet att uppdatera sina kontouppgifter.

• E-handelstransaktioner: För e-handelsföretag, integrera verifieringsfunktioner i betalningsgatewayen för att bekräfta kontouppgifter i realtid.

• Transaktioner med höga värden: För transaktioner som involverar stora belopp, överväg ytterligare verifieringssteg, såsom telefonbekräftelser, för att minska risken för avvisningar på grund av auktoriserings- eller kontoproblem.

Så kan Stripe Payments hjälpa till

Stripe Payments gör det möjligt för företag att ställa in och ta emot över 125 betalningsmetoder, inklusive ACH Credit Transfers. Det tillhandahåller en enhetlig, global betalningslösning som hjälper alla företag – från nystartade företag till globala företag – att ta emot betalningar online, i fysisk miljö och runt om i världen.

Det här kan Stripe Payments hjälpa till med:

• Automatisk avstämning av betalningar: Stäm enkelt av ACH Credit Transfers till en specifik betalning eller faktura med en automatisk avstämningsmotor som använder virtuella bankkonton för varje kund och verktyg för felsökning.

• Smidigare återbetalningar: Betala tillbaka eller returnera överskjutande medel till kunden.

• Optimera din kassaupplevelse: Skapa en friktionsfri kundupplevelse och spara tusentals utvecklingstimmar med förbyggda betalningsgränssnitt och Link, Stripes e-plånbok.

• Expandera till nya marknader snabbare: Nå kunder över hela världen och minska komplexiteten och kostnad för hantering av flera valutor med gränsöverskridande betalningsalternativ, tillgängliga i 195 länder och för över 135 valutor.

• Göra betalningar både fysiskt och online till en enhetlig upplevelse: Bygg en enhetlig köpupplevelse i digitala och fysiska kanaler för att personanpassa interaktioner, belöna lojalitet och öka intäkterna.

• Förbättrad betalningsprestanda: Öka intäkterna med en rad anpassningsbara, lättkonfigurerade betalningsverktyg, inklusive kodfritt skydd mot bedrägeri och avancerade funktioner som förbättrar auktoriseringstiderna.

• Snabbare utveckling med en flexibel och pålitlig plattform för tillväxt: Bygg vidare på en plattform som är utformad för att skala upp med dig, med historisk upptid på 99,999 % och branschledande tillförlitlighet.

Läs mer om hur Stripe Payments kan driva dina betalningar online och i fysisk miljö, eller börja idag.