Hoppa till huvudinnehåll

Avstämning av kontoutdrag

Avstämning av kontoutdrag jämför raderna i ett leverantörskontoutdrag med de öppna och historiska transaktionerna för den leverantören i ditt Unit4 ERP-system, så att du kan bekräfta vad som ska betalas utan att manuellt behöva kontrollera varje rad i ERP-systemet.

Denna sida förklarar hur avstämningen fungerar i Rossum-skärmen. För den JSON-konfigurationssyntax som nämns nedan (avstämningskoder, avstämningssekvenser och övriga inställningar), se referensen konfiguration av kontoutdragsutvidgning.

Hur matchningen fungerar​

När en rad i kontoutdraget och leverantören har identifierats hämtar systemet potentiella transaktioner från ERP-systemet för den leverantören och försöker koppla varje rad i kontoutdraget till en transaktion.

Matchningen styrs av matchkoder och matchsekvenser:

  • En matchkod är en enskild regel – hur nära faktura-/transaktionsnumret måste stämma överens, hur stor tolerans för datum och belopp som tillåts samt eventuell textrensning som ska tillämpas före jämförelsen.
  • En matchningssekvens kopplar samman matchningskoder i ordning, från strängast till minst sträng, så att systemet först försöker med den strängaste regeln och endast faller tillbaka på mindre stränga regler om inget matchar.
  • Sekvenser kan även begränsas till en specifik leverantör, så att en svår leverantör kan få en egen skräddarsydd matchningslogik utan att det påverkar alla andra.

Rader som har matchats framgångsrikt visas i tabellen Matched Lines på dokumentet; allt som blir kvar visas i tabellen Un-Matched Lines.

bild som visar Rossum-skärmen med tabellerna för matchade och omatchade rader

Manuell matchning​

Om de automatiska reglerna inte med säkerhet kan matcha en rad lämnas den kvar i tabellen Un-Matched Lines för att en användare ska kunna lösa det. Manuell matchning är endast tillgänglig på kontoutdragsrader, inte direkt på transaktionsrader (du får varningen SM_009 om du försöker göra det tvärtom) — ställ in värdet för Manuell matchning på den omatchade kontoutdragsraden till den transaktion den ska kopplas ihop med.

bild som visar Rossum-skärmen med en omatchad datarad där transaktionsnumret har lagts till i fältet för manuell matchning

Du kan också tvinga en rad att förbli omparad även om en regel annars skulle ha matchat den, genom att använda fältet Force Unmatch på den raden. Detta är användbart när en automatisk matchning är tekniskt korrekt enligt reglerna men inte den du faktiskt vill ha.

bild som visar Rossum-skärmen med en matchad datarad där fältet ”Force Unmatch” är inställt på ”Force”

Om det finns rader som inte matchats kvar när satsen bearbetas visas varningen SM_004 ("$1 omatchade rader kvar i denna sats"). Detta kan uppgraderas till ett blockerande fel via elevateWarnings om du vill förhindra att uttalanden med olösta rader exporteras.

Felsökning​

Vanliga problem när matchningen inte fungerar som förväntat:

  • Inga transaktioner att matcha mot — kontrollera att leverantören har identifierats korrekt (SM_001) och att validSupplierStatus och ignoreTransactionTypes i tilläggskonfigurationen inte utesluter de transaktioner du förväntar dig att se.
  • En transaktion som du förväntar dig hämtas inte in — kontrollera maxHistoricalDays / en matchningskods historicDays; äldre matchedSupplierInvoices-transaktioner (status C) utanför detta tidsfönster laddas inte in.
  • Fakturanummer ser ut att stämma men gör det inte — den relevanta matchningskodens invNo-läge och cleanText-mönster styr hur strikt texten jämförs; se referensen för matchkoder för tillgängliga alternativ.

För en fullständig lista över transaktionsrelaterade koder, se avsnittet Statement Matching i referensen för meddelandekoder.