Dimitry Sibiryakov,

Я думал , что вы предположите ( догадаетесь) ,
что генерирует сиквенс восе не база,
а терминальное оборудование, которое может быть перепрошито в любой момент,
или каким либо другим образом могут быть сброшены счетчики.

А каждый узел обязан это число зарегистрировать , а потом проверить нарушение
этого правила для каждой( любой) операции, и в случае нарушения дать отказ.
Умные системы не дают отказ , производят подмену этих значений
в случае дубляжа, где можно однозначно идентифицировать операцию другим образом ,
и могут востановить историю подмен на нужном этапе.

Dimitry Sibiryakov,

Он есть инициатором, значит его дело.
Его дело также отправить запрос на отмену именно этой операции
в случае какого либо сбоя ( например купюра застряла в тракте для выдачи).

Или запрос на частичную отмену, если вдруг какая то часть денег все таки выдана.
и подтверждение , что именно эта операция прошла без сбоев или со сбоями,
а не операция на туже сумму по той же карте 5 минут назад.

Если говорить о постерминалах ,
то они должны сформировать Z-отчет по факту закрытия кассы
или какого то периода ( передачи смены например), где все должно сойтись не только по суммам, а и по внутренним идентификаторам.
Транзакционные Чеки и Z-отчет бумажной частью документооборота между банком
и торговой точкой, очень интересные разборки получается , в случае терхстрониих договоров, когда банк арендует процессинговые мощьности, и не имеет полного доступа в процессинговоую систему аутсорсера..

Что касается счетов клиентов, очень тересная тема учета курсовой разницы,
и коммисионирования при проведении операций если
операция растянута во времени на несколько часов или даже суток.
И отражения всего этого дела в АБС банка , где периоды ( балансы)
закрываются ежедневно.


зы Я не хочу Вам что то доказывать, напишите свою систему если считаете, что это так просто , а потом продайте, расценки на такой софт хорошие, и рынок практически пустой,
гибких и удобных систем очень мало.

Dimitry Sibiryakov
onstat-
генерирует сиквенс восе не база, а терминальное оборудование

Во-первых, из цитаты это не следует. Во-вторых, зачем терминал это
делает? Транзакции это не его работа.



Для читавших доку по правилам обмена информацией
в других ПС , и от вендоров терминального обрудования ,
данное требование понимается однозначно.

onstat-
Транзакционные Чеки и Z-отчет бумажной частью документооборота между банком
и торговой точкой, очень интересные разборки получается , в случае терхстрониих договоров, когда банк арендует процессинговые мощьности, и не имеет полного доступа в процессинговоую систему аутсорсера..


Почему так, а не по другому,
обратите внимание на чеки Посов при расчете в магазинах,
Вы там не найдете полного номера карты.

Это есть одним из следствий соблюдения PCI DSS]https://www.pcisecuritystandards.org/index.shtml и других нормативных документов по защите
и не разглашении конфиденциальной информации, которым должна соответствовать
платежная система,

Это накладывает свои ограничения, не всегда
совместимые с оптимальной архитектурой с точки зрения производительности .

Dimitry Sibiryakov
onstat-генерирует сиквенс восе не база, а терминальное оборудование

Для читавших доку по правилам обмена информацией
в других ПС , и от вендоров терминального обрудования ,
данное требование понимается однозначно.

Если терминал не в состоянии гарантировать генерации уникальной
последовательности, то возлагать на него эту обязанность иначе как
мазохизмом не назовёшь.


Разработчики систем возлагают обязанности в соответствии с тем как предписано
стандартом ( протоколом ) на обмен и с учетом трансформации данных при проведении операции из одного формата в другой, а не так как им этого хочется.
Потому что софт этот хоть мелко, но все таки тиражируемый.

А переписывать и сертифицировать драйвера и прошивки
терминального обрудования под себя выходит дороже.

В около ITIL-ных книгах, есть по этому поводу прикидки
на расчет стоимости продуктов и владения исходя из внешних факторов,
и дана оценка себестоимости борьбы с бюрократией и буквоедсвом как внешним так и внутренним.

2 ТС ( выходя из офтопика)
Без спецификаций( разумной бюрократии) качественной платежной системы не получится.
потому, что должны быть правила игры которым слудуют все участники
платежной системы.
Только познав достоинства и недостатки других платежных систем можно создать свою,
иначе она обречена наступать на грабли , которые другие ПС уже обошли десятки лет назад.

Поэтому в Вашем случае выбор СУБД , дело десятое, а подбор специалистов, дело самое главное.