Архитектура бизнес-процесса: правила, сроки, обмен с внешними системами и отмена сделанного — готовая к реализации: заказать услугу у исполнителя George на бирже удаленной работы FL.RU

Ваш процесс - согласование, возврат, проверка контрагента, начисление, отгрузка - сегодня описан в трех местах сразу: часть в коде, часть в регламенте, часть в головах. Целиком его не видел никто. Поэтому "почему полгода назад решили именно так" превращается в расследование, а сдвинуть один порог - в очередь в разработку. Я раскладываю такой процесс на части и собираю обратно в виде, по которому его можно реализовать: условия, шаги, сроки, пределы попыток, обмен с внешними системами и обратные действия - в одном месте и без пропусков. Это проектная работа. На выходе документы и машиночитаемые исходники, а не работающая система. Реализуют ее ваши разработчики - переданного достаточно, чтобы делать это без меня. ЧТО ВХОДИТ В СТОИМОСТЬ - Карта процесса: до 8 шагов, у каждого - условие входа, что он обещает на выходе, срок и предел попыток - До 3 таблиц решений, суммарно до 60 правил, в машиночитаемом виде, а не картинкой - Контракты данных: состояние процесса, входные факты, поручения наружу - типами, а не описанием словами - Обмен с внешними системами: до 5 поручений, для каждого - типы запроса и ответа, срок ожидания, правило повтора, идемпотентность и способ связать ответ с процессом - Обратные действия: что чем отменяется, в каком порядке, и отдельным списком - шаги, которые необратимы в принципе - Отчет проверки: пересекающиеся правила, недостижимые условия, непокрытые входы, правила, поглощенные другими - До 20 проверочных случаев с ожидаемым исходом - Решения по реализации: что хранить между шагами, как будить процесс по относительному сроку, где именно эта конструкция ломается под нагрузкой Все сверх этого объема собрано в дополнительные опции ниже. ЗАЧЕМ ЭТО НУЖНО ОТДЕЛЬНО ОТ РАЗРАБОТКИ Почти все, что ломается в таких процессах, ломается не в коде, а раньше - в местах, о которых не договорились. Что делать, если внешняя система ответила дважды. Что считать ответом, если она не ответила вообще. Что откатывать, если сорвались на четвертом шаге из шести. Кто имеет право поменять порог и что при этом произойдет с уже запущенными процессами. Разработчик такие вопросы не задает - он выбирает первый разумный вариант и идет дальше. Через полгода выясняется, что в трех сервисах выбрали по-разному. Эта услуга закрывает их до того, как на них ответят молча. КАК ЭТО РЕАЛИЗУЕТСЯ Переданные документы самодостаточны: ваша команда делает это на своем стеке, никакой привязки ко мне не возникает. Если писать это самим не хочется - я разрабатываю среду исполнения, в которой описанное запускается как есть. Это отдельная работа, в эту услугу она не входит и здесь не продается. Выбор между "пишем сами" и "берем готовое" вы делаете после того, как увидите архитектуру, а не до. ЧЕГО В ЭТОЙ УСЛУГЕ НЕТ - Работающего кода. Здесь проектирование; реализация - отдельная работа - Подключения к вашей инфраструктуре. Доступы в ваши системы мне не нужны, я работаю по описанию - Заключений о вашем процессе по существу: предметную область знаете вы, и я в нее не иду - Отраслевых отчетов и дашбордов ГРАНИЦЫ, КОТОРЫЕ ЛУЧШЕ ЗНАТЬ ЗАРАНЕЕ Проверка правил исключает известные виды ошибок и называет свою границу. Она не доказывает, что правила совпадают с вашим замыслом: замысел проверяется прогоном случаев, они входят в объем выше. Поиск идёт по всем возможным значениям полей, а не только по достижимым состояниям. Найденный непокрытый вход может оказаться таким, до которого процесс никогда не доходит, - я говорю об этом заранее, а не после вопроса. Обратное действие проектируется для тех шагов, где оно вообще возможно. Шаги, где его нет, я называю отдельной строкой сразу, а не в момент, когда оно понадобится. ПОРЯДОК РАБОТЫ Дни 1–3. Разбираю ваше описание, задаю вопросы по спорным местам, возвращаю первую карту процесса. Согласовываем. Дни 4–10. Таблицы решений, контракты данных, обмен с внешними системами, обратные действия. Дни 11–13. Проверка, отчёт, правки по находкам, проверочные случаи. День 14. Сборка документа, передача файлов, письменные ответы на вопросы. Правки по находкам проверки и по расхождениям с согласованной картой входят в срок. КОМУ ПОДХОДИТ Процессы, где между "начали" и "закончили" проходят часы или дни, посередине деньги и обязательства, а внешние системы отвечают не сразу: заявки и согласования, возвраты и компенсации, проверка контрагента, тарификация и начисления, отгрузка и приёмка. Не подходит, если нужен разовый скрипт или синхронная функция "вход-выход": там вся эта механика - лишний вес, и честнее сказать это сразу.

Заказчик получит:

Документ архитектуры (pdf, markdown), таблицы решений и контракты данных (исходники), отчет проверки (pdf)

До начала работы заказчик должен предоставить:

Описание процесса словами: шаги, условия, кто и на каком основании решает. Годится текст, регламент, схема или запись созвона. Условия и пороги: таблица, выгрузка или примеры вида "при таких данных - такой исход". Список внешних систем, к которым процесс обращается, и что от них возвращается для следующего решения. Доступы не нужны - нужен состав данных 5–10 реальных случаев с известным исходом, включая один спорный Человек с вашей стороны, отвечающий на вопросы по предметной области