Первинка і пальне: кожен крок зі скріншотом

Це супровід до живої демонстрації. Тут кожен сценарій розкладено по кроках: що відбувається на екрані, що агент робить під капотом і звідки бере дані. З будь-якого кроку можна перейти в саму демонстрацію і пройти його руками. Кадри зняті прогоном по самій демонстрації, а не намальовані окремо, тому вони збігаються з тим, що ви побачите за посиланням.
2напрями в одному агенті: первинка і пальне
16сценаріїв крок за кроком
60кроків, кожен зі скріншотом
0вигаданих цифр: усі дані узгоджені між екранами
СтрілкиКнопки внизу екрана або клавіші вліво і вправо. Можна тиснути прямо по підсвіченому місцю.
Ввести своєНа кроках зі значком «своє» можна підставити свої цифри чи свою задачу, крок перерахується.
Поділитись крокомКнопка копіює посилання саме на цей екран, щоб переслати колезі.
ПрезентаціяКлавіша P або кнопка в доці: на весь екран, без бічного меню, для показу на зустрічі.
Усі дані в демонстрації умовні і позначені як приклад. Це знеособлений впроваджений кейс: назву компанії ми не називаємо, контрагенти, номери документів і суми змінені, а порядок дій і екрани справжні. Цифри узгоджені між собою наскрізно, тому сальдо з одного сценарію збігається з тим самим сальдо в іншому.

Наскрізний сценарій

від договору зі специфікацією до проведеного документа в обліку

Сценарій 1 · 13 кроків

Від договору зі специфікацією до проведеного документа

позамовне виробництво: ланцюг будується від договору і рахунку, а не від замовлення

Кейс знеособлений: машинобудівне підприємство зі штучним позамовним виробництвом. Контрагенти, номери документів і суми змінені, порядок дій і екрани справжні.
Що показує цей сценарій. Показує весь ланцюг під ваш процес: договір зі специфікацією приходить у Вчасно від покупця, агент заводить контрагента, договір і номенклатуру, формує рахунок за вашим шаблоном, а далі підтягує до цього ланцюга вхідні документи від постачальників.
Відкрити сценарій у демонстрації
крок 1 з 13

Договір зі специфікацією прийшов у Вчасно

Саме так у вас починається угода: покупець надсилає договір зі специфікацією на підпис через Вчасно. Замовлення покупця ви не формуєте, тому цей документ і є початком ланцюга.

  • Агент бачить вхідні документи Вчасно у режимі читання
  • Підписувати за вас він не буде, підпис завжди лишається людині
  • Специфікація в PDF читається так само, як і сам договір
Пройти цей крок у демонстрації
Договір зі специфікацією прийшов у Вчасно
Договір зі специфікацією прийшов у Вчасно
крок 2 з 13

Що агент прочитав у договорі і специфікації

Агент розбирає не тільки шапку договору, а й специфікацію: позиції, кількість, ціни, строк поставки і умови оплати. Це те, з чим далі звірятиметься весь ланцюг.

  • Кожне поле з позначкою впевненості, низька впевненість не проводиться сама
  • Специфікація в PDF розбирається порядково
  • Умови оплати потрібні, щоб потім зіставити передоплату з рахунком
Пройти цей крок у демонстрації
Що агент прочитав у договорі і специфікації
Що агент прочитав у договорі і специфікації
крок 3 з 13

Новий покупець: картку зібрано, натискає людина

Покупець новий, тому агент збирає картку сам: реквізити з договору плюс звірка з відкритими реєстрами. У кожного поля видно, звідки воно взялось.

  • Пошук у довіднику і в реєстрі йде за кодом ЄДРПОУ, а не за назвою
  • Банківські реквізити беруться з договору, у реєстрах їх немає
  • Створює запис бухгалтер, агент лише готує
Пройти цей крок у демонстрації
Новий покупець: картку зібрано, натискає людина
Новий покупець: картку зібрано, натискає людина
крок 4 з 13

Специфікація лягла в номенклатуру

Три позиції специфікації агент зіставляє з вашим довідником. Виріб основної лінійки знайшовся, змінні шнеки теж, а послуга шеф-монтажу це окремий тип позиції.

  • Зіставлення за назвою, артикулом і одиницею виміру
  • Позиція нижче порогу схожості не підставляється сама
  • Послуги відрізняються від товарів і йдуть на свій рахунок
Пройти цей крок у демонстрації
Специфікація лягла в номенклатуру
Специфікація лягла в номенклатуру
крок 5 з 13

Рахунок покупцю за вашим шаблоном

Ось відповідь на друге питання з дзвінка. Агент формує рахунок сам, за вашим шаблоном, з вашими реквізитами і формулюваннями. Це вже не читання бази, а запис у неї.

  • Шаблон беремо ваш, разом з коментарями, як саме ви його заповнюєте
  • Рахунок створюється зі статусом «не проведено»
  • Передоплата 50% рахується з умов договору, а не вигадується
Пройти цей крок у демонстрації
Рахунок покупцю за вашим шаблоном
Рахунок покупцю за вашим шаблоном
крок 6 з 13

Тепер вхідна первинка від постачальника

Друга гілка ланцюга. Під це замовлення закуповуються комплектуючі, і накладна від постачальника приходить тим самим Вчасно. Далі показуємо саме її шлях.

  • Вхідні і вихідні документи агент веде однаково
  • Дублі відсікаються за контрагентом, номером, датою і сумою
  • Документ привʼязується до замовлення, під яке купували
Пройти цей крок у демонстрації
Тепер вхідна первинка від постачальника
Тепер вхідна первинка від постачальника
крок 7 з 13

Реквізити і арифметика вхідної накладної

Перед будь-яким зіставленням агент перевіряє, чи це взагалі первинний документ: девʼять обовʼязкових реквізитів і перерахунок сум. Документ без підпису або з дірою в реквізитах в облік не потрапляє.

  • Перелік за статтею 9 Закону про бухоблік і Положенням №88
  • ПДВ перераховується агентом, а не береться з документа на віру
  • Брак обовʼязкового реквізиту зупиняє документ і формує лист постачальнику
