Skip to main content

Saistīšanas ID Tīrīšana

Atskaite JML BG Cleanup Apply IDs (ID 70182351) skenē atvērtos Klientu, Piegādātāju un Darbinieku virsgrāmatas ierakstus, lai atrastu pamestus Saistīšanas ID (Applies-to ID), kas radušies no jau dzēstām Bankas konta saskaņošanām.


Kāpēc šī atskaite ir nepieciešama

Standarta BC saskaņošanas dzēšanas kaskāde dažos malu gadījumos atstāj Saistīšanas ID vērtību uz Klienta/Piegādātāja/Darbinieka virsgrāmatas ieraksta, kaut gan oriģinālā saskaņošana ir dzēsta. Tas notiek, kad dzēšanas kaskāde tiek pārtraukta ar versijas konflikta kļūdu vai citu līdzīgu BC tehnisku kļūmi.

Rezultāts — lietotājs saņem kļūdu "This entry has an ongoing application process 'BANK0002-H001234-10000'" ("Šim ierakstam ir notiekošs piemērošanas process..."), mēģinot manuāli piemērot to pašu ierakstu citā saskaņošanā vai maksājumu žurnālā.

Šī atskaite atrod un notīra šādus pamestus ID, neietekmējot citus Saistīšanas ID, kas atbilst dzīvām saskaņošanām vai citai funkcionalitātei.


Kā atskaite identificē pamestos ID

Atskaite balstās uz Bankas konta Nr. prefiksu, nevis vispārīgu virknes parsēšanu. Tas nodrošina, ka manuāli ievadītie Saistīšanas ID (piemēram, "***" vienlietotāja sistēmā vai lietotāja vārdi) netiek pieskarti.

Algoritms katram bankas kontam:

  1. Izveido prefiksu <Bankas konta Nr.>- (piemēram, BANK0002-)

  2. Filtrē atvērtos virsgrāmatas ierakstus, kuru Saistīšanas ID sākas ar šo prefiksu

  3. Parsē atlikušo daļu kā <Izraksta Nr.>-<Rindas Nr.> un pārbauda, vai pēdējā daļa ir skaitlis (statement line no.)

  4. Pārbauda eksistenci — vai ir kāda Bankas konta saskaņošanas rinda ar šo Bankas kontu un Izraksta Nr.

  5. Ja nav atbilstošas saskaņošanas rindas — tas ir pamests ID. Notīra to caur standarta Cust. Entry-Edit / Vend. Entry-Edit / Empl. Entry-Edit codeunit, atbilstoši darbībai ClearCustVendEntryApplicationData

Notīrāmie lauki: Saistīšanas ID, Piemērojamā summa (Amount to Apply), Pieņemtā maksājumu nokavējuma piecietība (tikai Klientiem un Piegādātājiem) un Pieņemtā maksājumu atlaides piecietība (tikai Klientiem un Piegādātājiem).


Atskaites palaišana manuāli

  1. Meklēšanā atrodiet Cleanup Orphan Bank Recon Apply IDs

  2. Pieprasījuma lapā pēc nepieciešamības norādiet bankas kontu filtru (atstājiet tukšu visiem kontiem)

  3. Nospiediet Labi

  4. Pēc pabeigšanas parādīsies ziņojums: "Cleanup completed. Scanned: X, cleared: Y, skipped (live recon): Z, failed: W"

SkaitītājsNozīme
ScannedCik virsgrāmatas ierakstu tika pārbaudīti (atbilst prefiksam un formātam)
ClearedCik pamestus ID tika veiksmīgi notīrīti
Skipped (live recon)Cik ID atbilst joprojām esošai saskaņošanai un netika pieskarti
FailedCik notīrīšanas mēģinājumi neizdevās (skatiet Application Insights JMLBG0003 telemetriju)

Plānotā izpilde caur Procesa rindas ierakstiem

Atskaite ir droša izpildei zem Procesa rindas — bez dialogiem, ar [TryFunction] ietīšanu katram ierakstam (vienas neveiksmes neaptur visu darbu) un Commit() pēc katra bankas konta apstrādes.

Procesa rindas ieraksta izveide

  1. Meklēšanā atrodiet Procesa rindas ieraksti (Job Queue Entries)

  2. Nospiediet Jauns

  3. Aizpildiet šādus laukus:

LauksVērtība
Izpildāmais objekta tipsAtskaite
Izpildāmais objekta ID70182351 (vai izvēlieties no saraksta — Cleanup Orphan Bank Recon Apply IDs)
AprakstsBank Gateway — pamesto Saistīšanas ID notīrīšana
Periodiskais processIeslēgts
  1. Sadaļā Atkārtošana atzīmējiet darbadienas un norādiet Sākuma laiks (piemēram, 06:00 pirms Gateway izrakstu importa)

  2. Norādiet izpildes intervālu — ieteicams 1× dienā

  3. Nospiediet Iestatīt statusu Gatavs

Plānojiet šo atskaiti pirms atskaites Iegūt izrakstus no Bank Gateway — tādējādi katras dienas Gateway imports sākas ar tīru stāvokli, un nekādas pamestas paketes no iepriekšējās dienas nebloķē jaunu darījumu manuālu piemērošanu.


Telemetrija

Pēc katras izpildes (manuāli vai Job Queue) tiek nosūtīts notikums JMLBG0003 uz Application Insights ar TelemetryScope::ExtensionPublisher:

Dimensija

Saturs

Scanned

Pārbaudītais ierakstu skaits

Cleared

Notīrīto ID skaits

SkippedLive

Izlaistais (dzīvs ID) skaits

Failed

Neveiksmes skaits

Šie skaitītāji ir noderīgi, lai sekotu līdzi datu integritātei laika gaitā — ja Cleared regulāri ir > 0, tas nozīmē, ka kaut kāds dzēšanas kaskādes scenārijs joprojām atstāj pamestus ierakstus, un Microsoft atbalsta saruna par BC versijas labojumu būtu pamatota.


Drošības piezīmes

  • Atskaite netīra Saistīšanas ID, kas neatbilst zināmam Bankas konta Nr. prefiksam — manuāli ievadītie ID, citu moduļu lietotie ID, vienlietotāja "***" markeri paliek neaiztikti

  • Atskaite netīra Saistīšanas ID, kas atbilst joprojām esošai saskaņošanai — ja H001234 vēl ir Pmt. Reconciliation Journals sarakstā, tā ID tiek uzskatīts par dzīvu un saglabāts

  • Atskaite netīra slēgtus virsgrāmatas ierakstus — tikai atvērtos (kur Saistīšanas ID faktiski bloķē jaunu piemērošanu)

  • Notīrīšana izmanto standarta BC Cust. Entry-Edit / Vend. Entry-Edit / Empl. Entry-Edit codeunit, kas nodrošina pareizu auditu un dimensiju izpildi — nav tieša SQL aiztikšana

Ja jūs lietojat Saistīšanas ID ar formātu <Bankas konta Nr.>-<jebkas>-<skaitlis> kādam citam mērķim ārpus Bankas saskaņošanas, šī atskaite var tos kļūdaini identificēt kā pamestus. BC standartā Saistīšanas ID ir paredzēts tikai iekšējās piemērošanas marķēšanai, bet, ja jūsu paplašinājumi izmanto līdzīgu shēmu — pārbaudiet tos pirms regulāras Job Queue palaišanas.