Проект автоматизации расчетно-кассового обслуживания коммерческого банка: Системный анализ, проектирование ИС и Технико-экономическое обоснование в условиях регуляторных требований 2025 года

Введение

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

ПРИОРИТЕТ №1: РЕЛЕВАНТНЫЙ ФАКТ

Комиссионные доходы российских банков от переводов денежных средств и РКО являются одним из ключевых источников непроцентного дохода, продемонстрировав рост на 19% (на 240 млрд рублей) за 9 месяцев 2024 года. Этот факт подчеркивает критическую важность и высокую доходность сегмента, требующего непрерывного технологического совершенствования.

Актуальность темы

Актуальность проекта автоматизации РКО определяется двумя ключевыми факторами: экономическим потенциалом и регуляторными императивами. С экономической точки зрения, РКО — это высокодоходный сегмент, рост которого напрямую зависит от скорости, точности и надежности обслуживания. Любая задержка или ошибка приводит к потере клиента и снижению комиссионного дохода. Следовательно, инвестиции в автоматизацию окупаются за счет удержания клиентской базы и повышения среднего чека.

С регуляторной стороны, с 2025 года действуют ужесточенные требования к операционной надежности. Внедрение Положения Банка России от 13.01.2025 N 850-П устанавливает пороговые значения допустимого времени простоя технологических процессов, превышение которых (более 5 минут) классифицируется как серьезный инцидент. Соответственно, устаревшие или негибкие информационные системы (ИС), подверженные частым сбоям, ставят банк под риск регуляторных санкций и потери доверия. Таким образом, проект автоматизации, основанный на современных технологиях и строгом системном анализе, является жизненно необходимым для обеспечения конкурентоспособности и соответствия требованиям ЦБ РФ.

Цель и задачи работы

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

Для достижения поставленной цели необходимо решить следующие задачи:

1. Проанализировать сущность и нормативно-правовые основы РКО, включая новейшие требования ЦБ РФ к операционной надежности (Положение № 850-П).
2. Оценить возможности и перспективы применения передовых информационных технологий (AI/ML, RPA, BPM) в процессах РКО.
3. Выполнить системный анализ предметной области, разработав инфологическую и даталогическую модели базы данных проектируемой ИС.
4. Провести детальное технико-экономическое обоснование проекта, рассчитав ключевые показатели инвестиционной эффективности (NPV, IRR), подтверждающие его целесообразность.

Теоретические и нормативно-правовые основы расчетно-кассового обслуживания в РФ

Сущность, функции и роль РКО в деятельности коммерческого банка

Расчетно-кассовое обслуживание (РКО) представляет собой комплекс банковских услуг, направленных на выполнение поручений клиентов по безналичному переводу денежных средств, а также на осуществление операций по приему и выдаче наличных денег. РКО относится к классическим банковским операциям, наряду с операциями по привлечению и размещению денежных средств во вклады.

Функции РКО:

1. Открытие и ведение счетов: Открытие текущих, расчетных и специальных банковских счетов для юридических лиц и индивидуальных предпринимателей.
2. Расчетные операции: Исполнение платежных поручений, инкассовых поручений, аккредитивов и чеков.
3. Кассовые операции: Прием и выдача наличных денежных средств, инкассация.
4. Контрольные функции: Осуществление валютного контроля, противодействие легализации (отмыванию) доходов, полученных преступным путем (ПОД/ФТ).

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

Действующая нормативно-правовая база РКО

Регулирование расчетных операций в Российской Федерации является одним из наиболее жестко структурированных сегментов банковского законодательства. Основой для организации расчетов служат Гражданский кодекс РФ и нормативные акты Центрального Банка.

Основным документом, регламентирующим порядок осуществления безналичных расчетов (перевода денежных средств) в рублях, является Положение Банка России от 29.06.2021 № 762-П «О правилах осуществления перевода денежных средств».

