Технология с конкретна задача

Една компания може да купи скъпа система и пак да изготвя прогнозата си за паричните потоци, като копира числа между електронни таблици в петък следобед. Тя може и да поддържа дисциплиниран процес със скромен софтуер, ако данните имат отговорник, определенията са устойчиви и резултатът е равнен. Технологията има значение, когато премахва забавяне, грешка или пропуск в информацията, които променят дадено решение. Изборът започва от работата, а не от демонстрацията на продукта.

Работата в тази книга преминава през няколко системи. Клиентската поръчка се превръща в производствен график; графикът създава потребности от материали; покупките и доставките се превръщат в материални запаси; експедираната продукция се превръща във фактури; фактурите се превръщат във вземания и накрая — в пари. Възнагражденията, инвестиционните проекти, данъците и обслужването на дълга имат свои собствени пътища към прогнозата. Управленският отчет изисква тези пътища да се срещнат в един и същ период и валута. Ако всеки отдел има различна версия на портфейла от поръчки, по-бързото табло просто оповестява разминаването по-рано.

Проследете решението и пътя на данните до него

Да предположим, че производител трябва да реши дали може да приеме голяма нова програма. Първо запишете решението: цена, капацитет, инвестиция, максимална потребност от финансиране и последната дата, на която компанията може да откаже или да поеме ангажимента поетапно. След това проследете всеки входящ показател до неговия източник. Кои клиентски количества са твърдо договорени? Кои са прогнозни? Коя спецификация на материалите и кое допускане за брака определят необходимите входящи ресурси? Какъв е срокът за доставка от доставчика, минималната партида и датата на плащане? Кога линията може да произведе годни за продажба изделия и кога клиентът ще ги одобри и плати?

Практичният речник на данните дава на всяко важно поле значение и отговорник. „Дата на поръчката“ може да бъде датата, на която клиентът е направил поръчка, датата, за която е поискал доставка, или датата, на която компанията я е приела. „Материални запаси“ може да включва стоки на път или да изключва материали, държани при подизпълнител. „Налични парични средства“ може да означава банковото салдо преди депозитите с ограничено ползване, използвания овърдрафт или неосчетоводените от банката плащания. Тези разлики изглеждат малки, докато прогнозата не се опре на тях. Съгласувайте определението и записвайте всяко изключение, вместо да добавяте поредна формула, която незабелязано го променя.

Когато счетоводна система, система за планиране на ресурсите на предприятието, клиентски портал и банков поток от данни обменят информация, определете интерфейсите и контролните суми. Ежедневният импорт трябва да показва получените, отхвърлените и дублираните записи. Началното банково салдо плюс постъпленията минус плащанията трябва да съвпада с крайното салдо. Сборът на салдата по клиентските аналитични сметки трябва да съвпада с контролната сметка в главната книга. Отчетът за движението на материалните запаси трябва да се равнява по количества и стойност, а разликите да се изследват. Едно табло може да се обновява всеки час и пак да е грешно всеки час, ако никой не отговаря за тези проверки.

Тринадесетседмичната прогноза за паричните потоци илюстрира избора на технология. Започнете с текущата банкова позиция, непогасените вземания по очаквана дата на събиране, календарите за възнагражденията и данъците, обслужването на дълга, одобрените капиталови разходи и ангажиментите за покупки. За по-малък бизнес една електронна таблица може да е достатъчна, ако входящите данни имат отговорници, версиите се контролират, а прогнозата спрямо действителното изпълнение се преглежда всяка седмица. Повече автоматизация може да е оправдана, когато обемът на операциите, наличието на няколко дружества или валути правят ръчните актуализации бавни и податливи на грешки. Софтуерът трябва да запазва допусканията и изключенията, така че промяната в прогнозата да може да бъде обяснена, а не просто да преизчислява нова обща сума.

Изберете най-малката промяна в системата, която решава проблема

