Формирование отчетов
Для отправки в виде вложений должны быть разработаны отчетные формы идентичные существующим:
1 Счет
2 Счет-фактура
3 Акт приема- передачи
4 Акт сверки
5 Дополнительное соглашение для ЭДО
6 Квитанция
7 Договор/контракт
8 Приложение 2 к договору/контракту
9 Приложение 2А к договору/контракту
Для просмотра информации о результатах рассылок должны быть разработаны отчеты для каждого типа рассылки.
История запуска рассылок
Система должна сохранять историю запуска планов рассылок, время выполнения, список пакетов и количество обработанных ими строк.
Выполняемые рассылки и потоки
При просмотре списка планов рассылок, должна быть возможность просмотра состояния текущей отправки, списка активных потоков и количества обработанных ими записей.
3Модуль онлайн платежей Общие требования 3.1.1Интернет эквайринг
Должно поддерживаться два варианта работы
1 Инициация платежа из личного кабинета для выбранного счета
Система должна формировать ссылку для перехода на страницу банка-эквайера и принимать ответные запросы от банка. Описание протокола в приложении №3
2 Методы API
1 Запрос информации
Входной параметр: pay_id - Число от 1 до 10 знаков
Если pay_id >999999 то данные выбирать из ОИК Сбыт модуль по работе с физическими лицами, иначе из модуля по работе с юридическими лицами.
Выходные параметры: Номер договора/лицевого счета, ответственный инженер, телефон ответственного инженера, почта ответственного инженера, ответственный финансист, телефон ответственного финансиста, почта ответственного финансиста, административный район, задолженность за электроэнергию общая, задолженность за ээ текущая, задолженность за ээ просроченная, задолженность пени, задолженность за ограничения/включения, задолженность по % по ст. 317.1 ГК РФ.
2 Запрос возможности платежа
Входные параметры: Номер договора/лицевого счета, назначение платежа(текст), период (месяц и год), № счета, сумма, код услуги
Выходной параметр: ссылка для перехода на сайт банка-Эквайера, результат проверки (код), текстовый результат проверки(динамическое конфигурируемое сообщение).
В зависимости от назначения платежа должны использоваться разные коды терминалов и аккаунтов в запросах.
Система должна хранить все запросы о возможности проведения платежа и результаты проведения платежей.
3.1.1.1Взаимодействие со сборщиками платежей
В системе должна быть возможность ведения перечня методов API для сборщиков платежей, добавления новых методов и их редактирования.
Для каждого сборщика задается индивидуальное имя сервиса, настройка обязательности проверки возможности платежа, индивидуальный логин и пароль для доступа к сервису, с возможностью ограничения по IP адресам.
Взаимодействие осуществляется по протоколу HTTPS
Описание протокола в Приложении 4
Система должна хранить все запросы на проверку возможности платежа и запросы на передачу информации о платеже.
Если для сборщика платежей обязательна проверка возможности платежа, то при приеме информации о проведенном платеже система проверяет наличие и соответствие информации о проведенной проверке.
4Модуль работы с оператором ЭДО Проверка наличия партнера в системе ЭДО
Система должна ежедневно проверять информацию по всем партнерам – юридическим лицам, на наличие данных в системе ЭДО.
Взаимодействие осуществляется с использованием API методов системы Контур-Диадок.
Если партнер является клиентом Диадок, то система должна получить ИНН, КПП, Наименование, имя почтового ящика в системе Диадок, уникальный код контрагента в системе Диадок, статус контрагента в системе Диадок.
Полученная от оператора ЭДО информация должна сохраняться в системе. Если информация о контрагенте уже существует, то она должна актуализироваться с сохранением истории.
Система должна ежедневно проверять состояние отправленных в Диадок дополнительных соглашений. В заданное администратором время система должна формировать список договоров, по которым в системе Диадок за определённый период было подписано дополнительное соглашение. Используя сформированный список в ОИК Сбыт должны автоматически проставляться настройки характерные для участника электронного документооборота. Алгоритм установки настроек должен конфигурироваться сотрудниками заказчика.
|
