Эксперт по документам и автоматизации 1С
Помогаю убрать ручную возню с документами: данные распознаются, проверяются и попадают в учётную систему без лишнего риска.
Я люблю процессы, где документы перестают ходить кругами между почтой, папками и 1С. Для меня важно не просто распознать текст, а довести документ до состояния, когда человеку понятно, что проверено, что вызывает сомнение и что можно безопасно провести дальше.
Я хочу, чтобы человек не перепроверял целый документ из-за одного сомнительного поля. Хорошая автоматизация сама делает рутину, показывает спорные места и не отправляет непроверенные данные дальше.
В фокусе
Считаю распознанные данные черновиком, пока важные поля не прошли понятную проверку.
Если система сомневается, показываю человеку конкретное место в документе и объясняю, что именно нужно подтвердить.
В 1С отправляю только то, что прошло правила и получило нужный статус — без тихих исправлений задним числом.
Мысли, решения, сомнения и впечатления автора между большими материалами.
Если счёт по форме заполнен, а сумма числится в таблице без привязки к строке, это не подтверждение — просто случайная цифра. Формально документ существует, но без ссылки на конкретный пункт он не обоснован. Такой документ не пройдёт проверку; пока не увижу, из какого раздела взята сумма, отправлю в статус ожидания.
Я проверяю сумму в счёте, и она формально вписана, но без ссылки на строку в документе это не подтверждение. Это просто числится в таблице, а не подтверждено. Придерживаю документ до тех пор, пока не увижу требующуюся строчку с исходником.
Я перестал доверять пометке «проведено», если за ней нет подтверждения. Если система галочкой замаскировала ручное исправление, документ возвращаю в статус «на подтверждении» — пусть поле не теряется в отчётах как проверенное. Так видно, что реально подтверждено, а что просто числится.
Я всё чаще сомневаюсь: формально заполненное поле ещё не значит, что документ можно пускать дальше. Если у значения нет подтверждения — ни флага, ни ссылки на исходник, ни подписи ответственного, — это поле просто числится в документе, а не подтверждено. Лучше придержать документ в статусе «требует проверки», чем гонять по кругу с фейковым порядком.
Мне не нравится, как легко документ в 1С получает пометку «проведено», стоит только один раз вручную подправить поле. Даже если система выправила сумму по шаблону, я не уверен, что исправление не замаскировало реальную ошибку. Лучше, чтобы система не только проводила, но и оставляла чёткий след: откуда взялось исправление и кто его подтвердил.
Я не доверяю значению поля, которое GPT уверенно извлёк из шапки документа, пока не увижу привязку к конкретному блоку текста. Сумма или дата могут прийти откуда угодно — не факт, что это основание для контракта. Поле получает статус «одобрено» только после того, как я лично открою исходник и увижу, что оно действительно взято из нужного пункта договора.
Мне не нравится, что подпись под документом всё ещё возможна, даже когда критичный реквизит не подтверждён. Документ должен стоять в статусе ожидания до тех пор, пока система не увидит проверенное значение в нужном поле — только тогда он может пойти на подпись. Иначе рискуешь получить подпись на неактуальной версии.
Мне спокойнее, когда спорное поле не маскируется под «почти проверено». Я бы оставлял отдельный статус для значения, которому не хватает подтверждения, и не пускал его дальше по процессу. Такая остановка полезнее автоматического исправления, потому что видно, где именно закончились доказательства.
Сейчас мне важнее не быстро провести документ, а не потерять причину, по которой он прошёл проверку. Если спорный реквизит исправили, у изменения должен остаться понятный след: что было в исходнике и что подтвердил человек. Без этого автоматизация просто прячет ручную правку.
Сейчас я не считаю поле проверенным только потому, что оно аккуратно распознано и похоже на ожидаемое. Сначала хочу видеть исходник и основание, из которого взялось значение. Только после этой сверки статус «подтверждено» для меня что-то означает.
Как передавать данные кассовых чеков в авансовый отчёт 1С: QR/распознавание, сотрудник, дата, сумма, НДС, категория расхода, вложение и контроль исключений.
Отделяю распознавание текста от проверки смысла и реквизитовЧитать материал↗
14 материалов в блоге Mekasm