Ако проблемът е закъснялото фактуриране, проследете забавянето от потвърждаването на доставката до издаването на фактурата и приемането ѝ от клиента. Може би складът не потвърждава експедицията своевременно; може би клиентът изисква номер на поръчката за покупка, който търговският екип пропуска. Автоматизирането на издаването на фактури, без да се поправи някоя от тези стъпки, може да изпраща неправилни документи по-бързо. Ако проблемът е ненадеждният марж по продукти, разгледайте спецификацията на материалите, добива, актуализациите на покупните цени и разпределението на режийните разходи, преди да купите допълнителен модул за отчети. По-добрата графика не може да поправи неправилна разходна база.

Изгответе икономическа обосновка за промяната със същата дисциплина, която прилагате при покупката на машина. Включете лицензионните или абонаментните такси, интеграцията, почистването на данните, обучението, паралелната работа, времето на служителите и текущата поддръжка. Назовете очакваната полза: по-малко дни за приключване, по-малко спорове по фактури, по-ниски запаси без влошено обслужване или по-ранно откриване на паричен недостиг. Поставете до нея изходно ниво и дата. „По-добра видимост“ е стремеж, докато някой не може да опише какво ще се вижда по-рано и какъв избор позволява това.

Да разгледаме измислен процес по вземанията. Фактурите се издават четири дни след експедицията, защото доказателствата за доставка се събират ръчно. Работен процес, който надеждно съкращава забавянето до един ден, може да ускори фактурирането с три дни. Ако годишните продажби на кредит са €12 милиона, разпределени равномерно върху 365 дни, три дни продажби са около €98,600. Това е приблизително намаление при установен режим на финансирането, обвързано с нефактурирани продажби, при допускането, че срокът за плащане на клиента започва да тече от датата на фактурата и действителното му поведение при плащане не обезсилва ползата. Това не са €98,600 допълнителна печалба всяка година. Повтарящата се икономическа полза е избегнатият разход за финансиране върху освободената сума плюс всяко измерено намаление на споровете или несъбираемите вземания, минус разходите за системата и процеса. Разликата между еднократно освободени парични средства и многократно реализирана печалба има значение във всяко технологично предложение.

Внедряването трябва да преминава през контролни етапи. Първо равнете основните данни: клиенти, доставчици, артикули, мерни единици, данъчни кодове и начални салда. След това изпълнете представителни операции от поръчката до получаването или събирането, включително връщания, частични експедиции, оспорени фактури и отказ на интерфейс. Сравнявайте резултатите със съществуващия процес за определен период. Разрешете преминаването към новата система само когато съществените разлики са отстранени и резервният вариант е ясен. Запишете кой може да одобри промяна в конфигурацията и кой проверява дали тя работи след внедряването. „Пускането в експлоатация“ е началото на оперативната дисциплина, а не краят на проекта.

Портфейл от приложения на AI, който заслужава мястото си

Интересът ми към машинното обучение започна много преди да знам как да изградя модел. В компания за управление на активи в Минеаполис видях невронна мрежа, използвана за класифициране на кредитното качество на емитенти на корпоративни облигации. Изглеждаше като черна кутия със способност да разсъждава. Бях очарован и исках да разбера какво всъщност се случва вътре в нея, но работата и животът все отлагаха ученето.

Години по-късно чух за статията от 2017 г. Attention Is All You Need, която представи архитектурата Transformer. Усетих, че тя може да има значение. Също така изобщо не разбирах статията. Първият ми въпрос беше: как, за бога, някой изгражда нещо такова? Python изглеждаше като практичен вход, затова купих книги и започнах да го уча. Входът беше по-прост от стаята зад него: изследванията, данните, математиката и инженерната работа не станаха лесни, защото кодът беше написан на Python. Накрая се записах в програма за уеб разработка с Python, а след това — в програма по машинно обучение и AI. Когато през този период разговорните големи езикови модели станаха широко достъпни, причината да довърша пътя си стана по-трудна за пренебрегване. Завърших и двете програми и продължавам да изучавам агенти и генериране, обогатено с извличане на информация, което дава на модела подходящи документи, с които да работи, когато отговаря на въпрос.^[10]

