AK
Аааа, вам не важно, что данные обновились, если вы пошли назад, тогда никаких проблем нет, просто если человек пошёл назад - пусть данные хранятся у него а в БД не обновляются
Size: a a a
2020 April 23
AK
Просто рест контроллер, который двигает заявку вперёд, принимает на вход анкету клиента, а который двигает назад - не принимает ничего
А
В любой момент пока работает клиент, да. Дошел, например, он до сохранения клиенских данных, ему стало лень и он ушел со страницы онлайн оформления. В банке это видят и через некоторе время звонят клиенту с предложением продолжить оформление заявки - follow-up. И мы поднимаем наш фронт уже в нужной точки процесса.
AK
Да, как раз у вас процесс остановится на юзер таске, просто её сделает не клиент а сотрудник банка
RG
Как альтернатива Spring https://github.com/NovatecConsulting/micronaut-camunda-bpm
А
Просто рест контроллер, который двигает заявку вперёд, принимает на вход анкету клиента, а который двигает назад - не принимает ничего
Да, всё иверно. Назад это простое событие без обновления переменных о том, что надо вернуться на шаг назад
AK
Почему все пытаются закопать Spring? 🤷🏿♂️
А
Да, как раз у вас процесс остановится на юзер таске, просто её сделает не клиент а сотрудник банка
Да, всен так
AK
Да, всё иверно. Назад это простое событие без обновления переменных о том, что надо вернуться на шаг назад
Ну так задачу-то он завершил решив не сохранять клиента а вернуться к выбору продукта. Он же не работает больше над задачей "выбор клиента", а приступил к работе над задачей "выбор продукта"
А
Почему все пытаются закопать Spring? 🤷🏿♂️
Со спрингом не знаком, если честно)) у нас стек на дотнет, а камунду рассматриваем как отдельный сервер.
А
Ну так задачу-то он завершил решив не сохранять клиента а вернуться к выбору продукта. Он же не работает больше над задачей "выбор клиента", а приступил к работе над задачей "выбор продукта"
Ну как он ее решил, если он не сохранил. Я рассматриваю это как отложил на позже, тк ошибся с выбором продукта например и надо вернуться.
AK
А если он на выборе продукта решит бросить всё?) Тогда никакого "отложил на попозже" не будет =)
AK
Есть задача - перейти с неё куда-то ещё можно только приняв какое-то решение, в вашем случае это решение вернуться к выбору продукта =)
А
А если он на выборе продукта решит бросить всё?) Тогда никакого "отложил на попозже" не будет =)
А там и не нужно. Главное, что у нас есть точка куда попал клиент и по какой-то причине перестал оформлять продукт. Дальше это увидит сотрудник банка и продолжит оформление с клиентом в рамках фоллоуап.
А
Процесс остановится на выборе продукта и потом мы его подхватим в нашем фронте.
RG
Почему все пытаются закопать Spring? 🤷🏿♂️
Толстоват и много легаси. Микронавт это переосмысление лучшего в спринге + современные подходы + котлин +быстрый старт
2020 April 24
R
Мы для возвращения на таску n используем
startBeforeActivity(activityId)... но только для обработки ошибок которые не связаны с бизнесом.R
Можно почти в любое место процесса прыгнуть с его помощью. Читерский метод
Л
Здрасьте. Нет-ли где готового варианта service task коннектора http который бы кидал ексепшены на 4** и 5** коды ответов?
2020 April 29
В
коллеги, всем хорошего дня )