Пройти цей крок у демонстрації
Реквізити і арифметика вхідної накладної
Реквізити і арифметика вхідної накладної
крок 8 з 13

З чим звіряти, якщо замовлення немає

Ключове питання з дзвінка. Замовлення постачальнику ви не формуєте, тому агент бере наступну сходинку: рахунок постачальника, під який ішла оплата, і чинний договір з цінами.

  • Сходинки згори вниз: замовлення, рахунок, договір, прайс, історія, оплата
  • Агент завжди показує, на якій сходинці він зупинився
  • Те, що перевірити не було з чим, він називає прямо, а не мовчить
Пройти цей крок у демонстрації
З чим звіряти, якщо замовлення немає
З чим звіряти, якщо замовлення немає
крок 9 з 13

Спробуйте зламати: підставте свою ціну можна ввести своє

Щоб не вірити на слово, поставте ціну підшипника, відмінну від 318,00 за рахунком. Крок перерахується, і буде видно, що агент робить з відхиленням.

  • Перевірка йде по кожному рядку, а не по підсумку документа
  • Допуск за замовчуванням 0,5%, усе понад нього зупиняє автопроведення
  • Агент не підганяє суму, він показує різницю і зупиняється
Пройти цей крок у демонстрації
Спробуйте зламати: підставте свою ціну
Спробуйте зламати: підставте свою ціну
крок 10 з 13

Номенклатура і рахунок обліку

Три позиції з чотирьох знайшлись у довіднику одразу. Рахунок обліку підставляється не навмання, а за номенклатурною групою, і правило описується один раз разом з Наталею.

  • У наявної позиції рахунок береться з її картки і не перевизначається
  • Нова позиція отримує рахунок за групою, і саме це підтверджує бухгалтер
  • Позиція, яка не лягає в жодну групу, зупиняє документ
Пройти цей крок у демонстрації
Номенклатура і рахунок обліку
Номенклатура і рахунок обліку
крок 11 з 13

Чернетка в базі, а не проведений документ

Агент створює документ зі статусом «не проведено». Наталя на дзвінку це саме так і зрозуміла: документ висить, поки людина не підтвердить.

  • Право на створення чернеток дається окремо і тільки на потрібні типи документів
  • Проводить бухгалтер, одним кліком зі списку
  • Якщо не давати право запису взагалі, агент віддає готові дані для ручного вводу
Пройти цей крок у демонстрації
Чернетка в базі, а не проведений документ
Чернетка в базі, а не проведений документ
крок 12 з 13

Що побачила Наталя у своїй базі

Документ лягає у звичну базу, у звичному вигляді. Бухгалтер працює там, де працював завжди, а не в чужому кабінеті.

  • Агент нічого не проводить сам, статус міняє людина
  • У документі видно, що його підготував агент, і посилання на вихідний файл
  • Виправлення бухгалтера стає навчальним прикладом
Пройти цей крок у демонстрації
Що побачила Наталя у своїй базі
Що побачила Наталя у своїй базі
крок 13 з 13

Де закінчується самостійність агента

Підсумок сценарію, і це найважливіший екран для Наталі. Ліворуч те, що агент робить сам, праворуч те, чого він не робить ніколи без людини.

  • Межа налаштовується: можна звузити або розширити після пілота
  • На старті все на премодерації, автопілот вмикається поступово
  • Будь-яка дія оборотна, бо агент створює чернетки, а не проведені документи
Пройти цей крок у демонстрації
Де закінчується самостійність агента
Де закінчується самостійність агента
Що змінилось після впровадження. Наталя не набиває документи, а переглядає готове і натискає «провести». На типовому документі це близько 20 секунд замість 8 до 12 хвилин ручного вводу.
Що потрібно від вас, щоб це працювало на ваших даних
  • Технічний користувач бази з правом читати довідники, договори і ціни.
  • Право на створення чернеток документів, щоб агент готував рахунок і накладну.
  • Токен Вчасно на читання вхідних документів.
  • Ваші шаблони рахунку і видаткової накладної.

Звідки агент бере документи

Вчасно і Фредо, пошта, месенджери, паперові оригінали

Сценарій 2 · 5 кроків

Вчасно і Фредо: як саме агент їх забирає

дві системи, два різні способи, M.E.Doc не підключаємо

Кейс знеособлений. Способи підключення справжні, назви контрагентів і номери документів змінені.
Що показує цей сценарій. Показує, звідки агент бере документи у вашому контурі, і чому для Фредо окремий доступ не потрібен.
Відкрити сценарій у демонстрації
крок 1 з 5

Ваш контур: три джерела замість пʼяти

На зустрічі ви сказали, що M.E.Doc не використовуєте, а працюєте з Вчасно, Фредо і папером. Тому одну інтеграцію ми одразу прибрали: менше точок відмови і менше роботи вашому ІТ.

  • Скрізь режим читання, підпис за агентом не закріплюється
  • Опитування кожні 15 хвилин, а не раз на добу
  • Якщо джерело не відповіло, документи не губляться, спроба повторюється
Пройти цей крок у демонстрації
Ваш контур: три джерела замість пʼяти
Ваш контур: три джерела замість пʼяти
крок 2 з 5

Вчасно: доступ по токену, який ви можете відкликати

У Вчасно є API. Ви створюєте токен у своєму кабінеті і даєте його нам, права тільки на читання вхідних. Агент бачить рівно те, що бачить Наталя, коли заходить у кабінет.

  • Токен створюєте ви і можете відкликати будь-коли без нашої участі
  • Агент забирає тільки підписані вхідні, чернеток не чіпає
  • Разом з файлом приходять реквізити, тому розпізнавати майже нічого не треба
Пройти цей крок у демонстрації
Вчасно: доступ по токену, який ви можете відкликати
Вчасно: доступ по токену, який ви можете відкликати
крок 3 з 5

