ACH-överföringar är ett vanligt sätt för företag och personer att skicka eller ta emot pengar elektroniskt. 2022 skedde 30 miljarder ACH-överföringar till ett värde av över 76 biljoner USD. Oavsett hur bekväm, kostnadseffektiv och populär denna betalningsmetod är, är det fortfarande ganska vanligt att ACH-överföringar nekas.

När en ACH-överföring inte kan bearbetas returnerar ACH-nätverket en "nekandekod" eller "returkod" som förklarar varför en överföring inte slutfördes. Anledningen kan vara så enkel som ett felaktigt kontonummer eller så komplicerad som regler och restriktioner som finansinstitut ställer på dessa typer av transaktioner.

När ACH-nekanden inträffar är det viktigt för företag att veta vad som gick fel för att förhindra framtida problem och behålla kundernas förtroende. Nedan förklarar vi de olika typerna av nekandekoder, vad som orsakar dem, hur man förebygger 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 nekandekoder för ACH?
  
• Varför inträffar ACH-nekanden?
  
• Lista över nekandekoder för ACH
  
• Så bör företag hantera ACH-nekanden
  

Vad är ACH-överföringar?

Automated Clearing House-överföringar (ACH) är en form av elektronisk penningöverföring som flyttar pengar mellan olika finansinstitut. Dessa transaktioner behandlas 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 amerikanska företag i stor utsträckning har anammat. Även om de har vissa begränsningar uppväger fördelarna ofta nackdelarna, särskilt när det gäller driftseffektivitet och kostnadshantering. Här är de viktigaste punkterna att veta om ACH-överföringar.

Egenskaper för ACH-överföringar

• Kostnadseffektivitet: ACH-överföringar kostar mindre än banköverföringar och kreditkortstransaktioner. Företag som strävar efter att minska sina driftskostnader väljer ofta ACH-överföringar av denna anledning.

• Mångsidighet: Dessa överföringar kan användas för olika ändamål, däribland direkt insättning av löner, återkommande betalningar som abonnemang och leverantörsbetalningar.

• Batch-bearbetning: Till skillnad från realtidstransaktioner bearbetas ACH-överföringar vanligtvis i batchar. Detta resulterar ofta i en långsammare avräkningstid, som vanligtvis tar upp till tre arbetsdagar.

• Typer: ACH-överföringar kan delas upp i ACH Direct Debit- och ACH-kreditbetalningar. ACH-debiteringar gör det möjligt för ett företag att ta ut pengar från ett annat konto, ofta med föregående auktorisation. ACH-kreditbetalningar låter ett företag sätta in pengar på ett konto, och företag använder dem ofta för löner och leverantörsbetalningar.

Betydelse för företag

• Det är en mycket effektiv betalningsmetod
  Batchbearbetningen av ACH-överföringar hjälper företag att planera sina finansiella aktiviteter mer effektivt, eftersom de vet vilken tid transaktioner kommer att avräknas.

• De uppfyller betalningsbranschens efterlevnadskrav
  Efterlevnad av Nachas regler garanterar en enhetlig och säker upplevelse som minimerar risken för bedrägeri eller tvister.

• De ökar noggrannheten i finansiella prognoser
  ACH-överföringar förbättrar kontanthanteringen på grund av deras förutsägbarhet och låga kostnad. Företag kan prognostisera sin ekonomi med större noggrannhet och optimera tillgängliga resurser.

• De är kompatibla med en flexibel betalningsstrategi
  Att ta emot ACH-betalningar kan göra ett företag mer tilltalande för kunder som föredrar att inte använda kreditkort, vilket ger ett alternativ som är fördelaktigt för båda parter.

Begränsningar

• Långsammare handläggningstider
  En nackdel med ACH-överföringar är att de avräknas långsammare – processen tar upp till ett par dagar – vilket kan vara ett problem för företag som kräver snabb tillgång till medel.

• Risk för otillräckliga medel
  ACH-debiteringar kanske inte dras om betalarens konto saknar tillräckliga medel, vilket leder till försenade betalningar och potentiella avgifter.

