1b.app
Скопійоване посилання -

доопрацювання функціоналу рознесення фактичних платежів через очікувані платежі

Бізнес-вимоги
за необхідності підроблю дане ТЗ на окремі завдання згідно з блоками ТЗ
прошу оцінювати ТЗ по-блочно
Потрібно зробити так, щоб вхідні платежі, які не містять прив'язки до процесу, автоматично прив'язувалися до процесів через очікувані платежі. Підбір відповідного платежу повинен виконуватись за низкою умов, наприклад
- по клієнту очікуваного платежу (підбір клієнта через поля та реквізити контакту)
- за сумою очікуваного платежу
- за датою очікуваного платежу
а так само зробити так, щоб великі платежі розносилися на кілька маленьких за наявними очікуваними і в картку клієнта-платника записувалися дані з отриманого фактичного платежу для її збагачення та більш точного підбору в подальшому
Щоб реалізувати цей сценарій необхідно
1. доопрацювати функціонал очікуваних платежів. а саме в дію "Сформувати очікуваний платіж" додати поле "Брати клієнта очікуваного платежу з доп.поля замість поля "клієнт процесу". При заповненні даного поля клієнтом очікуваного платежу буде проставлено той контакт, який був вказаний у відповідному додатковому полі процесу. Для цього необхідно додати до таблиці очікуваних платежів поле, в якому зберігатиметься id контакту очікуваного платежу
2. доопрацювати дію імпорту платежів з приват24 таким чином, щоб можна було вказати в яке додаткове поле платежу записати те чи інше значення поля виписки
3. доопрацювати дію "Розподілити платежі за процесами на підставі очікуваних платежів" таким чином, щоб
3.1.Підбір відповідного платежу виконувався на підставі виконання низки умов, зокрема:
- за полями контакту з очікуваного платежу та реквізитами з фактичного платежу
- за датою очікуваного платежу та датою платежу фактичного
- за сумою очікуваного платежу та сумою платежу фактичного
3.2. відбувався розподіл фактичного платежу на стільки платежів, скільки вистачить суми фактичного платежу покриття наявних очікуваних платежів. даний функціонал спрацьовує тільки якщо вдалося знайти очікувані платежі по контакту з факт.платежу і жодна з інших умов зв'язування не спрацювало. У такому разі основний платіж позначається як віртуальний, а на кожен очікуваний платежів, створюється окремий факт платіж, що дорівнює сумі очікуваного платежу (сума факту платежу розраховується за наступним алгоритмом:
взяти очікувані платежі клієнта, відсортувати за датою платежу за зростанням, взяти суму першого очікуваного платежу, порівняти із сумою факт. платежу, якщо сума очікуваного платежу менша, то створити факт платіж на суму очікуваного, а різницю перенести на наступний очікуваний платіж і виконати аналогічне порівняння доти, доки не спрацює умова, що сума очікуваного платежу більша за залишок фактичного, у такому разі створити платіж на суму залишку фактичного платежу.
3.3. відбувалося автоматичне доповнення даних контакту з очікуваного платежу даними з прив'язаного факту. платежу
Завдання на доопрацювання
1. доопрацювати функціонал очікуваних платежів - в дію "Сформувати очікуваний платіж" додати поле "Брати клієнта очікуваного платежу з доп.поля замість поля клієнт процесу. При заповненні даного поля клієнтом очікуваного платежу проставляється той контакт, який був зазначений у відповідному дод. поле процесу Для цього необхідно додати в таблицю очікуваних платежів поле, в якому зберігатиметься id контакту очікуваного платежу
2. доопрацювати дію імпорту платежів з приват24 "Privat24 Autoclient Виписка по рахунках" таким чином, щоб можна було вказати в яке додаткове поле платежу записати те чи інше значення поля виписки
3. доопрацювати дію "Розподілити платежі за процесами виходячи з очікуваних платежів" в такий спосіб, щоб можна було задати правила підбір платежів виходячи з виконання низки умов, зокрема:
- за полями контакту з очікуваного платежу та реквізитами з фактичного платежу
- за датою очікуваного платежу та датою платежу фактичного.
- за сумою очікуваного платежу та сумою платежу фактичного
для цього додати в дію:
таблицю, що складається з наступних стовпців порівняння
- Полі очікуваного платежу. Склад поля: Поля юр. реквізитів контакту, дод. поля контакту (список полів взяти звідси (дія "Privat24 Autoclient Виписка за рахунками")) + сума платежу + дата платежу + акаунт/рахунок + валюта
- поле "відхилення". Значення цього поля застосовується для введення похибки на дату платежу та суму платежу (аналогічно тому, що вже реалізовано)
- Умова порівняння. Список полів з "більше, менше, рівне, не рівне, більше або рівне, менше або рівне, значення немає"
- Полі фактичного платежу. Список дод. полів платежів та системних полів: дата платежу, сума платежу, акаунт/рахунок, валюта
- галочка "Обов'язкова умова". Якщо встановлено, то умова вважається обов'язковою у порівнянні *умова І"
4. доопрацювати дію "Розподілити платежі за процесами на підставі очікуваних платежів" таким чином, щоб дія автоматично розносила великі платежі на кілька процесів і при цьому основний платіж зберігався
для цього додати:
- галочку "Автоматично створювати субплатежі відповідно до очікуваних, якщо було знайдено кілька очікуваних платежів відповідно до налаштованих умов підбору"
- поле "метод", що складається з варіантів "спершу погашати більш ранні (FIFO)" і "спершу погашати пізніші (LIFO)"
при включенні цієї галочки
має статися
1. фактичний платіж, що обробляється, позначається як віртуальний
2. Якщо в полі "метод" вибрано "спершу погашати більш ранні (FIFO)", то відсортувати очікувані за датою створення за зростанням інакше, якщо "спершу погашати пізніші (LIFO)", то відсортувати "За спаданням"
3. створюється стільки субплатежів, скільки вистачає суми вихідного платежу покриття наявних очікуваних платежів (врахувати сортування з п.2.)
4. субплатежі прив'язуються до вихідного платежу. Позначка "віртуальна", на них не встановлюється. У суб платежі копіюються дані з вихідного платежу, такі як: дата платежу, обліковий запис, валюта, курс, категорія платежу, тип та клієнт
5. доопрацювати дію "Розподілити платежі за процесами на підставі очікуваних платежів" таким чином, щоб у картку контакту записувалися дані з платежів для її автоматичного наповнення даними
для цього додати галочку "доопрацювати дію "Розподілити платежі за процесами на підставі очікуваних платежів" таким чином, щоб"
якщо ця галочка включена, то
якщо вдалося знайти очікуваний платіж виходячи з обов'язкових критеріїв пошуку, потрібно значення полів платежу, задані як критерії підбору клієнта записати у відповідні поля клієнта їх очікуваного платежу, якого було прив'язаний платіж фактичний
макет https://www.figma.com/file/8rgRpCkKzcagoBkYO5biUU/Untitled?node-id=1%3A9
Оригінальне питання доступне на версії: ru