Не очаквам всеки изпълнителен директор да поеме по същия път или да превърне AI в хоби. Очаквам един бизнес ръководител да е достатъчно любопитен, за да попита какво може да направи даден инструмент за реална управленска практика, какви данни са му нужни, какви грешки допуска, колко струва и кой може да одобрява действията му. Не мога да предвидя всички дългосрочни последици от AI, а ентусиазмът не оправдава слаб тест. Моето виждане е, че технологията ще бъде част от бизнес практиката; ръководителите, които я пренебрегват изцяло, ще се затруднят да преценят къде помага и къде създава нов риск. Приложенията по-долу дават на това любопитство конкретна задача и начин да се провери резултатът.

Обичам да експериментирам с агенти. Изградил съм малки проекти за покер и шах, в които няколко модела поемат различни роли или трябва да се съгласят за даден ход. Шахматният комитет ме постави в защита почти от дебюта. Беше увлекателно да наблюдавам как моделите преминават през играта; това не ме накара да им поверя ERP системата. В текущите ми експерименти в предприятието скриптове могат да четат данни за контролиран анализ, но не съм дал на агентите разрешение да променят записи. Разрешението за данните, поверителността, разходът за многократни извиквания на моделите и човешкият преглед с ясно поета отговорност са ограничения при проектирането, преди да бъде позволено автоматизирано действие. Една игра и едно плащане към доставчик имат много различни допустими граници на грешка.

Практичната последователност е да изберете едно решение, да равните входящите му данни, да проведете пилот само с достъп за четене спрямо изходно ниво, да измерите грешките и спестеното време, а след това да решите дали ограничено действие с право на запис заслужава одобрение и наблюдение. Впечатляваща демонстрация на разсъжденията на модел не замества този тест. Интересът ми към технологията е причина да я изучавам и валидирам, а не причина да я пусна без надзор.

Приложение	Полза за проверка	Човешка проверка
Първоначално разпределяне на запитвания по фактури	По-бързо разрешаване	Оригинална фактура и спор
Прогноза за събиране на парични средства	По-ниска грешка в прогнозата	Ретроспективен тест по клиенти
Търсене / обобщаване на договори	По-бърз преглед на условията	Клауза и изходен документ
Модел за кредитен риск	По-ранен сигнал за влошаване	Калибриране и корекции по преценка

Пилотът трябва да има изходно ниво, измерим резултат и правило за спиране. AI не премахва отговорността за представени на банка данни, кредитно решение или финансов отчет. Финансовият директор трябва да знае какво е видял моделът, какво е пропуснал и кой е прегледал резултата.

Защитете достъпа и способността да обясните едно число

Правата в системата трябва да следват ролите. Потребител, който въвежда фактура от доставчик, може да няма нужда да редактира банкови данни; човек, който променя клиентски лимит, не бива да бъде и единственият проверяващ тази промяна. Премахвайте достъпа, когато ролите се променят. Използвайте многофакторно удостоверяване, където е налично, поддържайте резервни копия и проверявайте дали важните данни могат да бъдат възстановени. Това са оперативни изисквания, защото загубеният достъп или повредените данни могат да прекъснат експедициите, фактурирането и плащанията. Поддържайте ръчен или алтернативен път за критичните действия при прекъсване, с ясно упълномощаване и последващо равнение.

Контролът на версиите важи за електронните таблици така, както и за софтуера. Съхранявайте утвърдена прогноза с дата, към която е актуална, изходни извлечения и регистър на допусканията. Ограничете правото за запис върху ключовите формули и записвайте съществените корекции по преценка. Когато бъде одобрена нова прогноза, запазете старата, така че ръководството да може да разграничи променен бизнес от променен модел. Скритата формула, която презаписва предишно допускане, може да заличи доказателството защо е било взето дадено решение за финансиране.

Одитната следа трябва да отговаря на прост въпрос: защо се промени това число? Скок в маржа може да идва от по-добра продажна цена, нов продуктов микс, закъсняла фактура от доставчик, актуализация на основните разходни данни или грешка във формула. Системата може да записва кой е променил дадено поле и кога, но ръководството все пак трябва да установи бизнес причината. Определете кой преглежда необичайните ръчни счетоводни записвания, единичните разходи, кредитните известия, корекциите на материални запаси и промените в банковите данни. Отчетите за изключения са полезни, когато изключението се изследва и разрешава, вместо да остава в опашка за неопределено време.