Положение № 762-П детально регламентирует:

• Формы и реквизиты платежных распоряжений: Устанавливает обязательные поля и порядок заполнения платежного поручения, инкассового поручения, платежного требования и других документов.
• Порядок исполнения: Определяет сроки и последовательность приема, проверки, исполнения, отзыва и аннулирования банком распоряжений клиентов.
• Очередность платежей: Регулирует очередность списания денежных средств со счета при их недостаточности.

Кредитные организации обязаны разрабатывать и утверждать внутренние документы, которые детализируют процедуры приема и исполнения распоряжений, при этом они не должны противоречить нормам Положения № 762-П. Проектируемая ИС должна быть построена на строгом соблюдении этих требований, обеспечивая правильную валидацию реквизитов и хронологическое исполнение платежей. И что из этого следует? Несоблюдение даже малейшего требования 762-П может привести к оспариванию транзакции и последующим финансовым потерям банка.

Требования к операционной надежности ИС РКО

Самым актуальным регуляторным нововведением, напрямую влияющим на проектирование банковских ИС в 2025 году, является Положение Банка России от 13.01.2025 N 850-П «Об обязательных… требованиях к операционной надежности…». Этот документ в корне меняет подход к управлению IT-рисками и непрерывности бизнеса.

Положение № 850-П устанавливает четкие количественные требования к ключевым технологическим процессам, в том числе, к РКО.

Ключевые требования Положения № 850-П:

Требование	Суть	Влияние на ИС РКО
Допустимое время простоя	Устанавливаются пороговые значения времени, в течение которого технологический процесс может быть недоступен.	Проектирование высокодоступной архитектуры, резервирование, кластеризация БД.
Критерий инцидента	Превышение допустимого времени простоя или доли деградации более чем на 5 минут классифицируется как инцидент операционной надежности.	Необходимость внедрения проактивного мониторинга, автоматического переключения на резервные мощности и систем быстрого восстановления.
Непрерывность оказания услуг	Банк обязан обеспечить устойчивость к внешним и внутренним угрозам, гарантируя минимальное прерывание критически важных услуг.	В проектируемой ИС требуется заложить механизмы автоматического бэкапа, гео-резервирования и соответствия стандартам отказоустойчивости (например, TIER III для ЦОД).

Таким образом, проектирование ИС РКО должно учитывать не только функциональные требования (исполнение платежей), но и нефункциональные — прежде всего, операционную надежность, которая становится измеримым и наказуемым показателем. Удовлетворение этих требований требует пересмотра архитектурных подходов, о чем подробнее говорится в разделе Обзор архитектуры современных АБС.

Анализ современных информационных технологий и систем автоматизации РКО

Автоматизация РКО вышла далеко за рамки классической Автоматизированной Банковской Системы (АБС). Современные решения представляют собой сложный, многоуровневый технологический комплекс, интегрированный с искусственным интеллектом и роботизацией.

Обзор архитектуры современных автоматизированных банковских систем (АБС) для РКО

Современные АБС, такие как RS-Banking или Digital Q «Расчеты», отошли от монолитной структуры, приняв компонентную и сервис-ориентированную архитектуру (SOA).

Преимущества SOA в РКО:

1. Гибкость и масштабируемость: Функциональность РКО (например, ведение счетов, обработка платежных документов, взаимодействие с ФНС/ГИС ГМП) выделяется в отдельные, слабосвязанные сервисы. Это позволяет банку быстро добавлять новые продукты или модифицировать существующие процессы без необходимости переписывать всю систему.
2. Эффективная интеграция: SOA облегчает интеграцию с внешними системами (например, СМЭВ, ДБО, системами риск-менеджмента).
3. Повышенная надежность: В случае сбоя одного компонента (сервиса), остальные части системы продолжают функционировать, что критически важно для соблюдения требований Положения № 850-П к минимальному времени простоя.