Відповіді:

Олександр
вам потрібно звернутися до інтегратора для аналізу даного ТЗ .
Або ж сплатити спілкування з розробником по даному ТЗ
24.12.2020, 16:48
Оригінальний коментар доступний на версії: ru

Перегиняк Александр
Oneboxconsulting (интегратор)

Устименко Ігор
OneBox CTO написав:
ж сплатити спілкування з розробником по даному Т

я вже не інтегратор? ))
зрозумів. буду ТЗ дробити на завдання.
25.12.2020, 18:24
Оригінальний коментар доступний на версії: ru


Перегиняк Олександр
Oneboxconsulting (інтегратор) писав/ла:

Устименко Ігор
OneBox CTO написав:
ж сплатити спілкування з розробником по даному Т

я вже не інтегратор? ))
зрозумів. буду ТЗ дробити на завдання.

ну раз ви малюєте таке ТЗ, то ви не подумали......
Якщо ви інтегратор, то накладете ваше ТЗ на функціонал і точково допрацьовуйте
28.12.2020, 13:18
Оригінальний коментар доступний на версії: ru

Будь ласка, приєднуйтесь до діалогу. Якщо вам є що сказати – будь ласка, напишіть коментар. Для входу потрібний мобільний телефон та смс-код для ідентифікації. Увійти та написати коментар