Използвайте автоматизацията и AI с ясна граница

Автоматизацията може да копира рутинни данни, да съпоставя фактури с поръчки, да сигнализира за просрочени сметки и да обновява отчети. Машинното обучение или генеративният AI могат да помогнат да се обобщи дълъг списък с отклонения, да се класифицират оспорени фактури, да се изготви първи вариант на обяснение или да се предложат въпроси за ръководството. Това са помощни средства за анализа. Преди да разчитате на резултата, сравнете го с главната книга, изходните документи и съществеността на решението. Убедително изречение за отклонение в цената не е доказателство, че цената, количеството и периодът, на които то се основава, са правилни.

Не давайте на автоматизирана система правомощия, които не е заслужила. Моделът може да предложи приоритет при събирането на парични средства; отговорно лице решава как да се обърне към клиента. Инструментът може да открие съмнение за дублирано плащане; проверяващ го потвърждава, преди да задържи законно дължимо плащане към доставчик. Никога не позволявайте само генерирано съобщение да променя данни на получателя или да освобождава средства. Чувствителните данни за клиенти, служители и банкови операции също се нуждаят от подходящ достъп, договорни условия за обработване и правила за съхранение. Икономическата обосновка за скоростта бързо отслабва от предотвратима грешка или загуба на доверие.

Поддържайте разбираемо за човек изчисление за най-важните решения. Изпълнителният директор трябва да може да проследи максималната парична потребност за нова програма от обемите и датите, дори когато системата извежда числото. Целта не е всеки отчет да се възстановява на ръка. Целта е да се знае кои допускания имат значение, кои записи ги подкрепят и какво би обезсилило заключението. Ако никой не може да обясни защо прогнозата е спаднала с €500,000 след актуализация на софтуера, тя не е готова да насочва разговор за финансиране.

Изградете способност за работа с AI на етапи

AI заслужава място във финансовата стратегия, защото може да промени скоростта и обхвата на анализа, но стойността му зависи от задачата. Полезна последователност е да се автоматизира повтарящ се поток от данни, да се добави статистическо прогнозиране там, където миналите закономерности съдържат сигнал, да се използват езикови модели за работа с документи и обяснения и едва тогава да се обмислят агенти, които действат между системите. Това не са задължителни стъпки в технологична надпревара. Всеки етап трябва да решава назован проблем, да има измерено изходно ниво и да запазва човека като вземащ решенията със съществени финансови последици.

Основата от данни идва първа. Определете клиент, продукт, дата на операцията, валута, мерна единица и авторитетен източник за всяко поле. Равнете историческите снимки на данните, преди да обучавате модел за влошаване или да поискате от езиков модел да обясни отклонение. Иначе по-способният модел просто обработва по-голямо количество противоречиви входящи данни. Финансите трябва да отговарят за определенията и тестовете съвместно с колегите по технологии; не бива да очакват доставчикът да отгатне счетоводния и търговския смисъл в компанията от имената на колоните.

Изберете метода според въпроса. Детерминистично правило често е най-добрият избор за изчисляване на кредитен ковенант или праг за одобрение. Конвенционален модел за прогнозиране може да се валидира по-лесно от дълбока мрежа, когато наборът от данни е малък. Машинното обучение може да бъде ценно за поведението на клиентите при плащане, аномалиите, влошаването на кредитното качество или търсенето, при условие че резултатите могат да се измерват извън извадката и моделът се прекалибрира при промяна на условията. Езиковият модел е по-подходящ за намиране на клаузи, изготвяне на първи вариант на обяснение или сравняване на неструктурирани документи. Той трябва да цитира изходните записи за съществено твърдение. Агент, който може да редактира платежен файл или да освободи поръчка, изисква изрични разрешения, регистриране на действията, обработване на изключенията и граници за одобрение.

Собственото ми обучение в AI затвърди една практична поука: изграждането на работещ модел не е краят на задачата. Човек трябва да разбира какво представят обучаващите данни, как са получени етикетите, дали тестовият период отразява бъдещата употреба и какво се случва, когато разпределението на входящите данни се промени. Бърз или точен резултат върху еталонен тест не установява, че финансовият екип може да разчита на него при решение за кредитиране или парични средства. Въпросът е дали той подобрява решението, след като се включат грешките, разходите и усилието за преглед.