• Felsökningsprocessen kan vara komplex
  Eftersom ACH-överföringar är automatiserade och batchbearbetade kan det vara mer tidskrävande och komplicerat att lösa fel än med andra betalningsformer.

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-nekanden kan uppstå av olika skäl som i allmänhet faller under en av fem kategorier: administrativa fel, auktoriseringsfrågor, ekonomiska brister, tids- och bearbetningsbegränsningar eller riskhantering och regelefterlevnad. Varje kategori förknippas med ett antal utmaningar som kräver specifika lösningar. Nedan ger vi mer information om varför ACH-nekanden sker.

Administrativa fel

• Felaktig kontoinformation: En av de vanligaste orsakerna till ACH-nekanden är felaktiga kontonummer eller clearingnummer. Om något av dem är fel kommer transaktionen inte att gå igenom.

• Avslutade eller obefintliga konton: Om ett konto har stängts eller aldrig har existerat nekas ACH-transaktionen med specifika koder som R02 eller R03.

• Kontotypen matchar inte: Vissa ACH-transaktioner kräver en viss typ av konto, till exempel ett företagskonto eller ett sparkonto. Om det sker en felmatchning kommer överföringen inte att gå igenom.

Auktoriseringsproblem

• Brist på förauktorisering: För att en ACH-debitering ska kunna ske måste kontoinnehavaren vanligtvis först tillhandahålla sitt godkännande. Om ett sådant godkännande saknas kommer transaktionen att avvisas.

• Återkallad auktorisering: Ibland kan en kund eller en affärspartner återkalla en tidigare beviljad auktorisering för debiteringar. I sådana fall avvisas alla efterföljande ACH-transaktioner.

• Tvister om företagsauktorisering: Om en företagsenhet meddelar att en ACH-debitering eller -kredit inte är auktoriserad kommer transaktionen att flaggas och avvisas.

Finansiella problem

• Otillräckliga medel: En av de enklare orsakerna till ett ACH-nekande är brist på pengar på kontot som debiteras. Detta kommer att utlösa en R01-kod.

• Ej avräknade medel: Medel kan finnas på ett konto utan att ha avräknats eller debiterats ännu, vilket leder till en R09-nekandekod.

• Order att stoppa betalning: Kontoinnehavare har rätt att utfärda en order om att stoppa betalning för specifika transaktioner. När en sådan beställning finns kommer alla motsvarande ACH-debiteringar att avvisas.

Tids- och bearbetningsbegränsningar

• Inaktuella eller utgångna poster: I vissa fall har ACH-transaktioner en begränsad tidsperiod under vilken de kan behandlas. Om de lämnas in för sent kan de avvisas.

• Överskridande av transaktionsgränser: Både enskilda konton och företag kan ha olika gränser för hur mycket de kan överföra. Nacha höjde sitt betalningstak för ACH-överföringar som sker samma dag till 1 miljon USD per betalning 2022. Om dessa gränser överskrids kommer transaktionen att avvisas.

• Problem med uppkomst: Ibland kanske problemet inte ligger hos det mottagande kontot utan hos det ursprungliga insättningsfinansinstitutet (ODFI). Om de av någon anledning begär en retur av en post kommer transaktionen inte att slutföras.

Riskhantering och regelefterlevnad

• Misstänkt bedrägeri: Finansinstitut övervakar kontinuerligt misstänkta aktiviteter. En ACH-transaktion som flaggas som potentiellt bedräglig kommer att avvisas för att skydda mot obehöriga transaktioner.

• Bristande efterlevnad av bestämmelser: Bristande efterlevnad av Nachas riktlinjer eller andra lagstadgade standarder kan också leda till nekanden. Detta kan inkludera fel i end-to-end-kryptering eller brist på efterlevnad av protokoll för tvåfaktorsautentisering.

Att förstå dessa skäl kan hjälpa företag och finansinstitut att finjustera sina ACH-transaktionsprocesser, förbättra felsökningen, lösa problem snabbare och i allmänhet hålla igång verksamheten.

Lista över nekandekoder för ACH