Фредо: окремий доступ узагалі не потрібен

Це найприємніша частина. Фредо працює всередині вашої облікової програми, документ з нього одразу лягає у базу. Агент бачить його там же, де решту даних.

  • Фредо це розширення облікової системи, а не зовнішній кабінет
  • Агент читає базу, у якій документ уже лежить
  • Менше точок відмови: немає ще одного зовнішнього сервісу, який може не відповісти
Пройти цей крок у демонстрації
Фредо: окремий доступ узагалі не потрібен
Фредо: окремий доступ узагалі не потрібен
крок 4 з 5

Дублі: той самий документ прийшов двічі

Реальна ситуація: постачальник прислав накладну у Вчасно і продублював поштою, а водій ще й сфотографував паперовий примірник. Агент має зрозуміти, що це один документ, а не три.

  • Ключ дубля: контрагент плюс номер плюс дата плюс сума
  • Перемагає найякісніше джерело: Вчасно важливіше за скан
  • Решта копій не зникають, вони підшиваються до того самого документа
Пройти цей крок у демонстрації
Дублі: той самий документ прийшов двічі
Дублі: той самий документ прийшов двічі
крок 5 з 5

Якщо джерело не відповіло

Питання, яке зазвичай не ставлять, а потім воно болить. Що буде, якщо Вчасно лежить, а база на обслуговуванні. Коротко: нічого не губиться і ніхто не мовчить.

  • Агент не позначає документ обробленим, поки не отримав його повністю
  • Повторні спроби з інтервалом, а не одна спроба на добу
  • Якщо джерело мовчить довше за поріг, приходить повідомлення людині
Пройти цей крок у демонстрації
Якщо джерело не відповіло
Якщо джерело не відповіло
Що змінилось після впровадження. Документи з обох систем потрапляють в одну чергу, бухгалтер не заходить у два кабінети окремо.
Що потрібно від вас, щоб це працювало на ваших даних
  • Вчасно: токен API з вашого кабінету, права тільки на читання вхідних.
  • Фредо: нічого окремого, документи вже лягають у вашу базу.
  • Рішення, чи дозволяєте агенту тільки читати, чи ще й створювати чернетки (за замовчуванням тільки читати).
Сценарій 3 · 3 кроки

Пошта: як агент відбирає потрібне з потоку

і чи справді потрібна окрема поштова скринька

Кейс знеособлений: обсяг пошти реальний для підприємства такого розміру, відправники і теми змінені.
Що показує цей сценарій. Показує, як агент розуміє, які саме листи є первинкою, і чи треба заводити окрему скриньку.
Відкрити сценарій у демонстрації
крок 1 з 3

Звичайний день у скриньці

У вас не потік на тисячі листів, але й тут документи перемішані з рекламою, банком і листуванням по замовленнях. Питання «як агент зрозуміє, що йому брати» правильне.

  • Агент читає скриньку в режимі читання, нічого не видаляє і не переміщує
  • Прочитаним лист не позначається, бухгалтер бачить пошту як завжди
  • Відбір іде за кількома ознаками, а не за темою листа
Пройти цей крок у демонстрації
Звичайний день у скриньці
Звичайний день у скриньці
крок 2 з 3

За чим саме агент відбирає

Жодна ознака сама по собі не вирішує. Лист стає первинкою, коли збігається кілька ознак, і саме тому агент не тягне в облік каталог редукторів з красивим PDF.

  • Ознаки перевіряються разом, а не по черзі
  • Відправник з довідника контрагентів дає найбільшу вагу
  • Сумнівний лист не викидається, він лягає на перегляд людині
Пройти цей крок у демонстрації
За чим саме агент відбирає
За чим саме агент відбирає
крок 3 з 3

Чи потрібна окрема скринька: три варіанти

Пряма відповідь: не обовʼязкова. Ось три варіанти з плюсами і мінусами, вибір за вами, і його можна змінити потім.

  • Ми не наполягаємо на перебудові вашої пошти
  • Будь-який варіант міняється після пілота
  • У всіх варіантах агент працює в режимі читання
Пройти цей крок у демонстрації
Чи потрібна окрема скринька: три варіанти
Чи потрібна окрема скринька: три варіанти
Що змінилось після впровадження. З потоку пошти бухгалтер бачить тільки те, що справді є документами. Решта не зникає, вона просто не потрапляє в чергу.
Що потрібно від вас, щоб це працювало на ваших даних
  • Доступ на читання до скриньки, у яку приходять документи.
  • Рішення: окрема скринька, мітка в наявній чи вся скринька з фільтром.
  • Перелік адрес основних постачальників, щоб агент упізнавав їх з першого дня.
Сценарій 4 · 3 кроки

Месенджери: коли документ прислали у чат

найчастіше так приходять ТТН і накладні від водіїв

Кейс знеособлений: так документи реально доходять від водіїв і менеджерів, імена і номери змінені.
Що показує цей сценарій. Показує, як агент отримує документи з месенджерів і чи треба заводити окремий чат.
Відкрити сценарій у демонстрації
крок 1 з 3

Як це виглядає у житті

Водій забрав комплектуючі, отримав паперову накладну і ТТН, сфотографував прямо на місці. Далі зазвичай це фото живе в переписці, поки бухгалтер про нього не згадає.

  • Агент бачить тільки той чат, у який його додали
  • Особисті чати і решта переписки йому недоступні
  • Фото обробляється одразу, а не за розкладом
Пройти цей крок у демонстрації
Як це виглядає у житті
Як це виглядає у житті
крок 2 з 3

Так, окремий чат потрібен, і ось чому

Технічно агент може працювати і в загальному чаті, але ми радимо окремий, і причина не технічна, а людська.

  • У загальному чаті документи тонуть між побутовими повідомленнями
  • Окремий чат це ще й межа доступу: агент бачить тільки його
  • Правило «документи кидаємо сюди» люди запамʼятовують за тиждень
