Перейти к основному содержимому

Описание процессов, обеспечивающих поддержание жизненного цикла программного обеспечения «БанкСклад»

Версия документа: 0.1
Дата подготовки: 2026-05-28
Дата утверждения: 2026-05-28
Правообладатель: ИП Рыбин Анатолий Сергеевич
ИНН: 344597418038
ОГРНИП: 322344300063718
Программное обеспечение: «БанкСклад»
Версия ПО: 2.0

1. Общие сведения​

Жизненный цикл ПО «БанкСклад» включает разработку, тестирование, выпуск обновлений, эксплуатационную поддержку, мониторинг, устранение неисправностей, сопровождение пользовательских интеграций и развитие функциональности.

ПО предоставляется как интернет-сервис. Серверная инфраструктура, исходный код, сборка, настройка окружений и выпуск обновлений сопровождаются правообладателем.

2. Разработка и управление изменениями​

Разработка ПО ведется с использованием системы контроля версий Git. Изменения вносятся в исходный код в виде отдельных задач и фиксируются в истории репозитория.

Типовой процесс изменения:

  1. Формирование задачи или требования.
  2. Анализ влияния на пользовательские сценарии, интеграции и данные.
  3. Разработка изменения в отдельной ветке или рабочем контуре.
  4. Проверка работоспособности в dev-контуре.
  5. Ревизия изменений перед выпуском.
  6. Выпуск в production-контур.
  7. Мониторинг поведения после выпуска.

3. Тестирование​

Перед выпуском изменений выполняются проверки, соответствующие характеру изменения:

  • проверка API-методов;
  • проверка установки и открытия приложения через «МойСклад»;
  • проверка импорта платежей;
  • проверка экспорта платежей;
  • проверка авторизации в прямых банковских интеграциях;
  • проверка обработки регулярных выписок;
  • проверка исключений и фильтров;
  • проверка уведомлений;
  • проверка отсутствия утечек секретов и персональных данных в логах.

Для отдельных сценариев используются dev/prod-like окружения и тестовые данные. Реальные production-секреты не используются в публичных документах и демонстрационных материалах.

4. Выпуск обновлений​

ПО развивается без необходимости установки обновлений на стороне пользователя. Обновления серверной части выпускаются правообладателем в инфраструктуре размещения.

Обновления могут включать:

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

При существенных изменениях функциональности обновляются публичная документация, инструкции и описание ПО.

5. Устранение неисправностей​

Неисправности выявляются следующими способами:

  • обращение пользователя в поддержку;
  • мониторинг ошибок серверной части;
  • анализ журналов обработки интеграций;
  • проверка неуспешных авторизаций и банковских запросов;
  • анализ обращений банковских API;
  • ручная проверка проблемного сценария в тестовом или пользовательском контуре.

Типовой процесс устранения:

  1. Регистрация обращения или события.
  2. Сбор контекста: аккаунт, организация, банк, тип интеграции, период, операция.
  3. Проверка журналов и статусов интеграции.
  4. Воспроизведение ошибки, если это возможно без доступа к конфиденциальным данным.
  5. Подготовка исправления или инструкции пользователю.
  6. Проверка исправления.
  7. Выпуск изменения.
  8. Уведомление пользователя о результате.

6. Техническая поддержка​

Поддержка пользователей осуществляется по контактам, указанным на странице ПО и в карточке приложения.

Каналы поддержки:

  • электронная почта: support@datasklad.com;
  • Telegram-чат DataSklad;
  • сообщения пользователя через доступные каналы «МоегоСклада», если применимо.

Поддержка помогает пользователям:

  • установить и открыть приложение;
  • настроить интеграцию с банком;
  • проверить регулярную выписку;
  • разобраться с ошибками авторизации;
  • проверить корректность реквизитов;
  • настроить исключения;
  • разобраться с дублями и отсутствующими платежами.

7. Персонал, необходимый для сопровождения​

Для сопровождения ПО необходимы следующие роли:

  • разработчик backend/API;
  • специалист по интеграциям с «МоимСкладом»;
  • специалист по банковским интеграциям;
  • специалист технической поддержки;
  • администратор инфраструктуры.

В малой команде несколько ролей могут выполняться одним специалистом при наличии соответствующей квалификации.

8. Мониторинг и журналы​

В ходе эксплуатации используются журналы обработки запросов, событий интеграций, ошибок авторизации, банковских операций и взаимодействия с «МоимСкладом».

Журналы используются для:

  • диагностики ошибок;
  • контроля успешности импорта и экспорта;
  • анализа производительности;
  • расследования проблем пользователя;
  • проверки стабильности после выпуска обновлений.

В журналах не должны сохраняться production-секреты, токены, пароли и иные данные, не требующиеся для диагностики.

9. Резервирование и восстановление​

Для устойчивой эксплуатации ПО используются средства инфраструктуры размещения, резервное копирование данных и разделение окружений.

Минимальные процессы восстановления:

  • восстановление серверной части из актуального контейнера или исходного кода;
  • восстановление базы данных из резервной копии;
  • восстановление параметров окружения из защищенного хранилища;
  • повторная проверка интеграций после восстановления.

10. Совершенствование ПО​

Развитие ПО выполняется на основании:

  • обращений пользователей;
  • изменений API банков;
  • изменений API и Vendor API «МоегоСклада»;
  • внутренних задач по надежности и безопасности;
  • анализа ошибок и повторяющихся проблем;
  • требований новых банковских интеграций.

11. Безопасность сопровождения​

При сопровождении ПО используются следующие принципы:

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