Техническое задание на разработку Системы интерактивного взаимодействия с потребителями


НазваниеТехническое задание на разработку Системы интерактивного взаимодействия с потребителями
страница7/10
ТипТехническое задание
filling-form.ru > Договоры > Техническое задание
1   2   3   4   5   6   7   8   9   10

2Модуль массовых рассылок




Общие требования


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

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

Все параметры отправки должны быть указаны в списке при его формировании.

Отправка должна запускаться по расписанию. Если при запуске предусмотрено формирование списка, то сначала запускается формирование списка. Если при формировании списка возникла ошибка, то система должна повторять формирование списка 5 раз с интервалом в 15 минут.

Система должна поддерживать многопоточность обработки списка. Один раз в минуту должна производиться проверка на наличие активных потоков и соответствие их количества заданному для плана рассылки. Если количество активных потоков меньше заданного – запускать дополнительные потоки. Активным считается поток, если существуют обработанные им записи со временем обработки не старше одного часа назад от текущего времени.

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

Планы рассылок


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

В системе должен быть интерфейс для просмотра планов рассылки в виде списка, с возможностью добавления, и редактирования планов рассылки.

Типы рассылок


- Письмо по электронной почте с вложениями

- СМС сообщения

- Формирование файлов для электронного документооборота «Контур Диадок»

- Выполнение телефонных звонков

2.1.1Письмо по электронной почте с вложениями


Для данного типа отправки должны быть заполнены параметры:

- Имя отправителя

- Обратный адрес электронной почты

- Тема письма

- Адрес электронной почты получателя(может быть несколько адресов)

- Текст письма – HTML текст

- Код алгоритма формирования подписи в письме

- Параметры вложений

Алгоритмы формирования подписи:

- От имени организации (Статический настраиваемый HTML текст)

- От имени инженера (Динамический настраиваемый HTML текст)

- От имени финансиста (Динамический настраиваемый HTML текст)
Параметры вложений:

- Ссылка на отчетную форму для отправки

- Код объекта в базе данных, для которого формируется файл

- Имя файла
Вложений может быть от 0 до 10.
Алгоритм отправки:

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

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

- Выполняются проверки на реальное существование файла и наличие данных внутри файла. Если Файл отсутствует или файл пуст (содержит менее 10 символов данных в теле файла), то в результат записывается соответствующая ошибка, отправка не выполняется.

- Формируется письмо и отправляется по электронной почте, записывается соответствующий результат.

2.1.2СМС Рассылка


Для данного типа отправки должны быть заполнены параметры:

1 № договора или лицевого счета

2 Номер телефона

3 Текст СМС сообщения
Производится проверка номера телефона перед отправкой.

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

Система должна хранить и обновлять реестр переданных номеров сотовых операторов.

Обновление осуществляется путем ежедневного скачивания и обработки файлов с SFTP сервера оператора базы данных переданных номеров. Данные для подключения к SFTP серверу оператора предоставляет Заказчик.

Отправка осуществляется через операторов сотовой связи Билайн и Мотив. Данные для подключения к операторам предоставляет Заказчик.

Если номер телефона принадлежит оператору Мотив, то рассылка СМС выполняется через оператора Мотив. Рассылка абонентам других операторов выполняется через оператора Билайн.

При успешной отправке фиксируется соответствующий результат.

Ежедневно на глубину 3 дня производится проверка доставки СМС с фиксацией соответствующего результата.
Если план отправки подразумевает отправку отчета, то по окончании обработки всего списка на электронные адреса ответственных лиц направляется отчет. В тексте письма содержится информация о количестве отправленных СМС и количестве ошибок. Во вложении файл Excel с перечнем ошибочных строк из списка рассылки. Должна быть возможность настройки набора полей во вложенным файле.

2.1.3Формирование и отправка файлов в ЭДО Контур-Диадок


Для данного типа отправки должны быть заполнены параметры:

1 № договора

2 Тип документа (Счет, счет-фактура, Акт приема-передачи, Акт сверки, Дополнительное соглашение)

3 № документа

4 Дата документа

5 Имя файла

6 Код партнера

7 наименование партнера

8 Идентификатор контрагента в системе Диадок

9 Идентификатор ящика в системе Диадок

10 Метаданные в формате XML из системы Диадок.

11 Тип отправки (Подписать и отправить, поместить в черновики, отправить и направить на подпись)

12 Код письма для объединения