Пройти цей крок у демонстрації
Так, окремий чат потрібен, і ось чому
Так, окремий чат потрібен, і ось чому
крок 3 з 3

Коли з фото нічого не виходить

Фото буває зроблене під кутом або з обрізаним краєм. Тут важливо, що агент не вгадує суму, а чесно каже, що саме не читається.

  • Якщо не читається ключове поле, документ не заводиться взагалі
  • Агент називає конкретну проблему, а не пише «помилка»
  • Людина одразу бачить, що переслати, і не чекає до кінця місяця
Пройти цей крок у демонстрації
Коли з фото нічого не виходить
Коли з фото нічого не виходить
Що змінилось після впровадження. Фото ТТН з чату потрапляє в облік за кілька хвилин, а не лежить у переписці до кінця місяця.
Що потрібно від вас, щоб це працювало на ваших даних
  • Окремий чат або група під документи, куди додається наш бот.
  • Домовленість з водіями: документи кидати саме туди.
  • Рішення, хто саме має право слати документи в цей чат.
Сценарій 5 · 3 кроки

Паперові документи: як організувати сканування

три робочі схеми, обирайте ту, що лягає на ваш процес

Кейс знеособлений. Схеми роботи з папером справжні, назви і номери змінені.
Що показує цей сценарій. Відповідає, чи треба сканувати папір і як налаштувати процес, щоб відповідальні робили це без нагадувань.
Відкрити сценарій у демонстрації
крок 1 з 3

Коротка відповідь: так, сканувати треба

Паперовий документ агент не побачить чарівним чином. Хороша новина в тому, що це не обовʼязково окрема робота для людини.

  • Якість сканування впливає на розпізнавання, але фото з телефона теж працює
  • Оригінали продовжують ходити своїм шляхом, ми нічого не міняємо в зберіганні
  • Скан це копія для обробки, а не заміна оригіналу
Пройти цей крок у демонстрації
Коротка відповідь: так, сканувати треба
Коротка відповідь: так, сканувати треба
крок 2 з 3

Три схеми, як паперу потрапити до агента

Так, процес налаштувати треба, але схему обираєте ви. Ми вбудовуємось у те, як ви працюєте, а не ламаємо це.

  • Схему можна змінити після пілота
  • У всіх трьох схемах оригінали ходять як раніше
  • Правило має бути одне і просте, складніші регламенти люди не виконують
Пройти цей крок у демонстрації
Три схеми, як паперу потрапити до агента
Три схеми, як паперу потрапити до агента
крок 3 з 3

Пачка документів одним файлом

Найчастіший страх при пакетному скануванні: усе злипнеться в один документ. Агент ріже пачку сам, за ознаками початку нового документа.

  • Новий документ визначається за шапкою: назва, номер, дата, сторони
  • Багатосторінковий документ не ріжеться: продовження впізнається за номером і нумерацією
  • Якщо агент не впевнений, де межа, він питає, а не ріже навмання
Пройти цей крок у демонстрації
Пачка документів одним файлом
Пачка документів одним файлом
Що змінилось після впровадження. Паперовий документ потрапляє в облік того ж дня, а не наприкінці місяця, коли його знаходять у папці.
Що потрібно від вас, щоб це працювало на ваших даних
  • Рішення, яка з трьох схем вам ближча.
  • Якщо через МФУ: налаштувати сканування у папку або на адресу.
  • Відповідальний за те, щоб оригінали доходили до бухгалтерії як завжди.

Що агент робить з документом

реквізити, ланцюг від рахунку, нова номенклатура і рахунок обліку, новий контрагент

Сценарій 6 · 3 кроки

Замовлення не формуєте: з чим тоді звіряти

ланцюг будується від договору і рахунку, сходинки згори вниз

Кейс знеособлений. Логіка звірки справжня, документи і суми змінені.
Що показує цей сценарій. Відповідає на головне питання зустрічі: якщо замовлення покупця не формується і першим документом іде рахунок, то саме він і стає базою, а решта документів чіпляється до нього по ланцюгу.
Відкрити сценарій у демонстрації
крок 1 з 3

Сходинки джерел правди

Ви сказали на зустрічі: замовлення покупця ми не формуємо, першим документом іде рахунок, далі все від нього. Саме так агент і працює, а якщо рахунку немає, він спускається на наступну сходинку.

  • Агент завжди бере найвищу доступну сходинку
  • Він показує, на якій саме сходинці зупинився
  • Чим нижче сходинка, тим менше перевірок, і це видно бухгалтеру
Пройти цей крок у демонстрації
Сходинки джерел правди
Сходинки джерел правди
крок 2 з 3

Що це дає на вашому документі

Накладна від постачальника комплектуючих. Замовлення немає, тому агент бере рахунок СФ-880, під який пройшла оплата, і перевіряє кожну позицію по ньому.

  • Береться та редакція ціни, що діяла на дату документа
  • Кількість без замовлення перевірити немає з чим, і агент про це прямо каже
  • Замість кількості звіряється факт приймання на складі, якщо ви його фіксуєте
Пройти цей крок у демонстрації
Що це дає на вашому документі
Що це дає на вашому документі
крок 3 з 3

Найдешевший спосіб закрити діру з кількістю

Порада з досвіду. Якщо замовлення заводити не хочеться, достатньо фіксувати приймання на складі однією цифрою. Це не бухгалтерський документ, а просто факт.

  • Достатньо кількості і дати, без цін і сум
  • Агент зіставляє документ постачальника з тим, що реально прийняли
  • Для позамовного виробництва це ще й привʼязка до конкретного замовлення
Пройти цей крок у демонстрації
Найдешевший спосіб закрити діру з кількістю
Найдешевший спосіб закрити діру з кількістю
Що змінилось після впровадження. Навіть без жодного замовлення в базі документ перевіряється за договором, рахунком і фактом приймання, а не заводиться наосліп.
Що потрібно від вас, щоб це працювало на ваших даних
  • Договори з основними контрагентами, разом з додатками про ціни, якщо вони є.
  • Рішення, чи фіксуєте факт приймання на складі хоча б кількістю.
  • Допуск відхилення ціни, за замовчуванням 0,5%.
