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

доопрацювання дії "Розподілити платежі за процесами на підставі очікуваних платежів" (розподіл платежів за декількома процесами при збереженні вихідного платежу)

потрібно доопрацювати дію "Розподілити платежі за процесами на підставі очікуваних платежів" таким чином, щоб дія автоматично розносила великі платежі на кілька процесів і при цьому основний платіж зберігався
для цього додати:
- галочку "Автоматично створювати субплатежі відповідно до очікуваних, якщо було знайдено кілька очікуваних платежів відповідно до налаштованих умов підбору"
- поле "метод", що складається з варіантів "спершу погашати більш ранні (FIFO)" і "спершу погашати пізніші (LIFO)"
при включенні цієї галочки
має статися
1. фактичний платіж, що обробляється, позначається як віртуальний
2. Якщо в полі "метод" вибрано "спершу погашати більш ранні (FIFO)", то відсортувати очікувані за датою створення за зростанням інакше, якщо "спершу погашати пізніші (LIFO)", то відсортувати "За спаданням"
3. створюється стільки субплатежів, скільки вистачає суми вихідного платежу покриття наявних очікув
Оригінальне питання доступне на версії: ru

Відповіді:


Перегіняк Олександр писав/ла:
макет https://www.figma.com/file/8rgRpCkKzcagoBkYO5biUU/Untitled?node-id=1%3A9

Щось у вас на макеті надто багато зайвого, що не описано у задачі – до чого цей макет в описі? Якщо мають бути ще налаштування згідно з макетом - будьте ласкаві їх описати.
28.12.2020, 10:39
Оригінальний коментар доступний на версії: ru


Тиндик Максим Вадимович писав/ла:
Щось у вас на макеті надто багато зайвого, що не описано у задачі – до чого цей макет в описі? Якщо мають бути ще налаштування згідно з макетом - будьте ласкаві їх описати.

Бачу, що ви спочатку велике ТЗ підробили на завдання, щоб отримати безкоштовні відповіді на форумі - хитро)
Тут відповів за мультинастроюванням
За цим завданням питання:

Перегіняк Олександр писав/ла:
1. фактичний платіж, що обробляється, позначається як віртуальний
3. створюється стільки субплатежів, скільки вистачає суми вихідного платежу покриття наявних очікуваних платежів (врахувати сортування з п.2.)

а якщо сума очікуваних платежів буде меншою за фактичний платіж? якщо робити віртуальним при не повному поділі - отримаємо ж фактичну нестачу суми платежу в OneBox, ніж насправді

Перегіняк Олександр писав/ла:
- поле "метод", що складається з варіантів "спершу погашати більш ранні (FIFO)" і "спершу погашати пізніші (LIFO)"

+1 година до попередніх оцінок за умови реалізації пункту створення підплат
28.12.2020, 10:49
Оригінальний коментар доступний на версії: ru

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

Тиндик Максим Вадимович
Адміністратор писав/ла:
Щось у вас на макеті надто багато зайвого, що не описано в задачі – до чого цей макет в описі? Якщо мають бути ще налаштування згідно з макетом - будьте ласкаві їх описати.

це макет фінального результату, описаний у комплексному ТЗ (за посиланням)
28.12.2020, 11:06
Оригінальний коментар доступний на версії: ru

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

Тиндик Максим Вадимович
Адміністратор писав/ла:
Бачу, що ви спочатку велике ТЗ підробили на завдання, щоб отримати безкоштовні відповіді на форумі - хитро)

сміття, ви не праві. я спочатку поставив комплексне ТЗ, з яким Устименко відправив мене до інтегратора )))))
28.12.2020, 11:06
Оригінальний коментар доступний на версії: ru

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