Nekande- och returkoder för ACH är oundvikliga när du accepterar banköverföringar som betalningsmetod. Innan vi diskuterar de specifika koderna går vi igenom termer som är viktiga att förstå:

• Post: När en ACH-transaktion registreras
  
• Retur: När en post har skickats tillbaka till ODFI efter att den godkänts för behandling
  
• Nekande: När en post aldrig accepterades i ACH-nätverket för behandling i första hand
  
• 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 – Otillräckligt saldo

• Beskrivning: Det finns inte tillräckligt med pengar på kontot för att täcka transaktionen.
  
• Förebyggande: Övervaka kontosaldon regelbundet och konfigurera varningar om låga saldon.
  
• Åtgärd: Kontakta kontoinnehavaren för att åtgärda problemet och skicka in transaktionen igen när medlen är tillgängliga.
  

R02 – Kontot har avslutats

• Beskrivning: Kontoinnehavaren har stängt kontot som ska debiteras.
  
• Förebyggande: Bekräfta kontostatus innan transaktioner påbörjas.
  
• Åtgärd: Inhämta ny kontoinformation från kontoinnehavaren och uppdatera dina uppgifter.
  

R03 – Inget konto/kan inte hitta konto

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

R04 – Ogiltigt kontonummer

• Beskrivning: Kontonumret som angavs med en transaktion är felaktigt eftersom numret har felaktiga siffror, inte kan valideras digitalt eller inte matchar kontonumren hos RDFI.
  
• Förebyggande: Validera kontonummer mot en fördefinierad struktur.
  
• Åtgärd: Erhåll rätt kontonummer och skicka in igen.
  

R05 – Obehörig debitering av konsumentkonto med hjälp av företagets SEC-kod

• Beskrivning: En SEC-kod (Standard Entry Class) användes felaktigt för ett konsumentkonto.
  
• Förebyggande: Se till att rätt SEC-koder används för typen av transaktion.
  
• Åtgärd: Korrigera SEC-koden och skicka transaktionen igen.
  

R06 – Returneras per ODFI-begäran

• Beskrivning: ODFI har returnerat transaktionen av olika skäl.
  
• Förebyggande: Bekräfta transaktionsuppgifterna innan du skickar in dem.
  
• Åtgärd: Kontakta ODFI för att fastställa orsaken till returen och besluta om nästa steg.
  

R07 – Auktorisering har återkallats av kund

• Beskrivning: Kunden har återkallat auktoriseringen av transaktionen.
  
• Förebyggande: Upprätthåll uppdaterade auktoriseringar och kommunicera med kunder.
  
• Åtgärd: Skicka inte in igen utan en ny auktorisering.
  

R08 – Betalningen har stoppats

• Beskrivning: Kontoinnehavaren har lagt en order om betalningsstopp för denna specifika transaktion. Den här koden används allmänt för de flesta stoppade betalningar, med undantag för stopp av källdokument eller RCK-poster (återpresenterad checkinmatning eller checkar som inte löses in av banken), som har specifika koder nedan.
  
• Förebyggande: Bekräfta auktoriserings- och betalningsuppgifter med kontoinnehavaren.
  
• Åtgärd: Kontakta kontoinnehavaren för att lösa problemet.
  

R09 – Ej avräknade medel

• Beskrivning: Kontot kan ha insättningar som ännu inte har godkänts, vilket resulterar i otillräckliga medel för transaktionen.
  
• Förebyggande: Var medveten om tidslinjer för avräkning av insättningar.
  
• Åtgärd: Du kan skicka in igen när medlen har avräknats.
  

R10 – Kunden hävdar ej auktoriserad

• Beskrivning: Kunden har uppgett att transaktionen inte var godkänd.
  
• Förebyggande: Säkerställ korrekt auktorisering innan transaktionen inleds.
  
• Åtgärd: Skicka inte in igen utan att ha inhämtat ny auktorisering.
  

R11 – Retur på grund av trunkeringfel

• Beskrivning: Ett trunkeringsfel (check-clearing) har inträffat av olika anledningar, baserat på bankens policy.
  