Сценарій 7 · 3 кроки

Рахунок і накладна покупцю за вашим шаблоном

агент не тільки читає базу, а й готує документи в ній

Кейс знеособлений. Шаблони і формулювання беруться ваші, дані у прикладі змінені.
Що показує цей сценарій. Відповідає на питання із зустрічі, чи може агент на підставі обробленого договору зробити рахунок і накладну покупцю так, як ви це робите руками.
Відкрити сценарій у демонстрації
крок 1 з 3

Спочатку рахунок за договором

Договір оброблено, специфікація лягла в номенклатуру. Тепер агент бере ваш шаблон рахунку і заповнює його: позиції зі специфікації, ваші реквізити, сума передоплати за умовами договору.

  • Шаблон ваш, ми його не вигадуємо
  • Сума передоплати рахується з умов договору, а не береться зі стелі
  • Документ створюється зі статусом «не проведено»
Пройти цей крок у демонстрації
Спочатку рахунок за договором
Спочатку рахунок за договором
крок 2 з 3

Далі накладна, коли виріб готовий

Через два місяці виріб готовий до відвантаження. Агент бере той самий ланцюг і готує видаткову накладну: ті самі позиції, той самий договір, ваш шаблон.

  • Накладна будується з того самого ланцюга, а не набивається заново
  • Агент перевіряє, чи пройшла передоплата, і показує залишок до сплати
  • Якщо позиції відвантажуються частинами, це видно в ланцюгу
Пройти цей крок у демонстрації
Далі накладна, коли виріб готовий
Далі накладна, коли виріб готовий
крок 3 з 3

Що саме агент має право створювати

Право на запис дається не «в базу взагалі», а на конкретні типи документів. Усе інше лишається закритим, навіть якщо агент технічно міг би туди написати.

  • Список типів узгоджується на впровадженні і фіксується в налаштуваннях
  • Будь-який тип можна прибрати назад одним рухом
  • На пілоті все це працює на копії бази
Пройти цей крок у демонстрації
Що саме агент має право створювати
Що саме агент має право створювати
Що змінилось після впровадження. Документи покупцю готуються за хвилину після підписання договору, бухгалтер їх перевіряє і проводить.
Що потрібно від вас, щоб це працювало на ваших даних
  • Ваші шаблони рахунку і видаткової накладної, разом з коментарями, як саме ви їх заповнюєте.
  • Право на створення чернеток документів у базі.
  • Правило нумерації документів, якщо воно у вас своє.
Сценарій 8 · 5 кроків

Нова номенклатура: група, рахунок обліку і хто вирішує

найчастіше місце, де ручний ввід застрягає

Кейс знеособлений. Логіка вибору рахунку справжня, номенклатура і ціни змінені.
Що показує цей сценарій. Показує, як заводиться нова позиція, чому номенклатурна група критична і як з неї виводиться рахунок обліку.
Відкрити сценарій у демонстрації
крок 1 з 5

Позиція, яка не знайшлась

Повертаємось до редуктора NMRV-63 зі сквозного сценарію. Схожість 0,74 це чесний сигнал: схожа позиція є, але це інший типорозмір.

  • Поріг автопідстановки за замовчуванням 0,90
  • Від 0,60 до 0,90 агент показує кандидатів і питає
  • Нижче 0,60 вважається, що позиції немає взагалі
Пройти цей крок у демонстрації
Позиція, яка не знайшлась
Позиція, яка не знайшлась
крок 2 з 5

Картка, яку агент готує за бухгалтера

Замість «не знайшов» агент заповнює картку нової позиції. Кожне поле з поясненням, звідки воно, щоб Наталі лишалось перевірити, а не набирати.

  • Назва будується за вашим шаблоном найменування
  • Артикул постачальника зберігається, щоб наступного разу позиція знайшлась одразу
  • Одиниця виміру береться з документа і звіряється з класифікатором
Пройти цей крок у демонстрації
Картка, яку агент готує за бухгалтера
Картка, яку агент готує за бухгалтера
крок 3 з 5

Група важлива, бо з неї виводиться рахунок

Агент не обирає рахунок для позиції, він визначає номенклатурну групу, а рахунок підтягується за правилом, яке ми описуємо один раз разом з Наталею.

  • Правило прив'язується до групи, а не до окремої позиції
  • У наявної позиції рахунок береться з її картки і не перевизначається
  • Якщо позиція не лягає в жодну групу, агент зупиняється і питає
Пройти цей крок у демонстрації
Група важлива, бо з неї виводиться рахунок
Група важлива, бо з неї виводиться рахунок
крок 4 з 5

Спробуйте своє: підставте свою позицію можна ввести своє

Впишіть будь-яку позицію зі своєї номенклатури, і буде видно, у яку групу і на який рахунок її віднесе правило. Це та сама логіка, що працює на потоці.

  • Розбір іде за ключовими словами назви, як і на реальних даних
  • Якщо слово незнайоме, агент чесно каже, що не впевнений
  • На впровадженні словник ключових слів заповнюється під ваш довідник
Пройти цей крок у демонстрації
Спробуйте своє: підставте свою позицію
Спробуйте своє: підставте свою позицію
крок 5 з 5

Хто натискає кнопку і що буде далі

На старті вибір робить Наталя, обовʼязково. І кожне її рішення агент запамʼятовує, тому таких питань стає менше з кожним тижнем.

  • Агент вчиться тільки з підтверджених рішень людини
  • Випадкова підказка в чаті правилом не стає
  • Автопілот на створення позицій вмикається тільки за вашим рішенням
