Så här matchas transaktioner i Elektronisk avstämning för Microsoft Dynamics GP

Gäller för: Microsoft Dynamics GP
Ursprungligt KB-nummer: 851279

Här följer de steg som Electronic Reconcile går igenom för att matcha transaktioner från bankens nedladdningsfil och Microsoft Dynamics GP:

1. Electronic Reconcile granskar cm-transaktionstabellen (CM20200) och kopierar hela tabellen till en temporär tabell.
2. Sedan sätter den ett datumintervall i den här temporära tabellen baserat på det brytdatum som används i fönstret Stämma av bankutdrag.
3. När den har ett intervall med nedladdade transaktioner anger den sedan ett annat intervall i den temporära tabellen baserat på transaktionsbelopp och sedan på Transaktionstyp (check, insättning, justering och så vidare.)
4. Den granskar sedan RECOND-kolumnen (CM20200) för att se om transaktionen redan har avstämts eller inte. Annars granskar Electronic Reconcile vilken typ (CMTRXTYPE – CM20200) det är och försöker matcha transaktionen baserat på följande kriterier för varje typ.

För checkar, kreditkort och EFT-transaktioner

För att matcha måste alla dessa villkor vara sanna:

• Mängden matchar.

• Kontrollnumret matchar.

  Viktigt!

  De inledande nollorna på en check spelar ingen roll. Microsoft Dynamics GP tar bort dem och matchningsprocessen ignorerar eventuella inledande nollor.

  Kommentar

  Om bankfilen har TAL i fältet för checknummer kommer systemet att försöka matcha detta nummer med checknumret i Microsoft Dynamics GP, och det måste stämma för att automatiskt markeras som godkänt. Men om bankfilen har LETTERS i fältet checknummer (till exempel leverantörens namn på EFT-betalningar) hoppar Microsoft Dynamics GP-koden över kontrollnumret och försöker fortfarande matcha baserat på de andra fälten (datum och belopp) så att det fortfarande kan matcha.

• Transaktionen är en kontrolltyp i Microsoft Dynamics GP. (posten har alltså en CMTRXYPE = "3" i CM20200 SQL-tabellen.)

• CHECKBOOK-ID:t på checken i CM20200 måste vara det checkboks-ID:t du arbetar med i fönstret Stämma av.

• Det har inte redan avstämts. (RECOND = 0 i CM20200 tabellen.)

• Det har inte ogiltigförklarats. (VOIDED = 0 i CM20200 tabell.)

• Transaktionskoden i bankkällfilen mappas som en betald check i konfiguratorfilen i POSTEN KODER. (Vanligtvis har kontroller kod 475, som redan bör mappas som standard i Microsoft Dynamics GP 2013, men du kan behöva dubbelkolla andra koder som används eftersom inte alla koder mappas som standard för dig.) Flera koder är standard för dig. Kontrollera att koden du behöver visas och välj Spara i det här fönstret för att aktivera/cachelagras.

• Bankrensningsdatumet i bankfilen måste vara efter checkdatum för utfärdande i Microsoft Dynamics GP. Systemet kommer inte att lösa in en check på ett datum som är före det faktiskt utfärdades i Microsoft Dynamics GP. (Till exempel: Om det bankklarerade datumet kommer in som 2016-08-20, och checkdatumet i Microsoft Dynamics GP är 2016-08-22, matchar systemet inte den här kontrollen åt dig. Det är inte meningsfullt att checken lösts in ett datum innan den faktiskt utfärdades i Microsoft Dynamics GP. Kontrollen måste rensas manuellt i avstämningen.)

För insättningar

För att matcha måste alla dessa villkor vara sanna:

• Insättningsbeloppet matchar.

• Insättningsdatumet i Microsoft Dynamics GP (TRXDATE i CM20200) måste vara på eller före Utbetalningsdatumet i bankimportfilen. (Kontantkvittot/depositionen förväntas publiceras i Microsoft Dynamics GP först innan det skickas till banken för deposition.) Om insättningsdatumet i Microsoft Dynamics GP är efter att banken rensat datum från bankimportfilen matchas den inte. Rapporten Ej bearbetade nedladdade transaktioner/undantag säger "Det går inte att matcha insättningen".

• Insättningsdatumeti bankfilen måste vara inom den angivna respitperioden (standardvärdet är 8 dagar eller det antal dagar som du definierar för respitperioden) från insättningsdatumet i Microsoft Dynamics GP.

  Kommentar

  Om det finns en annan insättning i samma belopp inom respitperioden kommer den att falla ut i undantagsrapporten. Systemet kan inte avgöra vilken som ska markeras, så det anger att du måste rensa den manuellt mot den du väljer.

• Transaktionen är en insättningstyp i Microsoft Dynamics GP. (d.v.s. CMTRXTYPE = "1" i tabellen CM20200 SQL).

• CHECKBOOK-ID:t för depositionen i CM20200 måste vara checkboks-ID:t som du arbetar med i fönstret Stämma av.

• Transaktionskoden i källfilen mappas i KODINTRÄDE som en klarerad insättning på konfigurationsfilen i Microsoft Dynamics GP. Flera koder är förinställda för dig. Kontrollera att koden du behöver finns med i listan och välj Spara i det här fönstret för att aktivera dem.

För en överföringsdebet- eller överföringskredit

Banköverföringar matchar automatiskt i Microsoft Dynamics GP 2013 och senare versioner. För att matcha måste alla dessa villkor vara sanna:

• Överföringsbeloppet måste matcha.
• Överföringsdatumet måste matcha.
• Överföringen måste ha matats in i Microsoft Dynamics GP som en banköverföring i Bankavstämning.
• Överföringen måste vara en överföringstyp i Microsoft Dynamics GP. (d.v.s. CMTRXTYPE = "7" i CM20200 SQL-tabellen).
• Transaktionskoden i källfilen måste mappas i CODES ENTRY som en överföringsdebet- eller överföringskredit efter behov i konfigurationsfilen i Microsoft Dynamics GP. Dessa koder är inte standard för dig och måste läggas till. Vanligtvis använder banken koder 277 för en kreditöverföring och 577 för en debetöverföring.

Electronic Reconcile gör detta för varje transaktionstyp som ingår i nedladdningsfilen från banken.

Mer information

Följande typer är endast avsedda för justeringar i Microsoft Dynamics GP för att påverka kontosaldot och skulle vanligtvis inte vara transaktioner som finns med på kontoutdraget. Därför undantas dessa typer av transaktioner som är viktiga i Microsoft Dynamics GP från matchningsprocessen i Elektronisk avstämning:

• Öka justeringar – matchas inte.
• Minskade justeringar – kommer inte att matchas.
• Uttag - kommer inte att matchas.