Система расчетов по счетам – это модуль контроля и управления средствами платежной системы, который подразделяется на:
Система бухгалтерского учета предоставляет внешним клиентам и внутренним менеджерам различные бухгалтерские документы, бухгалтерские книги и финансовую отчетность, соответствующие внутреннему финансовому учету компании. Обычно ее разделяют на:
Конечной целью модуля расчета средств платежного бизнеса является проведение платежа с продавцом. Его функции включают в себя:
Система бухгалтерского клиринга и расчетов берет на себя обработку средств всех платежных операций. Помимо соблюдения основных правил расчетного бизнеса и правил финансового учета, необходимо принять дополнительные соображения, исходя из характеристик бизнеса интернет-платежей:
В сценарии трехсторонней оплаты учет и расчеты являются необходимыми частями транзакции. Запросы на учет и расчеты поступают из платежной системы транзакции.
Платежная система транзакции уведомляет модули учета и клиринга и расчетов соответственно о завершении ввода транзакции и обработки клиринга и расчета. После того, как клиринг и расчет завершают расчет, она снова вызывает запись для завершения передачи расчета.
Итак, почему нам нужно выполнять ввод транзакций и запросы на клиринговые расчеты отдельно и параллельно?
После того как система клиринга и расчетов по счетам получает платежное поручение, она проектирует структуру системы клиринга и расчетов на основе бизнес-процесса, правил бухгалтерского учета и правил расчетов:
1. Передний интерфейс Внешняя система предоставляет различные протокольные службы для завершения логики бухгалтерских операций и расчетов. Основная обработка:
2. Обработка расчетного счета,Основной процессинговый модуль поселка Счета. Эта часть бизнеса основана на традиционных правилах расчетного бизнеса и правилах бухгалтерского учета Счета.,Реализуйте автоматизированный расчетный бизнес, бухгалтерский бизнес и бухгалтерский отчет с помощью технических средств.
То есть счета с чрезвычайно высокой частотой появляются в течение определенного периода времени в ходе обычного торгового процесса. Если высокая частота вызвана повторными попытками базы данных или ручным восстановлением сбоев транзакций, горячие учетные записи обычно не используются.
Учетная обработка не может избежать блокировок строк базы данных. Если транзакция базы данных обработки учетной записи занимает 10 мс, максимальное значение TPS для горячей обработки учетной записи составляет 100. Как только пороговое значение будет превышено, частая конкуренция за блокировку приведет к внезапному падению производительности базы данных.
Горячие категории аккаунтов:
Обычной практикой для горячих точек депозита является буферизация депозита, буферизация депозитной транзакции и выполнение учетной обработки в соответствии с определенной скоростью обработки, чтобы скорость бухгалтерской обработки была ниже порогового значения TPS, чтобы обеспечить стабильную производительность базы данных, если она еще существует; проблема во время обработки буферизации транзакций. Давление, вы можете использовать суммарную буферизацию.
Если для точек доступа для вывода используется буферизация, это может привести к неблагоприятным последствиям и обычно не используется. Обычными решениями для точек доступа являются:
Уровень драйвера базы данных обнаруживает блокировки строк базы данных, объединяет обновления в течение определенного периода времени и единообразно возвращает результаты обработки, аналогично сводному учету, что снижает частоту обновлений горячих точек.
Записи учетных записей в учетной системе разбросаны по разным таблицам на разных машинах. Затем логически разделите учетные записи с горячими точками на несколько учетных записей, чтобы разделенные учетные записи были распределены по разным таблицам на разных машинах. Горячая учетная запись становится несколькими учетными записями, что снижает популярность учетной записи.
Благодаря распределенному кэшированию часть замороженных средств торговца помещается в распределенный кэш, и кэш списывает деньги в режиме реального времени. Наконец синхронизируйтесь с балансом аккаунта.
Система расчетов по бухгалтерскому учету в этой статье использует решение распределенного кэширования, в том числе: модуль обработки баланса счета в реальном времени, модуль обработки кэша баланса счета и модуль обработки плановых компенсаций.
Отвечает за запросы пользователей на вывод средств. Примените функции баланса кэша, вывода кэша баланса и сводного обновления баланса.
Чтобы предотвратить искажение баланса пользователя, вызванное исключениями кэша и другими проблемами, модуль обработки синхронизации регулярно проверяет обработку баланса и состояние кэша приложений кэша и вызывает модуль обработки баланса в реальном времени для обновления баланса пользователя по истечении срока действия кэша.
Данные расчетов по счету разделяются по назначению:
Правила разделения таблиц базы данных на основе горячих учетных записей и основных требований:
Сначала выполните разделение по атрибутам клиентов:
С учетом меняющихся правил выставления счетов и расчетов у торговцев разработана стандартная инструкция алгоритма. Эта инструкция может выполнять такие операции, как числовое сравнение, четыре арифметические операции и присвоение данных. Набор стандартов комбинации алгоритмов также предназначен для объединения нескольких алгоритмов в стратегию выполнения алгоритма в соответствии со стандартами. При выполнении каждой инструкции алгоритма, включенной в стратегию алгоритма, завершается логика выставления счетов и расчетов.
Подписывайтесь на меня и следите за этой серией рубрик, мы продолжим следующую!
Об авторе: технический эксперт и архитектор государственного предприятия в Шанхае, имеющий передовой опыт исследований и разработок в серверной части многих крупных производителей, ведущий блоггер-эксперт в крупных технических сообществах и основатель Programming Select Network. Он имеет богатый опыт руководства командами и глубокое накопление бизнес-структур и решений.
ссылка:
Эта статья опубликована на платформе Blog One Article Multiple Posting Platform. OpenWrite выпускать!