За всяко предложено приложение запишете отговорника, засегнатото решение, текущия процес, очакваната полза, разрешените данни, теста за валидиране, резервния процес и честотата на прегледа. Пилот, който сортира запитвания по фактури, може да бъде оценен по времето за разрешаване на споровете и честотата на грешките. Модел за събиране на парични средства трябва да бъде оценен по грешката в прогнозата за различни клиенти и периоди на напрежение, а не по това колко убедително звучи разказът му. Асистент за договори трябва да бъде тестван дали намира правилната клауза и посочва ограниченията си. Кредитният модел се нуждае от калибриране, наблюдение, документирани корекции по преценка и начин за обясняване на неблагоприятните резултати.

Решението дали да се разработва или купува трябва да сравнява интеграцията, поддръжката и контрола, както и цената на лиценза. Покупката на зрял инструмент може да ускори внедряването, когато моделът му на данните съответства на бизнеса. Разработването може да е разумно за специфичен процес или малък, подлежащ на тестване модел, който може да се поддържа вътрешно. Скритият разход и в двата случая често е почистването и управлението на данните, промяната на работните процеси и обучението на хората да оспорват резултатите. Ръководството трябва да одобри поетапна инвестиция с правило за спиране, а не голям проект, обоснован с общо обещание за ефективност.

Бих организирал първата година около малък портфейл: една задача за производителност с нисък риск, една задача за прогнозиране или аномалии с измерим ретроспективен тест и един контролиран експеримент, който помага на ръководителите да търсят и обясняват финансови доказателства. Преглеждайте действителното използване и променените решения, а не само точността на модела. Изведете от употреба инструмент, който създава работа по проверка, без да подобрява резултатите. Разширявайте успешен инструмент само след като достъпът, одитната следа, резервните копия и отговорността са уредени. Амбицията е финансова функция, която учи и действа по-бързо, като запазва способността си да показва защо дадено число е правилно.

Прегледайте резултата, след като системата се установи

Измерете резултата спрямо първоначалната причина за инвестицията. Ако целта е била по-бързо приключване, сравнете действителните дати на приключване и броя на неразрешените позиции за равнение. Ако целта е била по-добро планиране на запасите, сравнявайте едновременно нивото на обслужване, дните на запасите, залежаването и спешните покупки. По-ниско салдо на запасите, постигнато чрез пропуснати доставки, не е подобрение. Ако целта е била събиране на вземанията, проследявайте момента на фактуриране, споровете и действителните дати на постъпленията, като отделяте поведението на клиента от вътрешния процес.

Технологията може да направи законите на финансовата гравитация по-видими: материалът, ангажиран преди клиентската поръчка да е твърда, седмиците между експедицията и паричните постъпления, периодът на достигане на работен режим, преди новият капацитет да започне да покрива разходите си. Тя не може да отмени тези закони. Изграждайте системите около решенията и контролите, от които бизнесът се нуждае, а след това използвайте това, което разкриват. Окончателната мярка за технологичен проект е дали ръководството вижда съответното последствие по-рано и има по-добра възможност да действа.

Поетапен път от електронна таблица до надежден отчет

Първо изберете едно решение, което в момента страда от лоша информация. Производител може да избере седмичната най-ниска парична позиция или маржа по работа, специфична за клиент. Опишете съществуващия процес на една страница: изходни записи, хората, които ги редактират, ръчни прехвърляния, равнение, дата на отчета и решенията, забавени от него. Измерете изходното ниво, като вложени часове, брой корекции или дни между експедицията и фактурата. Системно предложение, което не може да назове текущия си проблем, едва ли ще докаже успеха си.

