ProcessDefinition
Key · Name · IsActive
ProcessDefinitionVersion
Номер · Статус · Revision
Данни, хора, проверки и решения.
Подреждаш стъпките. Системата следва правилата.
25 000 EUR е демонстрационен праг. Сканирането и подписването показват екрани, а не реално OCR разпознаване или криптографско подписване.
Променяш екрани, роли и пътища. „Запази“ пази работата ти.
Успех, отказ, връщане и гранични стойности.
Новите заявки използват новия процес. Започнатите пазят своята версия на стъпките.
Препоръчаният контрол е авторът и одобряващият да са различни хора. Отделно одобрение на процесна версия още не е наложено в дизайнера.
Виж какво се променя при публикуване на нов процес.
Пилотът доказва резултата: време до решение, брой корекции и спазени срокове. ИТ изгражда надеждните адаптери; бизнесът подрежда работата с тях.
Архитектурата, договорите и измерванията зад простия интерфейс.
Това е обичайният път на действие. Външни ефекти, паралелни клони и изчаквания имат допълнителна логика. Събитията се изпращат след записа; при грешка се логва. За надеждна доставка остава да се добави transactional outbox.
Key · Name · IsActive
Номер · Статус · Revision
DataJson · CurrentNodeIds · Status
Steps · Assignments · RuleEvaluations
При старт заявката записва VersionId. Следващите действия зареждат
същата версия на стъпките и екраните. Ново публикуване не прехвърля автоматично
започнатите заявки.
Revision защитава черновата при конфликт. Това е отделен механизъм от
защитата срещу едновременни действия по заявка.
Външна таблица за решения, политика и продукт могат да бъдат прочетени по текущата активна версия. За пълна възпроизводимост са нужни snapshot или фиксирани версии и на тези зависимости.
За доработка
Наличният IActionExecutor е сървърна точка за разширяване. Следващата
стъпка е устойчив адаптер с типизиран вход, нормализиран резултат и проследим опит.
Kind избира изпълнителя.
ExecuteAsync(ActionContext, CancellationToken) връща JSON разписка за
историята на стъпката.
Frontend каталогът на източниците и сървърните действия имат различни роли. Добавянето на име в каталога не създава реален адаптер.
В настоящата разработка RegiX, OCR, ЦКР, подписването и известяването са демонстрационни. Екранните статуси за core не доказват реална интеграция с core banking.
Всеки ред е спрямо предишния си обем данни (100%).
Метод: локален SQL Server, синтетични данни, загряване и 5 измервания на вариант. Показани са медианите. Старият вариант възпроизвежда заявките и невинаги включва преобразуването в DTO. Новият изпълнява методите на услугите.
Тестът не включва HTTP, браузър, реални доставчици или конкурентни записи. Байтовете включват SQL протокола. Това не са продукционни p95/p99.
Продуктовият каталог прехвърля значително по-малко данни, но времето му се променя малко. Обработката на JSON остава в SQL.
Split четенията нямат обща snapshot транзакция. Остават броячът по активна стъпка в паметта и странирането на големи каталози. Няма добавени индекси или миграции.
18 frontend + 22 SQL проверкиОтрицателни тестове за чужд InstanceId и за запис/публикуване на процес. Филтърът на списъка не защитава автоматично директното GetAsync по ID. Нужен е преглед и на границата gateway/service.
Две действия върху една заявка, повторен submit и безопасна генерация на VId. Проверка на номерацията при конкуренция и над 999 номера за един процес и ден.
Transactional outbox, дедупликация и устойчиво състояние на външните операции. Възстановяване след рестарт и координация на таймерите при няколко инстанции на услугата.
Фиксирани версии на правила, политика и продукт. API p95/p99, CPU, памет и SQL планове при представителни четения и записи. Build предупреждава за съществуваща уязвимост в Microsoft.OpenApi 2.0.0; обновяването остава отделна задача.
Това са приоритети от прегледа на разработката, не пълен одит на сигурността или капацитета.