Size: a a a

Архитектура ИТ-решений

2020 January 23

PD

Phil Delgyado in Архитектура ИТ-решений
Но при этом нужна история транзакций, а не история изменений счета.
И не надо после этого делать пересчет всего списка изменений по счету..
источник

RM

Rustem Mannanov in Архитектура ИТ-решений
Phil Delgyado
Эээ, не может быть такого, ЦБ не поддерживает. Только компенсирующую транзакцию...
В идеальном мире или в простых случаях - да, оно действительно так. Если у вас  "вообще никогда" не бывает таких изменений - завидую)
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну, да. Впрочем, зачем при этом хранить историю дальше - не всегда понятно.
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Rustem Mannanov
В идеальном мире или в простых случаях - да, оно действительно так. Если у вас  "вообще никогда" не бывает таких изменений - завидую)
А у вас конечно все предусмотрено заранее? И вы знаете как перепровести в крупном банке все транзакции за 2 года и не вызвать тотального коллапса с клиентами и отчетностью?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Эээ, если ЦБ или аудит увидит правки в транзакциях, по которым уже сдана отчетность - то это будет очень грустно для бухгалтерии и для компании...
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Сторнирование, под письменный приказ гендира - и т.п.
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Phil Delgyado
Но при этом нужна история транзакций, а не история изменений счета.
И не надо после этого делать пересчет всего списка изменений по счету..
Будет и история транзакций (документов) и изменения по счету. Счёт относительно простой агрегат - добавить удалить холдироаать. Изменения идут как результат проведения Документа.
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
То есть Документ порождает изменение по счету, а не счёт включает в себя все документы
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну, это понятно, что документ первичен.
Но нафига вообще хранить всю историю по счету...
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Историю документов - да.
Может быть проекцию "документы и счета".
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Можно хранить, а можно не хранить. Факт в том что для расчёта балансов всю историю использовать не нужно.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
А, ну это да.
источник

ПА

Пантелеев Артур Евгеньевич in Архитектура ИТ-решений
Phil Delgyado
Ну, это понятно, что документ первичен.
Но нафига вообще хранить всю историю по счету...
Чтобы на случай если "дебит с кредитом" не сходится вдруг было проще анализ инцендента произвести. + возможность ретроспективных логов
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Если баланс не сходится - то нужно по документам считать, смысл считать по истории счетов?
источник
2020 January 24

Ms

Mutko says in Архитектура ИТ-решений
Пример с балансом и цб смешной
источник

Ms

Mutko says in Архитектура ИТ-решений
За попытку переиграть историю с добавленными операциями цб вьявит отмывание и лишит лицензии с вытекающими
источник

МП

Михаил Поздняков in Архитектура ИТ-решений
За все операции не скажу, но если про карточные то отмена возможна до момента попадания журналов с терминала на бэк и проведения по ним реальных движений по счету (раз в сутки например). То есть пока движение денег виртуальное можно отменять, если было реальное движение по счетам то уже нельзя. Для этого применяется отдельная операция "возврат".
источник

МП

Михаил Поздняков in Архитектура ИТ-решений
При этом даже операция отмены это не удаление неверной транзакции а отдельная, связанная с корректируемой.
источник

AG

Alex Glazunov in Архитектура ИТ-решений
Есть ещё корректировки, не влияющие на остатки и обороты по сводным счетам
источник

AB

Alex B in Архитектура ИТ-решений
как понять, что скорее всего тебе не стоит что либо проектировать в финансах: твоя таблица транзакций умеет в отмены/возвраты через обновления транзакций, да и вообще апдейты разрешены.
источник