Хто ловить помилку

Хто ловить помилку

1. Договір приходить по-різному: кривим сканом із печаткою, файлом Word або охайним PDF з таблицею. У кожному є значення, від яких залежать гроші і строки: код компанії, номер рахунку, сума, дата. На трьох таких договорах видно, якими способами перевіряють значення в документі і яку помилку ловить кожен спосіб. Звідси ж зрозуміло, чому охайний файл заслуговує на довіру не більше, ніж скан.

2. Вигляд документа залежить від того, як його виготовили, а не від того, чи правильні в ньому дані. PDF зазвичай зберігають із того самого файлу Word, а скан - це роздрукований і сфотографований аркуш. Код, суму й дату в усіх трьох хтось набрав на клавіатурі або переніс із попереднього договору. Помилка набору переходить у будь-який формат без змін, тому перевірка для всіх трьох однакова.

3. Перша перевірка не потребує нічого, крім самого значення. Код ЄДРПОУ, за яким компанію записано в державному реєстрі, має вісім цифр, і остання з них контрольна: її обчислено з попередніх семи, щоб помилку набору було видно одразу. Кожну із семи цифр множать на свою вагу, добутки додають і суму ділять на 11. Для коду 31316718 сума дорівнює 96, остача 8, і восьма цифра теж 8.

4. У сканованому договорі той самий код записано як 31361718: дві сусідні цифри помінялись місцями. Добутки стали іншими, сума тепер 91, остача 3, а восьма цифра лишилась 8. Така розбіжність означає, що в коді, найімовірніше, помилка, і його звіряють із реєстром. Одну хибну цифру формула майже завжди ловить так само. Для остачі 10 правило окреме: рахунок повторюють з іншими вагами.

5. Таку перевірку називають алгоритмічною: вона можлива всюди, де значення має формулу. Рахунок IBAN містить дві власні контрольні цифри, і в скані він їх не проходить. У договорі з Word добуток 15 на 12 400 записано як 168 000 замість 186 000, а в PDF стоїть дата 31 квітня, якої немає в календарі. Проте код 47645196 з того самого PDF формулу проходить: вона перевіряє форму запису, а не існування компанії.

6. На питання, чи існує компанія, відповідає тільки реєстр. ЄДР - це державний реєстр юридичних осіб із відкритим пошуком, де за кодом видно назву, адресу й керівника. За кодом 47645196 з охайного PDF реєстр запису не знаходить. Це ще не означає, що компанії немає: помилка могла бути в самому коді, тому пошук повторюють за назвою. У покупця запис є, але в договорі будинок 6-Б, а в реєстрі 6-К.

7. Лишаються помилки, яких не бачить ні формула, ні реєстр: кожне значення окремо правдоподібне, а суперечать вони одне одному. Їх знаходить перехресне читання, коли людина звіряє різні місця одного документа. Договір датовано 21 травня, а додаток посилається на договір від 12 травня. У преамбулі директор має ініціали О. С., а під підписом стоять О. В. Гарантія в пункті 6.1 становить 12 місяців, у додатку 24.

8. ШІ-асистент, тобто програма, яка відповідає на запит текстом, прискорює всі три перевірки, але результат залежить від формулювання. На загальне «перевір договір» він відповідає впевнено і може написати «помилок не знайдено», не звіривши дат. На точний запит «звір дату договору з датою в додатку 1» він наводить обидві дати й показує розбіжність. Упевнений тон відповіді не свідчить про те, скільки він перевірив.

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

10. Три перевірки ловлять різні помилки, тому жодна не замінює інших. Починають із формул, бо це швидко й нічого не коштує, далі йде запит до реєстру, а найповільніше, читання звʼязків між пунктами, лишається людині. Скан, файл Word і охайний PDF проходять цей шлях однаково. В охайному PDF з цього прикладу знайшлися і дата, якої немає в календарі, і код, якого немає в реєстрі.