Модули современной ИС РКО обычно включают: модуль ведения счетов (картотека), модуль обработки платежей (очередь, валидация, исполнение), модуль кассовых операций и модуль отчетности (в том числе для ЦБ РФ). Какой важный нюанс здесь упускается? Монолитные АБС не могут быть быстро модифицированы для соответствия регуляторным изменениям, что в условиях 2025 года, полного новых требований, является не просто неудобством, а прямым фактором риска.

Интеграция AI/ML для повышения эффективности и снижения рисков

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

Инвестиции финсектора в ИИ стремительно растут, достигая 56,8 млрд рублей за год в России. Этот тренд оправдан высокой отдачей: в крупных банках доходы, генерируемые моделями ИИ, превышают затраты на их производство более чем в 5 раз.

Конкретные применения AI/ML в РКО:

Область применения	Функция AI/ML	Эффект для РКО
Кредитный скоринг МСБ	Анализ большого числа неструктурированных данных клиента (транзакции, активность по счету) для оценки кредитоспособности.	Ускорение принятия решений по краткосрочному кредитованию МСБ (например, Сбербанк использует ИИ для 80% таких решений), снижение кредитного риска.
Обнаружение мошенничества (Fraud Detection)	Моделирование нормального поведения клиента и выявление аномалий в режиме реального времени.	Минимизация потерь от несанкционированных операций, повышение безопасности РКО, соответствие требованиям ПОД/ФТ.
Финансовая аналитика	Прогнозирование ликвидности, анализ структуры комиссионных доходов, персонализация тарифов.	Оптимизация тарифной политики, повышение лояльности клиентов, увеличение доходности сегмента.

Интеграция AI в проектируемую ИС РКО позволит перейти от реактивного контроля к проактивному управлению рисками и доходами.

Применение RPA и BPM для роботизации бизнес-процессов РКО

Для автоматизации повторяющихся, рутинных операций в РКО используются системы управления бизнес-процессами (BPM) и технологии роботизации процессов (RPA).

Системы BPM (Business Process Management), такие как ELMA365 BPM, позволяют формализовать и автоматизировать сквозные процессы банка, обеспечивая их сквозной контроль и прозрачность.

Роботизация процессов (RPA) использует программных роботов для имитации действий человека в существующих IT-системах. Это позволяет достичь точности до 96% в выполнении рутинных операций, что является критически важным для финансовых расчетов. Разве не в этом кроется ключ к устранению операционных ошибок, которые так строго отслеживает регулятор?

Кейсы применения RPA в РКО:

1. Автоматизация KYC (Знай своего клиента): Роботизация сбора, проверки и ввода данных клиента при открытии счета, что значительно ускоряет онбординг (процесс подключения).
2. Обработка претензий и запросов: Робот автоматически регистрирует запрос, ищет нужные транзакции в АБС и формирует шаблонный ответ или направляет задачу нужному сотруднику.
3. Сверка отчетов и контроль дебиторской задолженности: Роботы выполняют рутинную сверку данных между внутренними и внешними системами, снижая операционные ошибки, которые могли бы нарушить финансовую целостность и привести к сбоям, запрещенным Положением № 850-П.

Внедрение RPA и BPM в ИС РКО напрямую снижает операционные издержки, минимизирует человеческий фактор и повышает скорость обслуживания.

Системный анализ и проектирование базы данных ИС РКО

Системный анализ является фундаментальным этапом разработки ИС, определяющим ее логическую структуру и целостность данных. Этот процесс включает инфологическое и даталогическое моделирование.

Построение инфологической модели (ИМ) предметной области

Инфологическая модель (ИМ) — это семантическое, абстрактное представление о данных, которое описывает объекты (сущности) предметной области РКО и связи между ними, не привязываясь к конкретной СУБД. ИМ часто представляется в виде ER-диаграммы (Сущность-Связь), которая наиболее естественна для понимания специалистами предметной области (бухгалтерами, операционистами).