• Förebyggande: Bekräfta checkuppgifterna innan du trunkerar.
  
• Åtgärd: Kontakta banken för mer information och behandla igen efter behov.
  

R12 – Kontot har sålts till en annan RDFI

• Beskrivning: Kunden har bytt bank och kontot har överförts till en annan RDFI.
  
• Förebyggande: Uppdatera kontoinformationen regelbundet.
  
• Åtgärd: Erhåll de nya bankuppgifterna från kunden och uppdatera dina register.
  

R13 – Ogiltigt ACH-clearingnummer

• Beskrivning: Clearingnumret för ACH är felaktigt.
  
• Förebyggande: Verifiera clearingnummer innan transaktioner påbörjas.
  
• Åtgärd: Uppdatera clearingnumret och skicka igen.
  

R14 – Representativ betalningsmottagare som avlidit eller inte kan fortsätta i denna egenskap

• Beskrivning: Den representativa betalningsmottagaren har avlidit eller kan inte utföra sina uppgifter.
  
• Förebyggande: Håll koll på representativa betalningsmottagare och deras status.
  
• Åtgärd: Erhåll en ny representativ betalningsmottagare och uppdatera registren.
  

R15 – Mottagare eller kontoinnehavare avliden

• Beskrivning: Mottagaren eller kontoinnehavaren har avlidit.
  
• Förebyggande: Uppdatera regelbundet information om kontoinnehavare och mottagare.
  
• Åtgärd: Avbryt transaktionerna och rådgör med dödsboet eller den nya kontoinnehavaren.
  

R16 – Kontot är spärrat

• Beskrivning: Kontot är spärrat på grund av rättsliga åtgärder eller bankpolicy.
  
• Förebyggande: Håll koll på juridiska frågor som rör konton.
  
• Åtgärd: Kontakta finansinstitutet för mer information och resolution.
  

R17 – Kriterier för redigering av filpost

• Beskrivning: Posterna innehåller ogiltig formatering eller felaktiga uppgifter, vilket RDFI kan tolka som att transaktionen initieras under tvivelaktiga omständigheter.
  
• Förebyggande: Validera varje fält i posten före inlämning.
  
• Åtgärd: Korrigera posten och skicka igen.
  

R18 – Felaktigt inmatningsdatum

• Beskrivning: Transaktionen initierades med ett felaktigt inmatningsdatum, vilket är det datum då ODFI vill att transaktionen ska ske.
  
• Förebyggande: Verifiera inmatningsdatum före inlämning.
  
• Åtgärd: Korrigera datumet och skicka igen.
  

R19 – Fel i beloppsfält

• Beskrivning: Beloppet som anges i fältet Belopp är ogiltigt.
  
• Förebyggande: Validera belopp innan du skickar in.
  
• Åtgärd: Korrigera beloppet och skicka igen.
  

R20 – Konto utan transaktionsbehörighet

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

R21 – Ogiltig företagsinformation

• Beskrivning: Företagets id-information är felaktig eller inaktuell. Orsakas vanligtvis av en felaktigt identifierad post.
  
• Förebyggande: Validera företags-id innan transaktioner påbörjas.
  
• Åtgärd: Uppdatera företags-id och skicka igen.
  

R22 – Ogiltigt id-nummer för privatperson

• Beskrivning: Det angivna id:t – vanligtvis inmatat av en kund i fältet för kund-id – är ogiltigt.
  
• Förebyggande: Validera id-nummer för privatpersoner innan transaktioner påbörjas.
  
• Åtgärd: Uppdatera id-numret för privatperson och skicka igen.
  

R23 – Kreditpost nekad av mottagaren

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

R24 – Dubbelpost

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

R25 – Tilläggsfel

• Beskrivning: Tilläggsposten, som identifierar kontoinnehavaren eller tillhandahåller betalningsinformation till RDFI, är felaktig eller på fel plats.
  
• Förebyggande: Validera tilläggsposterna innan du skickar dem.
  
• Åtgärd: Korrigera tilläggsposten och skicka igen.
  