13 Идентификатор ключа ЭЦП для выполнения подписи документов.
Для работы с системой Диадок используется Диадок-API(http://api-docs.diadoc.ru).
Алгоритм отправки файлов:

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

- Выполняется проверки на реальное существование файла и наличие данных внутри файла. Если Файл отсутствует или файл пуст (содержит менее 10 символов данных в теле файла), то в результат записывается соответствующая ошибка, выполняется 3 попытки создания файла не чаще чем через 15 минут каждая.

- Если в строке проставлен код для объединения в одно письмо, то система находит все строки с данным кодом и обрабатывает их, совместно используя метод объединения в одно письмо.

- Отправка производится контрагенту в указанный ящик Диадока.

- Если требуется отправка с подписанием ЭЦП, то производится подписание указанной ЭЦП.

- Если во время отправки возникает ошибка, то она должна фиксироваться в соответствующей строке списка отправки. Отправка при этом не должна останавливаться. После завершения обработки всего списка система должна выполнить три повторных попытки отправки файлов, которые не удалось успешно отправить.

- При успешной отправке необходимо записать в список ссылку на документ в Диадоке соответствующий обработанной строке, и метаданные документа.

Система должна ежедневно проверять состояние отправленных ранее документов, глубина проверки задается администраторов в зависимости от типа документа.

В зависимости от типа отправки, типа отправляемого документа и результата проверки система должна выполнять заданные администратором действия:

1 Направить уведомление инженеру обслуживающему сделку о результате подписания документа.

2 Выполнить изменения в базе данных ОИК «Сбыт». Должна быть возможность описания необходимый изменений на языке TSQL или C# с использованием данных плана отпарвки.
В зависимости от типа документа при передаче в Диадок должны использоваться соответствующие методы с заполнением дополнительных атрибутов.


2.1.4Выполнение телефонных звонков


Для данного типа отправки должны быть заполнены параметры:

1 № договора

2 Наименование контрагента

3 № телефона

4 Тип телефона (городской или сотовый)

5 Тип сообщения (Код)

6 Сумма задолженности

7 Дата, до которой необходимо погасить задолженность

8 Дата задолженности – т.е. дата, на которую зафиксирована ДЗ.

Алгоритм обработки плана:

При обработке каждой строки выполняется HTTP запрос на сервер Заказчика, параметры передаются методом POST.

Результат записывается в соответствующую строку.

По окончании обработки списка выполняется 2 повторных попытки обработки записей с неуспешной первой попыткой.

Данные для выполнения HTTP запроса предоставляет Заказчик.
1   2   3   4   5   6   7   8   9   10

Похожие:

Техническое задание на разработку Системы интерактивного взаимодействия с потребителями iconТехническое задание на разработку и внедрение информационной производственной...
Требования к унификации и стандартизации взаимодействия пользователей с системой 58

Техническое задание на разработку Системы интерактивного взаимодействия с потребителями iconТехническое задание на создание/развитие информационной системы на 60 листах
Перечень нормативно-технических документов, методических материалов, регламентирующих разработку Системы 4

Техническое задание на разработку Системы интерактивного взаимодействия с потребителями iconТехническое задание на разработку веб-системы для компании ОАО «охк «уралхим»

Техническое задание на разработку Системы интерактивного взаимодействия с потребителями iconТехническое задание на разработку веб-системы (сайта) г. Хабаровск...

Техническое задание на разработку Системы интерактивного взаимодействия с потребителями iconЗакон Российской Федерации от 26. 03. 2003 №35-фз «Об электроэнергетике»
Целью данного стандарта является установление единых требований к качеству обслуживания, порядка взаимодействия с потребителями,...

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

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

Техническое задание на разработку Системы интерактивного взаимодействия с потребителями iconТехническое задание на разработку веб-сайта к договору XXXXXXXXX от «xx»
Настоящий документ, далее именуемый «Техническое Задание», или «ТЗ», является неотъемлемой частью Договора. Все работы по Договору...

Техническое задание на разработку Системы интерактивного взаимодействия с потребителями iconТехническое задание на оказание услуг по системному сопровождению...
Настоящее техническое задание (далее – Техническое задание) регламентирует требования к оказанию услуг по системному сопровождению...

Техническое задание на разработку Системы интерактивного взаимодействия с потребителями iconТехническое задание на проведение работ по объекту «Текущий ремонт...
Настоящее техническое задание определяет требования, предъявляемые к текущему ремонту системы эхз пк «Шесхарис»

Вы можете разместить ссылку на наш сайт:


Все бланки и формы на filling-form.ru




При копировании материала укажите ссылку © 2019
контакты
filling-form.ru

Поиск