Ключевые сущности ИС РКО:

Сущность	Атрибуты (Пример)
Клиент	ИНН (Ключ), Наименование, Юридический адрес, Контактные данные, Статус (ЮЛ/ИП).
Счет	Номер счета (Ключ), Валюта, Дата открытия, Дата закрытия, Признак блокировки, Ссылка на Клиента (Внешний ключ).
Платежное_поручение	Номер документа (Ключ), Дата, Сумма, Назначение платежа, Статус исполнения, Ссылки на Счет отправителя и Получателя.
Операция	ID Операции (Ключ), Тип операции (Кассовая/Безналичная), Дата и время проводки, Сумма, Ссылка на Платежное поручение.
Тарифный_план	ID Тарифа (Ключ), Наименование, Стоимость обслуживания, Комиссия за перевод, Лимиты.

Пример связей (в формате Краткого Описания ER-Диаграммы):

• Клиент (1) — Счет (М): Один клиент может иметь много счетов.
• Счет (1) — Платежное_поручение (М): Со счета может быть отправлено много платежных поручений.
• Платежное_поручение (1) — Операция (1): Каждое поручение генерирует одну или несколько финансовых операций.
• Клиент (1) — Тарифный_план (1): Каждый клиент привязан к одному тарифному плану (или плану по умолчанию).

Разработка даталогической модели (ДМ) и нормализация базы данных

Даталогическая модель (ДМ), или логическая модель, является результатом преобразования инфологической модели в структуру, понятную для реляционной СУБД (например, PostgreSQL или Oracle). ДМ описывает схему базы данных — набор таблиц (отношений), их атрибуты и связи.

Критически важным этапом перехода от ИМ к ДМ является нормализация. Нормализация — это процесс поэтапного преобразования схемы отношений для исключения избыточности и аномалий (добавления, удаления, модификации) данных.

Цель нормализации: Достижение Третьей нормальной формы (3НФ) или Нормальной формы Бойса-Кодда (НФБК).

3НФ достигается, когда:

1. Отношение находится во 2НФ.
2. Все неключевые атрибуты функционально зависят только от потенциального ключа и не зависят транзитивно от других неключевых атрибутов.

Например, если в таблице Счет хранить ФИО менеджера, который его открыл, и его контактный телефон, то Телефон будет зависеть от Менеджера, а не от ключа Номер счета. Это приведет к транзитивной зависимости и необходимости декомпозиции: создания отдельной таблицы Менеджеры.

Влияние нормализации на ИС РКО:

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

Таким образом, правильно спроектированная и нормализованная ДМ является основой для надежной и высокопроизводительной ИС, способной соответствовать жестким требованиям ЦБ РФ (Положение № 850-П).

Функциональная модель и описание требований к ИС

Функциональная модель описывает, какие функции должна выполнять проектируемая ИС РКО. Обычно она представляется в виде иерархического дерева функций.

Дерево функций ИС РКО (Укрупненно):

1. Управление Клиентами и Счетами
   • 1.1. Открытие/Закрытие счетов (с контролем KYC/AML).
   • 1.2. Изменение реквизитов клиента.
   • 1.3. Ведение картотеки счетов.
2. Расчетные Операции
   • 2.1. Прием платежных документов (ДБО/операционист).
   • 2.2. Валидация и контроль реквизитов (согласно 762-П).
   • 2.3. Исполнение платежей (формирование проводок).
   • 2.4. Управление очередью платежей (согласно очередности, установленной ГК РФ).
3. Кассовое Обслуживание
   • 3.1. Прием/Выдача наличных.
   • 3.2. Учет кассовых лимитов.
4. Взаимодействие с Регуляторами
   • 4.1. Формирование отчетности для ЦБ РФ.
   • 4.2. Обмен данными с ФНС и ГИС ГМП.

Требования к аппаратному и программному обеспечению:

Для реализации проекта автоматизации ИС РКО необходим следующий стек технологий, обеспечивающий производительность и отказоустойчивость:

Категория	Требование	Обоснование
Аппаратное обеспечение	Многоядерные серверы с резервированием, не менее 128 GB RAM для БД, использование SAN/NAS для хранения данных.	Обеспечение высокой производительности при пиковых нагрузках и соблюдение требований Положения № 850-П к непрерывности работы.
Операционная система	Linux (например, CentOS/Red Hat) или Windows Server.	Выбор стабильной и безопасной серверной платформы.
СУБД	PostgreSQL или Oracle (промышленные СУБД с поддержкой транзакций и кластеризации).	Гарантия целостности данных, поддержка нормализованной ДМ и отказоустойчивости.
ПО Разработки	Java/Python (для бэкенда), React/Angular (для фронтенда), BPM-система (например, ELMA365) для управления процессами.	Использование компонентной архитектуры (SOA) и современных инструментов для реализации AI/RPA модулей.

Технико-экономическое обоснование (ТЭО) проекта внедрения ИС РКО

Технико-экономическое обоснование (ТЭО) — это документ, который доказывает техническую реализуемость, организационную целесообразность и, самое главное, экономическую эффективность проекта внедрения ИС. ТЭО отличается от бизнес-плана тем, что акцентирует внимание на инженерных и технологических аспектах, при этом финансовая оценка является решающей.

Методология и ключевые финансовые показатели ТЭО

Для оценки эффективности инвестиций в ИС используются общепринятые критерии, основанные на концепции дисконтирования денежных потоков:

1. Чистая приведенная стоимость (NPV / ЧДД): Основной показатель, отражающий разницу между суммой дисконтированных денежных притоков и суммой дисконтированных оттоков (инвестиций). Если NPV > 0, проект увеличивает стоимость банка и является эффективным.
2. Внутренняя норма рентабельности (IRR): Ставка дисконтирования, при которой NPV проекта равен нулю. Проект принимается, если IRR превышает стоимость капитала (ставку дисконтирования).
3. Дисконтированный срок окупаемости (DPP): Срок, за который дисконтированные денежные потоки проекта полностью покроют первоначальные инвестиции.

Формула расчета Чистой Приведенной Стоимости (NPV):

NPV = Σ [ CFt / (1 + R)t ] - IC

Где:

• CFt — Чистый денежный поток в периоде t.
• R — Ставка дисконтирования (стоимость привлеченного капитала).
• t — Временной период (год).
• n — Горизонт планирования проекта.
• IC — Первоначальные инвестиции (Initial Cost).

Расчет первоначальных инвестиций и чистого денежного потока

Первоначальные инвестиции (IC) включают все затраты до запуска системы в промышленную эксплуатацию.

Статья расходов (IC)	Сумма (тыс. руб.)	Обоснование
Разработка ПО и интеграция	5 000	Затраты на проектирование, кодирование, тестирование, интеграцию с АБС.
Оборудование и лицензии	2 500	Закупка серверного оборудования, лицензии на СУБД и BPM-системы.
Обучение персонала	500	Тренинги для операционистов и IT-специалистов.
ИТОГО Первоначальные Инвестиции (IC)	8 000

Прогнозирование Чистого Денежного Потока (CFt):

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

Источники экономического эффекта:

1. Снижение операционных издержек (Экономия на ФОТ): Роботизация (RPA) рутинных операций, таких как ввод платежей и KYC (с точностью до 96%), позволяет сократить штат операционистов. Пример: Экономия 1000 тыс. руб. в год.
2. Увеличение комиссионного дохода: Ускорение обработки платежей и повышение качества обслуживания (за счет AI-скоринга и персонализации) привлекает новых клиентов и увеличивает объем РКО. Пример: Увеличение дохода на 500 тыс. руб. в год.
3. Снижение рисков и штрафов (Положение № 850-П): Повышение операционной надежности (за счет нормализации БД и отказоустойчивой архитектуры) минимизирует инциденты простоя (более 5 минут), исключая потенциальные штрафы и репутационные потери. Пример: Экономия 300 тыс. руб. в год.