R26 – Fel i obligatoriskt fält

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

R27 – Fel i spårningsnummer

• Beskrivning: Spårningsnummer som skickas överensstämmer inte med spårningsnumren i tilläggsposten.
  
• Förebyggande: Validera spårningsnumren före inlämning.
  
• Åtgärd: Korrigera spårningsnumret och skicka igen.
  

R28 – Fel kontrollsiffra i clearingnummer

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

R29 – Företagskunder hävdar ej auktoriserad

• Beskrivning: Innehavaren av företagskontot har meddelat RDFI att transaktionen inte har godkänts.
  
• Förebyggande: Säkerställ korrekt auktorisering innan transaktionen inleds.
  
• Åtgärd: Skicka inte in igen utan att ha inhämtat ny auktorisering.
  

R30 – RDFI deltar inte i checktrunkeringsprogrammet

• Beskrivning: RDFI deltar inte i programmet för trunkering av checkar.
  
• Förebyggande: Bekräfta funktionerna med RDFI.
  
• Åtgärd: Använd en annan betalningsmetod.
  

R31 – Tillåten returinmatning

• Beskrivning: RDFI har frågat ODFI om det kan returnera betalningsformatet för företagets kredit- eller bankkort eller Corporate Trade Exchange (CTX), och ODFI har gått med på det.
  
• Förebyggande: Inte tillämpligt, eftersom det bygger på ömsesidig överenskommelse.
  
• Åtgärd: Följ de riktlinjer som anges i avtalet mellan ODFI och RDFI.
  

R32 – Icke-avräkning av RDFI

• Beskrivning: RDFI kan av olika skäl inte avräkna posten.
  
• Förebyggande: Bekräfta avräkningskapaciteten med RDFI.
  
• Åtgärd: Rådgör med RDFI om det specifika skälet och vidta lämpliga åtgärder.
  

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 bearbetas och vidta nästa steg i enlighet med detta.
  

R34 – DFI med begränsat deltagande

• Beskrivning: En federal eller delstatlig tillsynsmyndighet har begränsat RDFI:ns förmåga att behandla ACH-transaktioner.
  
• Förebyggande: Bekräfta RDFI-funktionerna i förväg.
  
• Åtgärd: Kontakta RDFI för information om hur ni går vidare.
  

R35 – Retur av felaktig debiteringspost

• Beskrivning: En debiteringspost har skickats in på felaktiga grunder; kan hända eftersom debiteringsposter inte tillåts i vissa scenarion
  
• Förebyggande: Förstå kriterierna för debiteringsposter.
  
• Åtgärd: Bedöm orsaken och gör korrigeringar innan du skickar igen.
  

R36 – Retur av felaktig kreditpost

• Beskrivning: En kreditpost har skickats in på felaktiga grunder; kan hända eftersom kreditposter inte tillåts i vissa scenarion
  
• Förebyggande: Förstå kriterierna för kreditposter.
  
• Åtgärd: Bedöm orsaken och gör korrigeringar innan du skickar igen.
  

R37 – Källdokument presenterat för betalning

• Beskrivning: En betalning försökte genomföras flera gånger genom uppvisning av källdokumentet relaterat till en befintlig ACH-transaktion för betalning.
  
• Förebyggande: Spåra källdokument och relaterade ACH-poster.
  
• Åtgärd: Bedöm och åtgärda dubbleringen.
  

R38 – Stoppa betalning på källdokument

• Beskrivning: Den mottagande kontoinnehavaren begär att betalningen ska stoppas på en check som har omvandlats till en elektronisk betalning.
  
• Förebyggande: Övervaka om det finns en order om att stoppa betalning.
  
• Åtgärd: Avbryt behandling och kontakta kontoinnehavaren.
  

R39 – Felaktigt källdokument

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

R40 – Retur av ENR-post av federal myndighet

• Beskrivning: En federal myndighet har returnerat en automatisk registreringspost (ENR-post).
  
• Förebyggande: Följ regler för ENR-poster.
  
