Пробвахме RPA. Сега имаме четиридесет бота, които никой не може да поддържа.
Вярно е и не е случайност, а структура: record-and-playback връзва бота към интерфейс, който се променя без предупреждение, а необслужваните логини падат при следващото MFA. Инвентаризираме по телеметрия от изпълненията, а не по регистъра — в повечето паркове има ботове без успешно изпълнение от месеци и 20–40% отпадат директно. Всичко с реален интерфейс става типизирана интеграция с повторни опити, dead-letter опашки и idempotency; останалото се пренаписва като версиониран код с нощни contract тестове. Планът за извеждане от употреба е резултат от първия ден, а не по-късен разговор.
Данните ни са в каша, а ERP-ът е дописван до неузнаваемост.
Това е нормалното начално състояние и точно затова копаем в лога, преди да предложим каквото и да е. Дописванията се виждат в change document таблиците; качеството на данните се измерва като дял казуси с пълни времеви маркери и разрешими идентификатори. Под около 80% ви казваме, че резултатът не е надежден, и оферираме поправка на измерването вместо строеж — по-малка фактура и по-слабо изглеждащо предложение, и въпреки това правилното решение. Това, което няма да направим, е да пишем в неиздадени таблици или директно в базата: това нарушава clean core и следващият ъпгрейд на S/4HANA го чупи мълчаливо.
Доставчиците обещават над 90% точност. Нашите фактури са на български, сканирани накриво, половината писани на ръка.
Тогава повечето пазарни бенчмаркове не важат за вас, а един доставчик отпада още преди демото: Amazon Textract разпознава текст само на английски, френски, немски, италиански, португалски и испански, а ръкопис — само на английски. Кирилица няма. В краткия списък остават Azure AI Document Intelligence, Google Document AI и ABBYY, но всеки от тях носи уговорка, която проверяваме, вместо да я приемем наум: готовите модели за фактури и обучението на custom neural модели имат собствени списъци с поддържани езици, по-тесни от кирилицата в самия OCR слой — затова за български сравняваме Read/Layout плюс собствен модел срещу готовия модел върху вашите документи, преди да се обвържем с единия. За ръкописа бъдете скептични и към трите: ръкописни редове на кирилица не са проблем на OCR, който можете да си купите. Това е проблем с доставчика — по-скоро бихме преместили тези двайсет доставчика към портал, шаблон или Peppol канал, отколкото да ви обещаем модел, който ги чете, и още във втората седмица ще ви кажем кои са тези двайсет. Заглавните полета — номер, дата, обща сума, ДДС номер и ЕИК — обичайно излизат 95–99% върху чисти цифрови PDF-и; редовете са 75–90% и падат допълнително при лоши сканове. Договаряме се на F1 по поле, измерен върху вашата извадка, с праг на confidence и процента автоматично приети документи, който този праг дава. Едно общо число за точност на документ означава, че никой не е погледнал пощата ви.
Спестените часове никога не се появяват в отчета за приходите и разходите.
Обикновено е така и това е провал в дизайна на измерването, а не в технологията. Шест спестени минути при четиридесет души се разтварят в работния ден и не стигат до счетоводството. Броим само полза, която се събира в цели щатни бройки в рамките на един екип, или която се вижда в парите: незапълнена позиция, свит разход за външни изпълнители и BPO, уловени отстъпки за ранно плащане, избегнати лихви за забава, помръднати дни DSO или DPO, отпаднал разход за одит и преработка. Тази дефиниция се съгласува и подписва с финансовия отдел преди строежа, а базовата линия идва от системни времеви маркери, а не от анкета колко дълго хората смятат, че отнема една задача.
В момента мигрираме към S/4HANA. Всичко е замразено.
Обикновено е правилното решение, но истинското ограничение не е замразяването на кода — то е, че вашият Basis екип, функционалните консултанти и комисията по промените нямат свободен час до самото превключване. Затова честният отговор е, че по-голямата част от това чака. Не чака само четенето: извличането на event log-а струва на екипа ви един достъп до базата и около половин ден, а показва на миграционната програма кои от процесите, които се кани да построи наново, реално никой не ползва. Ако все пак ще се строи по време на замразяването, това може да е само слоят извън ядрото — приемане на документи, валидация, проверка на основните данни, опашки от изключения и оркестрация — срещу официално издадени интерфейси и side-by-side върху BTP, и пак бихме искали ръководителят на миграцията да го одобри писмено, преди да започнем.
Прегледът по сигурността при нас ще отнеме шест месеца.
И трябва да бъде обхванат като преглед по веригата на доставки, защото по чл. 21 от NIS2 точно това е — държим продукционни данни за достъп до ERP-а ви, тоест сме вътре в регулираната ви верига, а чл. 23 пуска часовник от 24 часа за ранно предупреждение и 72 часа за уведомяване при инцидент. Идваме с готов пакет: служебни акаунти с права само за назовани операции вместо нечий личен логин, тайни в управляван трезор с ротация, документирани мрежови пътища, логове към вашия SIEM, подписан договор за обработка на лични данни с актуален списък на подизпълнителите и карта на потоците, в която е назовано всяко място, където попадат лични данни. Това превръща прегледа ви от разследване в чеклист.
Хората, които разбират процеса, са същите, които той замества.
Няма да съдействат, ако сделката е такава — и с право. При 12,0 EUR на час съкращаването на хора и без това е слаба теза: възвръщаемостта е във времето на цикъла, процента грешки и капацитета да поемете повече обем. На практика: човекът, който познава процеса, влиза в екипа по внедряването като този, който дефинира правилата за изключенията, а първото, което автоматизираме, е задачата, която той мрази, а не тази, която изглежда най-добре на демо.