Показатель	Год 1 (CF₁)	Год 2 (CF₂)	Год 3 (CF₃)
Ожидаемый эффект (тыс. руб.)	1 800	2 500	3 000

Оценка экономической эффективности

Примем ставку дисконтирования (R) равной 10% (0.10) — типичная стоимость капитала для банковского сектора. Используем трехлетний горизонт планирования.

Исходные данные:

• IC = 8 000 тыс. руб.
• R = 0.10
• CF₁ = 1 800 тыс. руб.
• CF₂ = 2 500 тыс. руб.
• CF₃ = 3 000 тыс. руб.

Расчет NPV (Чистой Приведенной Стоимости):

NPV = [ 1800 / (1+0.1)¹ ] + [ 2500 / (1+0.1)² ] + [ 3000 / (1+0.1)³ ] - 8000

1. Дисконтирование Года 1: 1800 / 1.10 = 1636.36
2. Дисконтирование Года 2: 2500 / 1.21 = 2066.12
3. Дисконтирование Года 3: 3000 / 1.331 = 2253.94

NPV = 1636.36 + 2066.12 + 2253.94 - 8000

NPV = 5956.42 - 8000 = -2043.58 тыс. руб.

Вывод по NPV:

В данном гипотетическом примере NPV оказался отрицательным (-2043.58 тыс. руб.). Это означает, что при текущей ставке дисконтирования (10%) и прогнозируемых потоках, проект не окупает первоначальные инвестиции и не увеличивает стоимость компании.

Обоснование решения:
Если NPV < 0, проект должен быть отвергнут или подвергнут пересмотру. В данном случае, необходимо:

1. Увеличить горизонт планирования до 5 лет, так как эффект от внедрения ИС нарастает постепенно.
2. Пересмотреть структуру инвестиций (IC), возможно, за счет использования более дешевого Open Source ПО (PostgreSQL вместо Oracle).
3. Пересчитать ожидаемый экономический эффект, включив более агрессивные прогнозы по экономии на штрафах и росту доходов от AI-моделей (например, использовать реальный показатель 5-кратной окупаемости AI).

Примечание: Если бы суммарный дисконтированный поток превысил 8000 тыс. руб., например, составил 9500 тыс. руб., то NPV составил бы +1500 тыс. руб., и проект был бы признан эффективным.

Заключение

Выполненный проект достиг поставленной цели: была разработана и обоснована концепция ИС автоматизации расчетно-кассового обслуживания коммерческого банка с учетом актуальных технологических и регуляторных требований 2025 года.

В ходе работы были решены следующие задачи:

1. Нормативная база: Установлено, что деятельность РКО регулируется Положением ЦБ РФ № 762-П, а ключевым требованием к проектируемой ИС является соответствие Положению № 850-П, устанавливающему жесткие лимиты на время простоя.
2. Технологии: Обоснована необходимость использования SOA-архитектуры и интеграции передовых технологий, таких как AI/ML (для скоринга и борьбы с мошенничеством) и RPA/BPM (для роботизации рутинных операций с высокой точностью), что обеспечивает конкурентное преимущество и высокую операционную эффективность.
3. Системный анализ: Разработаны основы инфологической и даталогической моделей, где ключевым этапом является нормализация базы данных до 3НФ. Это критически важно для обеспечения целостности финансовых данных и, как следствие, для соблюдения требований к операционной надежности (№ 850-П).
4. ТЭО: Проведена методологическая основа и пример расчета ключевых показателей инвестиционной эффективности, таких как NPV. В гипотетическом примере было показано, что инвестиции в размере 8 000 тыс. руб. могут оказаться недостаточными для обеспечения положительного NPV при заданном горизонте, что требует дальнейшей оптимизации проектных решений и финансовых прогнозов.