След това създайте един контролиран набор от данни с устойчиви идентификатори за клиенти, продукти или услуги, обекти и периоди. Решете коя система е авторитетният източник за всяко поле. Отразете изрично връщанията, кредитните известия, незавършеното производство, данъците, закъснелите фактури и промените във валутите. За отчет за маржа по продукти фактурата, действащата спецификация на материалите и разходната база трябва да са съгласувани; за отчет за маржа по услуги договорът, отчетите за отработено време, подизпълнителите и етапите на фактуриране трябва да са съгласувани. Равнете резултата с подробните записи и главната книга, преди да наречете графиката резултат.

Едва тогава автоматизирайте рутинните обновявания и добавете визуални обобщения. Съхранявайте времеви маркер, брой записи и контролна сума за всеки импорт. Насочвайте неуспешните или непълните зареждания към посочен отговорник и не допускайте старо табло да изглежда актуално. Ограничен пилот може да обхване десет критични материала в две клиентски програми или десет закъснели фактури за услуги в два клиентски екипа. Сравнете прогнозата или списъка му с изключения със съществуващия процес, преди да разширявате обхвата. Първата версия заслужава по-широка аудитория, като е полезна и обяснима.

Въвеждайте достъпа според ролите, с одобрение за новите потребители и периодичен преглед. Обучавайте хората какво означава даден отчет и кои изключения трябва да коригират. При критично преминаване към нова система поддържайте паралелна работа достатъчно дълго, за да сравните приходите, запасите, вземанията и паричните средства, и решете предварително кои разлики блокират пускането. Запазете способността да възстановите последната надеждна позиция при отказ на интерфейс. След няколко месеца сравнете обещаното подобрение на решенията с изходното ниво; изведете излишните отчети от употреба, вместо да оставяте служителите да поддържат старите и новите процеси завинаги.

Запазете честността на финансовата обосновка

Да предположим, че проект за отчетност струва €120,000 за внедряване и €24,000 годишно за работа. Предложението твърди, че ще освободи €400,000 от материални запаси чрез по-добро планиране и ще намали извънредния труд с €30,000 годишно. Освобождаването на запасите е еднократен паричен ефект, ако бъде постигнато и поддържано; спестяването от извънреден труд е годишна оперативна полза. При илюстративен разход за финансиране от 10% освобождаването на запасите също избягва около €40,000 годишен разход за финансиране на държането им, докато сумата остава освободена, но не отчитайте едновременно пълните €400,000 като годишна печалба и €40,000, сякаш са независими повтарящи се продажби. Включете ефектите от залежаване, съхранение и обслужване, ако могат да бъдат измерени, и проверете дали същата промяна в планирането би била възможна без софтуера.

Предложението е привлекателно само ако оперативните допускания са валидни. Установете кои категории запаси действително могат да намалеят, кога ще се намалят покупките, дали минималните партиди на доставчиците възпрепятстват това и какъв е ефектът върху навременните доставки. Нека отговорниците за производството и снабдяването поемат ангажимент към тези допускания. Преглеждайте действителните запаси и извънредния труд след внедряването. Отчет, който показва по-ниска точка за повторна поръчка, но не променя поведението при покупките, е произвел информация без обещаните парични средства.

Извеждайте остарелите показатели от употреба с подобряването на системата. Новата платформа може да произведе стотици показатели; запазете малкото, които помагат на ръководството да вижда способността за печалба, превръщането ѝ в парични средства, потребностите от финансиране и риска. Управлението на данните звучи грандиозно; на практика означава, че някой отговаря за значението на „твърда поръчка“, някой проверява импорта и някой може да обясни защо прогнозата се е променила във вторник. AI добавя още един тест: той трябва да изпълни същите стандарти, преди предложеният от него отговор или действие да влезе в управленски процес.

Внедряване на AI с измерими резултати

Първият етап установява общ речник на данните и равнени извлечения. За всеки клиент, продукт и материал съгласувайте идентификатори, дати на влизане в сила, валута, мерна единица и отговорност. Равнете продажбите, разходите, запасите и вземанията с главната книга към определен момент на отчитане. Документирайте ръчните корекции. Тази работа не е бляскава, но не позволява на сложно приложение да умножи същите несъответствия, които са съществували в електронните таблици.