• Åtgärd: Rådgör med myndigheten om det specifika skälet och vidta lämpliga åtgärder.
  

R41 – Ogiltig transaktionskod

• Beskrivning: Transaktionskoden är felaktig, särskilt när det gäller registrering av direktinsättnings- eller direktbetalningstjänster hos federal myndighet.
  
• Förebyggande: Validera transaktionskoder före inlämning.
  
• Åtgärd: Korrigera transaktionskoden och skicka igen.
  

R42 – Fel i clearingnummer/kontrollsiffra

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

R43 – Ogiltigt DFI-kontonummer

• Beskrivning: RDFI-kontonumret är felaktigt. Den här returkoden förekommer endast i ENR-transaktioner och gäller därmed endast för federala myndigheter.
  
• Förebyggande: Validera kontonummer innan transaktioner påbörjas.
  
• Åtgärd: Korrigera kontonumret och skicka igen.
  

R44 – Ogiltigt id-nummer för privatperson

• Beskrivning: Angivet id-nummer för privatperson stämmer inte överens med det registrerade id-numret, gäller särskilt för transaktioner för federala myndigheter.
  
• Förebyggande: Validera id-nummer för privatpersoner innan transaktioner påbörjas.
  
• Åtgärd: Uppdatera id-numret för privatperson och skicka igen.
  

R45 – Ogiltigt personnamn

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

R46 – Ogiltig representativ betalningsmottagarindikator

• Beskrivning: Indikatorkoden för representativ betalningsmottagare är felaktig.
  
• Förebyggande: Validera indikatorkoder innan transaktioner påbörjas.
  
• Åtgärd: Korrigera indikatorkoden och skicka igen.
  

R47 – Dubbelregistrering

• Beskrivning: RDFI skickar ENR-poster till federala myndigheter för att initiera ACH-betalningar eller direkta insättningar hos dessa institutioner. I detta fall har samma ENR-post skickats mer än en gång.
  
• Förebyggande: Implementera kontroller för att förhindra duplicerade registreringar.
  
• Åtgärd: Bekräfta om det är en äkta dubblett och vidta lämpliga åtgärder.
  

R50 – Delstatlig lag som påverkar RCK-godkännande

• Beskrivning: RDFI är 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å delstatliga lagar.
  
• Förebyggande: Bekanta dig med de delstatslagar som reglerar dina transaktioner.
  
• Åtgärd: Undersök de specifika lagarna i den delstat som transaktionen skickades genom och beakta dem vid framtida transaktioner.
  

R51 – Artikel relaterad till RCK-post är ogiltig eller så är RCK-posten felaktig

• Beskrivning: En post för en check som har returnerats och visats upp på nytt är antingen inte lämplig för behandling på grund av ogiltighet, eller så har posten förberetts eller utförts på ett felaktigt sätt.
  
• Förebyggande: Kontrollera att posterna är giltiga och korrekta.
  
• Åtgärd: Granska transaktionen för att se till att den följer alla tillämpliga regler och riktlinjer.
  

R52 – Stoppa betalning för artikel relaterad till RCK-post

• Beskrivning: Kontoinnehavaren har lagt en order om betalningsstopp på en ej inlöst check som bearbetas elektroniskt.
  
• Förebyggande: Kontrollera att inga order om betalningsstopp är aktiva innan du fortsätter.
  
• Åtgärd: Kontakta den utfärdande banken eller betalaren för att lösa problemet.
  

R53 – Artikel och RCK-post presenterad för betalning

• Beskrivning: Både den ursprungliga transaktionen och motsvarande RCK-post har lämnats in, vilket resulterar i en duplicerad transaktion.
  
• Förebyggande: Var försiktig när du presenterar både artikel och post.
  
• Åtgärd: Stäm av betalningsposterna för att eliminera den duplicerade transaktionen.
  

R61 – Feldirigerad retur

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

R62 – Retur av felaktig eller återförd debitering

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

R63 – Felaktigt dollarbelopp

• Beskrivning: Det dollarbelopp som anges i transaktionen är felaktigt.
  
