1. Легенда:
1.1. ЗФА - зарплатный файл акцепта
1.2. ЗП - зарплатный проект
2. Алгоритм работы
2.1. 1. Из админки запустить скрипт обновления организаций(если организации небыло добавлено)
2.2. 2. Прислать ответственному лицу в организации временный пароль
2.3. 3. Из админки запустить скрипт обновления пользователей
2.4. 4. Бухгалтер на сайте должен занести суммы оплат для каждого пользователя(аналог регулярных платежей)
2.5. 5. Бухгалтер втягивает на сайт информацию о зарплате в разрезе табельных номеров
2.6. 6. Бухгалтер на сайте формирует платежи, которые заносятся во временную таблицу. Структура таблицы аналогична plat. Во время каждого нового формирования все старые платежи удаляются. Если В текущем месяце платежи были отправлены в plat, то формирование временных платежей запрещено. Дополнение: запрещать формирование платежей запрещать не нужно. Надо предупредить когда было выполнено последнее формирование и кем!!!
2.7. 6. Бухгалтер на сайте строит предварительный список по данным из временной таблицы. Список аналогичен архиву платежей. Также должна быть возможность детального просмотра платежей по человеку(аналог "Детальний опис транзакції")
2.7.1. 7а. Если список построен правильно, переместить платежи из временной таблицы в plat
2.7.1.1. После перемещения платежей в таблицу plat, очистить суммы заработной платы пользователей. Чтобы при следующем формировании платежей НЕОБХОДИМО было заново ввести эти суммы.
2.7.2. 7б. Если список неправильный, бухгалтер может изменить настройки платежей пользователей(при этом удалить/очистить предварительный список)
2.8. 8. Действия бухгалтера закончены
2.9. 9. Из админки запустить процедуру создания ЗФА. После формирования файла отправить его в банк
2.10. 10. Банк обрабатывает файл ЗФА (подтверждает/отрицает наличие денег на транзитном счету)
2.11. 11. В админке сайта получаем информацию о подтверждении/отрицании файла ЗФА
2.12. 12. С сайта отправить платежи на консолидацию
2.13. 13. Банкир в Комбанк-2 после консолидации печатает квитанции
3. Админка
3.1. Регистрация новой организации
3.1.1. Загрузка с главного сервера информации о новой организации
3.1.2. Оптравка информации о регистрации ответственному лицу(бугалтеру)
3.2. Втягивание новых пользователей
3.3. Файл акцепта
3.3.1. Формирование и отправка ЗФА исходя из платежей в таблице plat
3.3.2. Втягивание информации о результате обработки ЗФА
3.4. Отправка платежей на консолидацию
3.4.1. Изменений в данном пункте нет. Платежи отправляются в консолидатор, как обычные
4. Форма "Все работники"
4.1. Редактирование услуг по конкретному работнику
4.2. Удаление пользователя из системы "Зарплатный проект"
4.2.1. После удаления пользователя из "Зарплатного проекта" человеку доступно использование "Регулярных платежей"
4.2.1.1. Дополнение: пока пользователь является участником ЗП, функционал Интернет-комунала не доступен вообще
5. Формирование платежей
5.1. Втягивание информации о сумме заработной платы
5.1.1. Заметка для разработчика: поскольку предварительный просмотр платежей может строиться несколько раз, а информация о заработной плате остается неизменной, потому информацию о заработной плате логично сохранить для каждого пользователя(втягивать один раз в месяц, но дать возможность перевтянуть). Причем эта информация должна соответствовать определенному месяцу. То есть для каждой организации должно быть свойство "Текущий месяц" и статус "Платежи были сформированы в этом месяце"
5.2. Предварительный просмотр платежей
5.3. После подтверждения правильности, формирование платежей и занесение их в таблицу оплат с пометкой "Зарплатный проект"
5.3.1. Вопрос! Можно ли эту процедуру выполнять несколько раз в месяц. Допустим для случая, когда пару человек небыли внесены в список и теперь хотят оплатить услуги, а платежи для остальных работников уже сформированы