Пилотът с AI се нуждае от контролни етапи с дати и изходно ниво. Примерът по-долу е предложена дванадесетмесечна пътна карта за бизнес, който не работи с AI, а не отчет за постигнато спестяване в компанията на автора. В началото използвайте само одобрени извлечения. Съхранявайте часа на извличане, произхода и пътя на данните, версията на заявката към модела или кода и човешката корекция, така че един по-бърз отговор все пак да може да се проследи до фактура или поръчка за покупка.

Период	Резултат и отговорник	Критерий за преминаване	Разрешение / контролен етап
M0–2	Равнение на вземания/задължения, банка и запаси / контрольор	≥99.5% от стойността равнена; изключенията регистрирани	Тестови данни само за четене
M3–5	13-седмична проектопрогноза / управление на паричните средства	По-ниска грешка от ръчната; намаление на часовете ≥25%	Човек публикува всяка версия
M6–8	Отклонение в прогнозата и сценарий / финансово планиране и анализ	Два цикъла на ретроспективен тест с дати	Без право на запис в ERP
M9–12	Ограничен преглед на работния процес / финансов директор + ИТ	Без съществено действие, което не е прегледано	Одобряване на обхвата или спиране на пилота

Фигура 16.1. Проект, изготвен от AI, достига до оперативната система или външна страна само след като посочено лице прегледа доказателствата и одобри действието.

Измервайте грешката в прогнозата за същите хоризонти и спрямо същите действителни банкови движения като ръчното изходно ниво; отделяйте клиентите със спорове и поръчките за покупка с дълъг срок за доставка. Преглеждайте фалшивите отрицателни резултати, особено липсващите парични задължения. Служителите по сигурността трябва да одобрят класификацията на данните, условията на доставчика, съхранението и достъпа, преди който и да е модел да получи фирмени записи; предвидете бюджет за многократните извиквания и записвайте разхода за използваема прогноза. Предложено действие с право на запис се нуждае от отделно разрешение, ограничени права, възстановяване на предишното състояние и одитни доказателства. Ако равнението или точността не преминат проверката, подобрете изходния процес или спрете, вместо да давате по-широки разрешения.

Вторият етап автоматизира един поток за вземане на решения, например тринадесетседмичната прогноза за паричните потоци. Свържете банковите салда, непогасените фактури и задълженията към доставчици, като оставите изричен ръчен преглед за спорните събирания и ангажиментите за покупки, които липсват в главната книга. Сравнявайте автоматизираната прогноза с предишния процес в продължение на няколко цикъла. Измервайте грешката в прогнозата, времето за подготовка и времето от ново клиентско забавяне до актуализирана картина на паричните потоци. Приложение, което спестява два часа, но пропуска твърди поръчки за покупка, може да носи нетна загуба.

Третият етап разширява обхвата към планиране на сценарии: промените в заявките за доставка на клиентите се отразяват върху потребностите от материали, капацитета, маржа, оборотния капитал и паричните средства. Всяка връзка трябва да подлежи на проверка. Ако клиент отложи 100,000 единици, моделът трябва да показва кои поръчки за материали остават твърди, кои машинни часове се освобождават, кои променливи разходи изчезват и кои плащания по дълга остават. Потребителите трябва да могат да разглеждат и променят допусканията, като посочат причина. Това е по-полезно от „прогноза с едно щракване“, чиито резултати не могат да се проследят, когато имат значение.

Накрая прегледайте внедряването спрямо първоначалната икономическа обосновка. Намали ли закъснелите покупки, пропуските в прогнозите или ръчното равнение? Използват ли го ръководителите на срещите, или са се върнали към личните си електронни таблици? Кои контроли не сработиха и кои данни все още се нуждаят от човешка преценка? Технологията заслужава мястото си, когато съкращава пътя от променен факт до по-добро решение. Тя не може да промени датата на плащане по заем, да създаде клиентско търсене или да накара материал с дълъг срок за доставка да изчезне. Може да направи тези ограничения видими достатъчно рано, за да действа ръководството.

Източници и бележки

10. Transformer. Статията от 2017 г. представя архитектурата Transformer. Разказът на автора описва как е чул за статията и по-късно я е изучавал, а не претенция за участие в изследването ѝ. Attention Is All You Need, Google Research