• Förebyggande: Verifiera transaktionsbelopp före inlämning.
  
• Åtgärd: Korrigera beloppet och starta en ny transaktion.
  

R64 – Felaktigt id-nummer för privatperson

• Beskrivning: Id-numret för privatperson i returtransaktionen matchar inte det i den ursprungliga posten.
  
• Förebyggande: Bekräfta id-nummer för privatpersoner.
  
• Åtgärd: Uppdatera informationen och bearbeta transaktionen på nytt.
  

R65 – Felaktig transaktionskod

• Beskrivning: Transaktionskoden stämmer inte för transaktionstypen.
  
• Förebyggande: Kontrollera att transaktionskoder är korrekta.
  
• Åtgärd: Uppdatera transaktionskoden och skicka transaktionen igen.
  

R66 – Felaktig företagsidentifiering

• Beskrivning: Transaktionens företags-id matchar inte id-numret i batchrubrikposten, som är en del av metainformationen om överföringen av en batch med transaktioner.
  
• Förebyggande: Verifiera företagets id-information.
  
• Åtgärd: Korrigera företags-id och bearbeta transaktionen på nytt.
  

R67 – Dubbelretur

• Beskrivning: Returposten har redan bearbetats, vilket resulterar i en dubblett.
  
• Förebyggande: Spåra bearbetade returer för att undvika att skicka dem igen.
  
• Åtgärd: Ingen åtgärd krävs, men se över interna processer för att förhindra att det händer igen.
  

R68 – Retur ej i tid

• Beskrivning: Returen behandlades inte inom den efterfrågade 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 såsom angetts av ODFI, t.ex. ett felaktigt kontonummer eller ett namn som inte stämmer överens med kontot, vilket leder till att transaktionen returneras.
  
• Förebyggande: Validera alla fält före inlämning.
  
• Åtgärd: Korrigera felen i de angivna fälten och skicka igen.
  

R70 – Tillåten returinmatning accepteras inte eller retur ej begärd av ODFI

• Beskrivning: En giltig returpost behandlades inte som den skulle ha gjort, eller så begärdes ingen retur av ODFI.
  
• Förebyggande: Följ ODFI:s regler för returer.
  
• Åtgärd: Granska orsakerna till att returen inte accepterades och agera därefter.
  

R71 – Feldirigerad ej accepterad retur

• Beskrivning: En ej accepterad returpost – en post som skickades tillbaka till ODFI en gång men som inte gjordes korrekt och måste skickas igen – har inte skickats till rätt institution.
  
• Förebyggande: Se till att clearingnumren för returer är korrekta.
  
• Åtgärd: Omdirigera den ej accepterade returen till rätt institution.
  

R72 – Ej accepterad retur ej i tid

• Beskrivning: En ej accepterad retur behandlades inte inom den begärda tidsramen.
  
• Förebyggande: Håll dig uppdaterad med tidsfrister för ej accepterade 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 efterfrågade tidsramen.
  
• Förebyggande: Inte tillämpligt.
  
• Åtgärd: Ingen åtgärd krävs.
  

R74 – Korrigerad retur

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

R75 – Retur ej en dubblett

• Beskrivning: Detta är ett svar på nekandekod R67. RDFI bestrider en felaktigt ej accepterad retur som gjorts av ODFI.
  
• Förebyggande: Inte tillämpligt.
  
• Åtgärd: Ingen åtgärd krävs.
  

R76 – Inga fel hittades

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

R77 – Icke-godkännande av R62, ej accepterad retur

• Beskrivning: Detta är ett svar på nekandekod R62 som indikerar att RDFI antingen redan har returnerat den felaktiga transaktionen och återföringen, eller att de inte kan återkräva medlen från mottagaren enligt R62.
  
• Förebyggande: Förstå kriterier för godkännande av ej accepterade returer.
  
• Åtgärd: Kontrollera varför returen inte godkändes och skicka 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 kodning för IAT-poster.
  
• Åtgärd: Korrigera kodningsfel och skicka IAT-posten igen.
  

R81 – Icke-deltagare i IAT-programmet

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

