доработка действия "Распределить платежи по процессам на основании ожидаемых платежей" (распределение платежей по нескольким процессам при сохранении исходного платежа)
доработка действия "Распределить платежи по процессам на основании ожидаемых платежей" (распределение платежей по нескольким процессам при сохранении исходного платежа)
нужно доработать действие "Распределить платежи по процессам на основании ожидаемых платежей" таким образом, чтобы действие автоматически разносило большие платежи на несколько процессов и при этом основной платеж сохранялся
для этого добавить в действие:
- галочку "Автоматически создавать субплатежи в соответствии с ожидаемыми если было найдено несколько ожидаемых платежей согласно настроенных условий подбора"
- поле "метод", состоящее из вариантов "сперва погашать более ранние (FIFO)" и "сперва погашать более поздние (LIFO)"
при включении данной галочки
должно произойти
1. фактический платеж, который обрабатывается, помечается как виртуальный
2. Если в поле "метод" выбрано "сперва погашать более ранние (FIFO)", то отсортировать ожидаемые по дате создания по возрастанию иначе, если "сперва погашать более поздние (LIFO)" , то отсортировать "По убыванию"
3. создается столько субплатежей, на сколько хватает суммы исходного платежа для покрытия имеющихся ожидаемых платежей (учесть сортировку из п.2.)
4. субплатежи привязываются к исходному платежу. Пометка "виртуальный", на них не устанавливается. В суб платежи копируются данные из исходного платежа, такие как: дата платежа, аккаунт, валюта, курс, категория платежа, тип и клиент
вот общее ТЗ, в рамках которого выставляется данная задача https://docs.google.com/document/d/1oHfWRP1vYGmXb2CmqicpiEbLOkUlfFWjvd6UyEET2XU/edit?usp=sharing
макет https://www.figma.com/file/8rgRpCkKzcagoBkYO5biUU/Untitled?node-id=1%3A9
нужно доработать действие "Распределить платежи по процессам на основании ожидаемых платежей" таким образом, чтобы действие автоматически разносило большие платежи на несколько процессов и при этом основной платеж сохранялся для этого добавить в действие: - галочку "Автоматически создавать субплатежи в соответствии с ожидаемыми если было найдено несколько ожидаемых платежей согласно настроенных условий подбора" - поле "метод", состоящее из вариантов "сперва погашать более ранние (FIFO)" и "сперва погашать более поздние (LIFO)" при включении данной галочки должно произойти 1. фактический платеж, который обрабатывается, помечается как виртуальный 2. Если в поле "метод" выбрано "сперва погашать более ранние (FIFO)", то отсортировать ожидаемые по дате создания по возрастанию иначе, если "сперва погашать более поздние (LIFO)" , то отсортировать "По убыванию" 3. создается столько субплатежей, на сколько хватает суммы исходного платежа для покрытия имеющихся ожидаемых платежей (учесть сортировку из п.2.) 4. субплатежи привязываются к исходному платежу. Пометка "виртуальный", на них не устанавливается. В суб платежи копируются данные из исходного платежа, такие как: дата платежа, аккаунт, валюта, курс, категория платежа, тип и клиент
Что-то у вас на макете слишком много лишнего, что не описано в задаче - к чему этот макет в описании? Если должны быть ещё настройки согласно макету - будьте добры их описать.
[quote]
Перегиняк Александр писал/а:
макет https://www.figma.com/file/8rgRpCkKzcagoBkYO5biUU/Untitled?node-id=1%3A9
[/quote]
Что-то у вас на макете слишком много лишнего, что не описано в задаче - к чему этот макет в описании? Если должны быть ещё настройки согласно макету - будьте добры их описать.
Тындык Максим Вадимович писал/а: Что-то у вас на макете слишком много лишнего, что не описано в задаче - к чему этот макет в описании? Если должны быть ещё настройки согласно макету - будьте добры их описать.
Вижу что вы изначально большое ТЗ подробили на задачи, чтобы получить бесплатные ответы на форуме - хитро)
Перегиняк Александр писал/а: 1. фактический платеж, который обрабатывается, помечается как виртуальный
3. создается столько субплатежей, на сколько хватает суммы исходного платежа для покрытия имеющихся ожидаемых платежей (учесть сортировку из п.2.)
а если сумма ожидаемых платежей будет меньше чем фактический платёж? если делать виртуальным при не полном разделении - получим же фактическую недостачу суммы платежа в OneBox, чем в реальности
Перегиняк Александр писал/а: - поле "метод", состоящее из вариантов "сперва погашать более ранние (FIFO)" и "сперва погашать более поздние (LIFO)"
+1 час к предыдущим оценкам при условии реализации пункта о создании подплатежей
[quote]
Тындык Максим Вадимович писал/а:
Что-то у вас на макете слишком много лишнего, что не описано в задаче - к чему этот макет в описании? Если должны быть ещё настройки согласно макету - будьте добры их описать.
[/quote]
Вижу что вы изначально большое ТЗ подробили на задачи, чтобы получить бесплатные ответы на форуме - хитро)
Здесь https://crm-onebox.com/ru/support/finances/5071-dorabotat-deystvie-quotraspredelit-platezhi-po-protsessam-na-osnovanii-ozhidaemih-platezheyquot-podbor-po-neskolkim-usloviyam/ ответил по мультинастройке
По данной задаче вопрос:
[quote]
Перегиняк Александр писал/а:
1. фактический платеж, который обрабатывается, помечается как виртуальный
3. создается столько субплатежей, на сколько хватает суммы исходного платежа для покрытия имеющихся ожидаемых платежей (учесть сортировку из п.2.)
[/quote]
а если сумма ожидаемых платежей будет меньше чем фактический платёж? если делать виртуальным при не полном разделении - получим же фактическую недостачу суммы платежа в OneBox, чем в реальности
[quote]
Перегиняк Александр писал/а:
- поле "метод", состоящее из вариантов "сперва погашать более ранние (FIFO)" и "сперва погашать более поздние (LIFO)"
[/quote]
+1 час к предыдущим оценкам при условии реализации пункта о создании подплатежей
Тындык Максим Вадимович Администратор писал/а: Что-то у вас на макете слишком много лишнего, что не описано в задаче - к чему этот макет в описании? Если должны быть ещё настройки согласно макету - будьте добры их описать.
это макет финального результата, который описан в комплексном ТЗ (по ссылке)
[quote]
Тындык Максим Вадимович
Администратор писал/а:
Что-то у вас на макете слишком много лишнего, что не описано в задаче - к чему этот макет в описании? Если должны быть ещё настройки согласно макету - будьте добры их описать.
[/quote]
это макет финального результата, который описан в комплексном ТЗ (по ссылке)
Тындык Максим Вадимович Администратор писал/а: Вижу что вы изначально большое ТЗ подробили на задачи, чтобы получить бесплатные ответы на форуме - хитро)
сори, вы не правы. я изначально поставил комплексное ТЗ, с которым Устименко отправил меня к интегратору )))))
[quote]
Тындык Максим Вадимович
Администратор писал/а:
Вижу что вы изначально большое ТЗ подробили на задачи, чтобы получить бесплатные ответы на форуме - хитро)
[/quote]
сори, вы не правы. я изначально поставил комплексное ТЗ, с которым Устименко отправил меня к интегратору )))))
Пожалуйста, присоединяйтесь к диалогу. Если вам есть что сказать - пожалуйста, напишите комментарий. Для входа потребуется мобильный телефон и смс-код для идентификации.
Войти и написать комментарий