IOSOR

IOSOR Знания

Корелационни идентификатори между дебит и DLR

Свържете реда на предоплатения дебит със събитието за доставка с един стабилен корелационен идентификатор — финансите и продуктът споделят едно и също намерение без археология.

Когато парите и доставката живеят в отделни инструменти, края на месеца се превръща в чат археология. Корелационният идентификатор е стабилният ключ за връзка, който свързва реда на предоплатения дебит с DLR (или подписаното събитие за статус) за същото намерение. Без него финансите виждат разходи, а продуктът вижда статус — нито един от тях не може да докаже, че описват едно и също изпращане. Тази страница е договорът за връзка, а не наръчник за експортиране на Verify сесии и не е основно ръководство за дебит спрямо статус ledger.

Корелацията не е чат нишка

Връзките в Slack и заглавията на тикети не са ключове за връзка. Идентификаторът трябва да бъде генериран при създаване на задържането или намерението, пренесен на дебитния ред и отразен във всяко крайно DLR или събитие за статус. Повторните опити използват повторно същия идентификатор под същия ключ за идемпотентност. Ако поддръжката поставя различен низ всеки час, вие нямате корелация — имате фолклор.

Същият идентификатор на дебит и DLR

Повърхност Трябва да съдържа Грешка при липса
Предоплатен дебит Корелация + ID намерение Несвързваем разход
DLR / статус Същият корелационен ID Сирак събитие доставка
Ред за ops експорт И двете + терминална дума Реконсилиране по памет

Продуктът и финансите отварят един и същ идентификатор за един и същ UTC прозорец.

Финансова връзка без археология

Края на месеца трябва да филтрира една колона, а не да се възстановява от екранни снимки. Експорт: корелационен идентификатор, сума на дебита (USD), задържане и уреждане, краен статус, времеви отпечатъци. Нивото от USD 1,000/месец третира несвързаните връзки като тикети за реконсилиране; USD 20 доказва връзката в малък коридор преди езика на обема.

Липсващата връзка е инцидент

Не мапирайте автоматично сираци DLR към доставени разходи и не уреждайте дебити с празен идентификатор като «вероятно на ред». Отворете реконсилиране, поддържайте статуса честен (липсващ или неизвестен до свързване или затваряне) и блокирайте езика за «жив обем», докато здравето на връзката е червено на Оперативно табло за сигнали при обем.

Чеклист на купувача за корелационни идентификатори

  1. Корелационен идентификатор, създаден при задържане или намерение.
  2. Идентификатор, пренесен през всяко DLR събитие.
  3. Дебитът и DLR споделят един и същ UTC прозорец.
  4. Празните идентификатори са блокирани на системно ниво.

Започнете с IOSOR

Създайте correlation ID при hold, запишете го на реда за предплатен дебит и изисквайте същия низ на крайния DLR. Експортирайте един съединен ред: id на hold, сума на дебита, статус на DLR, печати. Всеки дебит без съвпадащ DLR — или DLR без дебит — остава инцидент. Това е съединение пари–разписка, не трасиране на заявката.

Обобщение IOSOR

Дебитът и DLR делят един ID, иначе финансите не могат да одитират изпращането.

Правете: генерирайте ID при hold и отказвайте несъвпадения като инциденти.

Не правете: да измисляте нов низ при уебхука или да сглобявате месеца от чатове.

Полезно ли беше ръководството?

Свързани ръководства