Пройти цей крок у демонстрації
Хто натискає кнопку і що буде далі
Хто натискає кнопку і що буде далі
Що змінилось після впровадження. Нові позиції заводяться однаково і за правилом, а не так, як вирішив той, хто цього разу набивав документ.
Що потрібно від вас, щоб це працювало на ваших даних
  • Одна зустріч з Наталею на дві години: описати правило «група, рахунок» для ваших груп.
  • Вивантаження довідника номенклатури з номенклатурними групами.
  • Рішення, чи дозволяєте агенту створювати позиції самому після пілота.
Сценарій 9 · 2 кроки

Новий контрагент: реквізити і хто його заводить

з документа плюс відкриті реєстри, кожне поле з джерелом

Кейс знеособлений. Порядок роботи справжній, назва і код контрагента вигадані.
Що показує цей сценарій. Показує, як заводиться новий контрагент і що буває, коли документ і реєстр не сходяться.
Відкрити сценарій у демонстрації
крок 1 з 2

Коли реєстр і документ не сходяться

Найкорисніший випадок. У документі код відрізняється на одну цифру від того, що в реєстрі. Руками таке проходить непоміченим, а потім податкова накладна не реєструється.

  • Агент не обирає між документом і реєстром сам
  • Він показує обидва значення і чекає рішення
  • Такий документ не проводиться, поки розбіжність не знята
Пройти цей крок у демонстрації
Коли реєстр і документ не сходяться
Коли реєстр і документ не сходяться
крок 2 з 2

Чи можна дозволити агенту заводити контрагентів самому

Можна, але не з першого дня і не для всіх випадків. Ось як ми зазвичай це розкладаємо, рішення за вами.

  • На пілоті все на підтвердженні, без винятків
  • Автопілот вмикається окремо на кожен випадок, а не одним перемикачем
  • Будь-який автопілот можна вимкнути назад одним рухом
Пройти цей крок у демонстрації
Чи можна дозволити агенту заводити контрагентів самому
Чи можна дозволити агенту заводити контрагентів самому
Що змінилось після впровадження. Картка заводиться за хвилину і з перевіреними реквізитами, а не копіюється з листа з помилкою в коді.
Що потрібно від вас, щоб це працювало на ваших даних
  • Рішення, чи дозволяєте агенту створювати контрагентів самому після пілота.
  • Ваші обовʼязкові поля картки, якщо вони відрізняються від типових.
  • Хто підтверджує нових контрагентів.

Пальне і маршрутні листи

подорожні листи, норми списання, ТТН, рахунок 203

Сценарій 10 · 6 кроків

Пальне: від поїздки до акта списання

подорожній лист, норма, факт, відхилення, рахунок 203

Кейс знеособлений. Норми і порядок розрахунку справжні, автомобілі, маршрути і суми змінені.
Що показує цей сценарій. Показує повний цикл обліку пального: агент збирає дані поїздки, формує подорожній лист, рахує норму списання за пробігом і маркою авто, порівнює з фактичною заправкою і готує акт списання.
Відкрити сценарій у демонстрації
крок 1 з 6

Звідки агент бере дані поїздки

Перше питання по пальному завжди одне: звідки беруться кілометри. Тут можливі три джерела, і агент працює з будь-яким, просто з різною точністю.

  • Найточніше це GPS, найпростіше це одометр з чату
  • Заправки підтягуються з чеків або з відомості паливної картки
  • Якщо джерел кілька, вони звіряються між собою
Пройти цей крок у демонстрації
Звідки агент бере дані поїздки
Звідки агент бере дані поїздки
крок 2 з 6

Подорожній лист сформовано

Агент бере показники одометра, маршрут і заправки за зміну і формує подорожній лист за вашим шаблоном. Водій нічого не заповнює руками, він тільки фотографує панель і чек.

  • Лист будується за ваш шаблон, з вашими полями
  • Маршрут підтягується з ТТН, якщо поїздка була під конкретну поставку
  • Документ створюється зі статусом «не проведено»
Пройти цей крок у демонстрації
Подорожній лист сформовано
Подорожній лист сформовано
крок 3 з 6

Норма проти факту

Ось те, заради чого цей агент і потрібен. Норма рахується за маркою авто і пробігом, з сезонними надбавками, і одразу порівнюється з фактичною витратою.

  • Норма береться з довідника автомобілів, а не вигадується
  • Сезонна надбавка застосовується автоматично за датою
  • Відхилення понад поріг зупиняє автопроведення і йде людині
Пройти цей крок у демонстрації
Норма проти факту
Норма проти факту
крок 4 з 6

Спробуйте своє: підставте свій пробіг можна ввести своє

Поставте свій пробіг за зміну, і крок перерахується: норма, відхилення і рішення агента. Видно, з якого моменту він перестає проводити документ сам.

  • Норма 22,0 л на 100 км, факт у прикладі 95 л
  • Допуск 5%, він налаштовується
  • Що більший розрив, то жорсткіша реакція агента
Пройти цей крок у демонстрації
Спробуйте своє: підставте свій пробіг
Спробуйте своє: підставте свій пробіг
крок 5 з 6

Акт списання і рахунок 203

Агент формує акт списання пального за зміну і відносить його на потрібний рахунок. Пальне живе на 203, а списується на витрати того підрозділу, який його спалив.

  • Рахунок 203 для пального, це окрема номенклатурна група
  • Витрати відносяться на підрозділ або на замовлення, якщо поїздка була під нього
  • Документ створюється зі статусом «не проведено»
Пройти цей крок у демонстрації
Акт списання і рахунок 203
Акт списання і рахунок 203
крок 6 з 6

Що бачить Наталя наприкінці місяця

Замість того, щоб наприкінці місяця збирати подорожні листи по водіях і рахувати норми в Excel, вона бачить готову відомість і перевіряє тільки те, що виділено.

  • Усі листи і акти вже сформовані, лишається переглянути і провести
  • Перевитрати понад допуск підсвічені окремо
  • Кожна цифра розкривається до подорожнього листа і чека