R82 – Ogiltig utländsk RDFI-identifiering

• Beskrivning: Det utländska RDFI:ts id-nummer är felaktigt.
  
• Förebyggande: Dubbelkolla det utländska institutets identifieringsuppgifter.
  
• Åtgärd: Korrigera identifieringsinformationen och bearbeta transaktionen på nytt.
  

R83 – Utländsk RDFI kan inte avräknas

• Beskrivning: Det utländska RDFI:t kan inte slutföra transaktionen.
  
• Förebyggande: Bekräfta det utländska institutets förmåga att avräkna transaktioner innan transaktioner påbörjas.
  
• Åtgärd: Samarbeta med det utländska institutet för att lösa problemet.
  

R84 – Posten behandlas inte av gateway

• Beskrivning: Posten har inte bearbetats av den angivna gatewayen, en tjänstleverantör som fungerar som inträdespunkt till ACH-nätverket för finansinstitut.
  
• Förebyggande: Dirigera transaktioner via en funktionell gateway.
  
• Åtgärd: Skicka transaktionen igen via en giltig gateway eller kontakta gatewayen för att åtgärda problemet.
  

R85 – Felkodad utgående utlandsbetalning

• Beskrivning: En utgående utlandsbetalning har felkodats.
  
• Förebyggande: Kontrollera kodningen för internationella betalningar.
  
• Åtgärd: Korrigera koden och skicka transaktionen igen.
  

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

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

För att förhindra onödiga ACH-nekanden och effektivt hantera dem när de inträffar måste 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 stegen du kan ta:

Förebyggande åtgärder

• Verifiera kontoinformation: Innan du påbörjar en ACH-transaktion ska du bekräfta mottagarens konto- och clearingnummer. Du kan göra detta manuellt eller via elektroniska verifieringstjänster.

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

• Implementera transaktionsgränser: Ställ in transaktionsgränser och dagliga gränser för att undvika att tillåtna belopp överskrids, vilket skulle kunna utlösa ett nekande.

• Utbilda personal och samarbetspartner: Utbilda regelbundet anställda som hanterar finansiella transaktioner i hur ACH-nätverket fungerar, inklusive efterlevnadskrav, för att minska risken för fel.

• Använd varningar i realtid: Implementera system som ger aviseringar i realtid om kontosaldon och transaktionsstatus. Detta hjälper till att undvika nekande på grund av otillräckliga eller ej avräknade medel.

• Stäm av konton regelbundet: Stäm av kontoutdrag mot bokföringsposter för att fånga upp eventuella avvikelser som kan leda till nekanden.

Hantera nekanden

• Identifiera nekanden omedelbart: Konfigurera varningar för att meddela nyckelpersoner så snart ett nekande sker och möjliggör snabba åtgärder.

• Tolka nekandekoden: Förstå den specifika orsaken till nekandet genom att referera till nekandekoden för ACH. Detta kommer att vägleda dina efterföljande åtgärder.

• Kommunicera med berörda parter: Meddela kunden, medarbetaren eller leverantören om problemet och arbeta tillsammans för att lösa det. Detta kan involvera att uppdatera kontoinformation eller erhålla en ny auktorisering.

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

• För register: Dokumentera nekandet och efterföljande åtgärder som vidtas för att lösa problemet. Detta kan vara användbart för revisioner och demonstrerar ett engagemang för effektiv problemlösning.

• Utvärdera och justera procedurer: När du har åtgärdat enskilda problem bör du analysera dem för att identifiera eventuella mönster eller systemproblem. Gör procedurändringar efter behov för att förhindra att samma sak sker igen.

Åtgärder för specifika scenarier

• Löner: För direkta löneinsättningar kan du dubbelkolla kontoinformationen när du onboardar nyanställda och när en anställd rapporterar en förändring i bankuppgifterna.

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

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

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

• Transaktioner med högt värde: För transaktioner som omfattar stora belopp bör du överväga ytterligare verifieringssteg, till exempel telefonbekräftelser, för att minska risken för nekanden på grund av auktoriserings- eller kontoproblem.