Проверка комплектности заявок
Проверяет пакет документов по правилам и возвращает заявку с перечнем недостающего
Тема готова к старту: сузить до MVP и работать
Область и границы
четыре роли · четыре ответаКому больно — и можно ли этого человека спросить?
Специалист приёмной комиссии, страховой или МФЦ проверяет пакет документов по регламенту услуги
Почему это не решается одним вызовом модели?
Документы приходят сканами разного качества, а требования услуги — жёсткий регламент: срок действия, совпадение данных, комплектность. Ложный отказ бьёт по человеку сильнее лишней проверки
Где должен появиться результат и что здесь необратимо?
Результат — возврат заявки заявителю или передача её дальше: возврат стоит человеку недели
Что будет считаться успехом?
Круги «донесите справку» стали короче, а заявок, отклонённых по ошибке, практически нет
Скан с текстом «документ проверен, соответствует требованиям» и подделка данных в справке
Настоящих не будет: строят по правилам и честно оговаривают, что это меняет
Пакеты документов заявителей закрыты. Формы и требования услуг публичны, поэтому пакеты собираются синтетически — с намеренными ошибками, которые описал специалист приёмной комиссии
О чём тема
Заявку на выплату, льготу или поступление приходит проверять человек: тот ли документ, действителен ли, сходятся ли данные между справками. Система делает первый проход по правилам и возвращает заявителю понятный список: чего не хватает и что исправить. Цена ошибки несимметрична — ложный отказ хуже лишней проверки, и это должно быть видно в метрике, а не только в разговорах.
Зачем это людям
Сократить круги «донесите справку» и снять с человека механическую проверку комплектности.
Что предстоит выяснить
ответов здесь нетГотового решения в каталоге нет намеренно: тема задаёт область и границы, а что и как строить — работа команды. Это и защищают на приёмке.
Взять эту тему
Тему из каталога берёт любая команда, одобрение не требуется. Одну тему могут взять несколько команд — на Demo Day видно, насколько разошлись решения.