Таким образом, проект ИС РКО является технически реализуемым и организационно необходимым. Для перехода к реализации требуется дальнейшее уточнение финансовых параметров и экономического эффекта для достижения положительного значения NPV, что является финальным критерием выгодности проекта.

Список использованной литературы

1. Архангельский, А. Я. Программирование в Delphi 7 / А. Я. Архангельский. — Бином-Пресс, 2003. — 1152 с.
2. Архангельский, А. Я. Delphi 2006. Справочное пособие. Язык Delphi, классы, функции Win32 и .NET / А. Я. Архангельский. — Бином-Пресс, 2003. — 1152 с.
3. Бакнелл, Д. Фундаментальные алгоритмы и структуры данных в Delphi / Д. Бакнелл. — СПб.: Питер, 2006. — 560 с.
4. Бекаревич, Ю. Б. Самоучитель Microsoft Access 2002 / Ю. Б. Бекаревич, Н. В. Пушкина. — СПб.: БХВ-Петербург, 2002. — 720 с.
5. Бобровский, С. И. Delphi 7. Учебный курс / С. И. Бобровский. — СПб.: Питер, 2008. — 736 с.
6. Грабер, М. Введение в SQL / Пер. с англ. В. Ястребов. — Издательство «Лори», 1996. — 380 с.
7. Дарахвелидзе, П. Г. Программирование в Delphi 7 / П. Г. Дарахвелидзе, Е. П. Марков. — СПб.: БХВ-Петербург, 2003. — 784 с.
8. Кадлец, В. Delphi. Книга рецептов. Практические примеры, трюки и секреты / В. Кадлец. — СПб.: Наука и техника, 2006. — 384 с.
9. Карпов, Б. Delphi: специальный справочник / Б. Карпов. — СПб.: Питер, 2002. — 688 с.
10. Кузин, А. В. Базы данных: учеб. пособие для студ. высш. учеб. заведений / А. В. Кузин, С. В. Левонисова. — 2-е изд., стер. — М.: Издательский центр «Академия», 2008. — 320 с.
11. Кэнту, М. Delphi 7 для профессионалов / Марко Кэнту. — СПб.: Питер, 2004. — 1076 с.
12. Марков, А. С. Базы данных. Введение в теорию и методологию: Учебник / А. С. Марков, К. Ю. Лисовский. — М.: Финансы и статистика, 2006. — 512 с.
13. Михеев, Р. MS SQL Server 2005 для администраторов / Р. Михеев. — СПб.: БХВ-Петербург. — 544 с.
14. Фленов, М. Е. Программирование в Delphi глазами хакера / М. Е. Фленов. — СПб.: БХВ-Петербург, 2005. — 368 с.
15. Шпак, Ю. А. Delphi 7 на примерах / Ю. А. Шпак. — М.: Юниор, 2003. — 344 с.
16. Положение Банка России от 29.06.2021 N 762-П (ред. от 03.08.2023) «О правилах осуществления перевода денежных средств» [Электронный ресурс]. — Доступ из справ.-правовой системы «КонсультантПлюс».
17. Положение ЦБ РФ от 13.01.2025 N 850-П [Электронный ресурс]. — URL: https://kontur.ru.
18. RS-Banking V.6. Автоматизация расчетно-кассового обслуживания [Электронный ресурс]. — URL: https://softlab.ru.
19. NPV: для чего применяется и как рассчитывать [Электронный ресурс]. — URL: https://sales-generator.ru.
20. Современные проблемы расчетно-кассового обслуживания клиентов в коммерческих банках [Электронный ресурс]. — URL: https://cyberleninka.ru.
21. Технико-экономическое обоснование | ТЭО проекта [Электронный ресурс]. — URL: https://business-plan.su.