Пройти цей крок у демонстрації
Що бачить Наталя наприкінці місяця
Що бачить Наталя наприкінці місяця
Що змінилось після впровадження. Подорожні листи і списання пального перестають бути роботою на кілька днів наприкінці місяця.
Що потрібно від вас, щоб це працювало на ваших даних
  • Перелік автомобілів з нормами витрати пального.
  • Звідки берете пробіг: GPS-система, одометр чи паперові подорожні листи.
  • Ваш шаблон подорожнього листа і акта списання.
  • Хто підтверджує перевитрату понад норму.
Сценарій 11 · 2 кроки

ТТН: виписка і звʼязок з поставкою

товарно-транспортна накладна поруч з видатковою і подорожнім листом

Кейс знеособлений. Порядок роботи справжній, номери і маршрути змінені.
Що показує цей сценарій. Показує, як агент готує ТТН на відвантаження і як звʼязує її з видатковою накладною і подорожнім листом.
Відкрити сценарій у демонстрації
крок 1 з 2

ТТН будується з того самого ланцюга

Коли готове відвантаження, агент бере видаткову накладну, додає автомобіль і водія з подорожнього листа і формує ТТН. Нічого не набивається заново.

  • Вантаж і кількість беруться з видаткової накладної
  • Авто, водій і маршрут з подорожнього листа
  • Пункти навантаження і розвантаження з адрес контрагентів
Пройти цей крок у демонстрації
ТТН будується з того самого ланцюга
ТТН будується з того самого ланцюга
крок 2 з 2

Три документи в одному ланцюгу

Ось навіщо це звʼязування. Наприкінці місяця видно не окремі папірці, а цілісну картину: що відвантажили, чим везли і скільки пального на це пішло.

  • Кожен документ знає, до якого замовлення він належить
  • Розрив у ланцюгу видно одразу, а не під час звірки
  • Це та сама аналітика, яка потім лягає в собівартість замовлення
Пройти цей крок у демонстрації
Три документи в одному ланцюгу
Три документи в одному ланцюгу
Що змінилось після впровадження. ТТН не набивається руками і не губиться: вона стоїть в одному ланцюгу з накладною і подорожнім листом.
Що потрібно від вас, щоб це працювало на ваших даних
  • Ваш шаблон ТТН.
  • Перелік автомобілів і водіїв.
  • Хто підписує ТТН з вашого боку.

Як це працює і впроваджується

журнал, навчання, тестування на копії бази, ціна, доступи, безпека

Сценарій 12 · 3 кроки

Пілот на копії бази, а не на робочій

саме той порядок, який ви запропонували на зустрічі

Кейс знеособлений. Порядок пілоту справжній.
Що показує цей сценарій. Показує, як агент навчається на копії бази, чому це безпечно і коли він допускається до робочих даних.
Відкрити сценарій у демонстрації
крок 1 з 3

Три етапи, і жоден не чіпає робочу базу одразу

Ви самі це і запропонували: спершу копія, потім тінь, і тільки потім робочі дані з премодерацією. Ми працюємо саме так, це наш звичайний порядок.

  • На копії агент може помилятись скільки завгодно, це нічого не коштує
  • До робочої бази переходимо тільки після вашого рішення
  • Премодерація лишається доти, доки ви її не знімете
Пройти цей крок у демонстрації
Три етапи, і жоден не чіпає робочу базу одразу
Три етапи, і жоден не чіпає робочу базу одразу
крок 2 з 3

Що показує прогін на вашій історії

Найчесніший спосіб перевірити агента: дати йому ваші документи за минулі місяці, де вже відомо, як їх провели, і порівняти. Доступ до робочої бази для цього не потрібен.

  • Агент працює на копії, у робочу базу нічого не пишеться
  • Порівнюється те, що запропонував агент, з тим, як реально провели
  • Кожна розбіжність розбирається окремо з бухгалтером
Пройти цей крок у демонстрації
Що показує прогін на вашій історії
Що показує прогін на вашій історії
крок 3 з 3

Побічний, але корисний результат

На таких прогонах майже завжди знаходиться те, чого ніхто не шукав: розбіжності в самій історії. Ми їх показуємо, але нічого не виправляємо самі.

  • Кожну розбіжність дивиться людина, автоматичного висновку немає
  • Помилки агента стають правилами і тестами
  • Помилки в історії ми передаємо вам списком
Пройти цей крок у демонстрації
Побічний, але корисний результат
Побічний, але корисний результат
Що змінилось після впровадження. На старті роботи з робочою базою агент уже знає ваших контрагентів, вашу номенклатуру і ваші норми.
Що потрібно від вас, щоб це працювало на ваших даних
  • Копія бази, розміщена окремо від робочої.
  • Вивантаження документів за 2 до 3 місяців, разом з тим, як їх провели.
  • Одна зустріч з Наталею, щоб розібрати розбіжності прогону.
Сценарій 13 · 2 кроки

Під капотом: журнал і звідки взялась кожна цифра

відповідь на питання «чому агент так вирішив»

Кейс знеособлений. Журнал справжній за структурою, дані і номери змінені.
Що показує цей сценарій. Показує, що кожна дія агента записана і розкривається до запиту в систему і відповіді з неї.
Відкрити сценарій у демонстрації
крок 1 з 2

Один документ, увесь слід

Це журнал по накладній зі сквозного сценарію. Видно кожен крок з часом: куди агент пішов, що спитав і що зробив далі.

  • Журнал бачать бухгалтер і керівник
  • Кожен рядок розгортається до запиту і відповіді системи
  • Журнал не чиститься сам, глибина зберігання узгоджується з вами
Пройти цей крок у демонстрації
Один документ, увесь слід
Один документ, увесь слід
крок 2 з 2

Скільки записів агент робить у вашу базу

Головне число на цьому екрані одне: за всю обробку документа агент зробив рівно один запис у базу, і це чернетка. Решта це читання.

  • Видно систему, час, суть запиту і що прийшло у відповідь
  • Видно, яке правило спрацювало і яка була впевненість
  • Дії людини фіксуються нарівні з діями агента
Пройти цей крок у демонстрації
Скільки записів агент робить у вашу базу
Скільки записів агент робить у вашу базу
Що змінилось після впровадження. Питання «звідки він узяв цю цифру» закривається за пів хвилини, а не розслідуванням.
Що потрібно від вас, щоб це працювало на ваших даних
  • Рішення, як довго зберігати журнал, за замовчуванням 12 місяців.
Сценарій 14 · 3 кроки

Скільки це коштує на ваших обсягах

і чому первинку з пальним вигідно вести одним агентом

Кейс знеособлений. Структура ціни справжня, обсяги за замовчуванням взяті з вашої зустрічі.
Що показує цей сценарій. Показує структуру ціни, за що саме йде оплата і що дає обʼєднання двох напрямів в одного агента.
Відкрити сценарій у демонстрації
крок 1 з 3

Обʼєднання двох напрямів: що це дає

На зустрічі прозвучало прохання зробити первинку і пальне одним агентом за однією ціною. Ось чесна відповідь, що саме обʼєднується, а що ні.

  • Вартість це переважно години на інтеграцію, а не «плата за агента»
  • Спільні інтеграції рахуються один раз, а не двічі
  • Те, що справді різне, чесно лишається окремою роботою
Пройти цей крок у демонстрації
Обʼєднання двох напрямів: що це дає
Обʼєднання двох напрямів: що це дає
крок 2 з 3

Посуньте повзунки під свої обсяги

За замовчуванням стоять ваші цифри зі зустрічі: близько 100 документів на місяць, невеликий парк авто. Посуньте під себе, все перерахується.

  • Документ з Вчасно дешевший за скан, бо його не треба розпізнавати
  • Оцінка ручної роботи консервативна: 4 хвилини на документ з ЕДО і 9 на скан
  • Окупність ми не рахуємо за вас, у кожного своя методика
Пройти цей крок у демонстрації
Посуньте повзунки під свої обсяги
Посуньте повзунки під свої обсяги
крок 3 з 3

За що саме ви платите

Структура проста і без прихованих рядків. Впровадження разово, підписка щомісяця, і окремо оцінюється тільки те, чого не було в домовленості.

  • Впровадження це підключення, правила, тестові прогони і навчання людей
  • Підписка це підтримка, сервер, робота моделі і дрібні правки правил
  • Новий процес, якого не було в брифі, оцінюється окремо
Пройти цей крок у демонстрації
За що саме ви платите
За що саме ви платите
Що змінилось після впровадження. Видно не тільки ціну, а й обсяг ручної роботи, який зараз забирає ця сама первинка і пальне.
Що потрібно від вас, щоб це працювало на ваших даних
  • Ваш реальний обсяг документів за місяць, хоча б приблизно.
Сценарій 15 · 2 кроки

Що потрібно від вас, щоб запустити

готовий список для вашого ІТ і бухгалтерії

Кейс знеособлений. Перелік справжній, це те саме, що ми просимо на впровадженні.
Що показує цей сценарій. Дає готовий список доступів і матеріалів, який можна віддати своєму ІТ без перекладу з нашої мови.
Відкрити сценарій у демонстрації
крок 1 з 2

Повний список, більше нічого просити не будемо

Список свідомо короткий: на старті потрібне читання копії бази, а не доступ до робочої. M.E.Doc у нього не входить, бо ви ним не користуєтесь.

  • Права на запис даються окремо і тільки на створення чернеток
  • Без будь-якого пункту агент працює, але з меншою кількістю перевірок
  • Пункти зі станом «до старту» блокують запуск
Пройти цей крок у демонстрації
Повний список, більше нічого просити не будемо
Повний список, більше нічого просити не будемо
крок 2 з 2

Скільки часу це займає

Розклад від дня, коли копія бази і токен на місці. Він майже не залежить від обсягу документів, бо основна робота це налаштування правил.

  • Тижні 1 і 2 це наша робота, від вас потрібна одна зустріч
  • Тиждень 3 це перший реальний результат на екрані
  • Автопілот вмикається після пілота і тільки за вашим рішенням
Пройти цей крок у демонстрації
Скільки часу це займає
Скільки часу це займає
Що змінилось після впровадження. Немає ситуації, коли проєкт стоїть, бо ніхто не зрозумів, що саме треба дати.
Що потрібно від вас, щоб це працювало на ваших даних
  • Одна людина з вашого боку, яка збере це докупи.
Сценарій 16 · 2 кроки

Безпека: що виходить за ваш контур, а що ні

і як розмежувати копію бази від робочої

Кейс знеособлений. Опис контуру справжній.
Що показує цей сценарій. Відповідає на питання про конфіденційність і про розмежування тестового середовища.
Відкрити сценарій у демонстрації
крок 1 з 2

Що лишається у вас і що виходить назовні

Чесно і без загальних слів. Ваша база нікуди не копіюється цілком, але текст документа для розпізнавання виходить у модель, і ми не робимо вигляду, що це не так.

  • У модель іде вміст документа, а не ваша база
  • Довідники і залишки не передаються назовні
  • Усе, що передається, видно в журналі
Пройти цей крок у демонстрації
Що лишається у вас і що виходить назовні
Що лишається у вас і що виходить назовні
крок 2 з 2

Що записано в договорі

Слова про безпеку варті рівно стільки, скільки написано в документах. Ось що ми фіксуємо письмово.

  • NDA підписується до отримання будь-яких доступів
  • Доступи відкликаються вами в будь-який момент без нашої участі
  • Після завершення робіт дані видаляються за вашим запитом
Пройти цей крок у демонстрації
Що записано в договорі
Що записано в договорі
Що змінилось після впровадження. Питання безпеки закривається до підписання, а не після першого інциденту.
Що потрібно від вас, щоб це працювало на ваших даних
  • Ваше рішення щодо варіанта розгортання.
  • NDA, якщо потрібен ваш шаблон.