Ви і ваш найбільший клієнт обидва фіксуєте той самий рахунок — і ваші книги не збігаються. У їхній кредиторській заборгованості $48 200, у вашій дебіторській — $48 750, і тепер комусь доведеться витратити п'ятничний пообідок на пошуки в електронних листах, кредит-нотах і коригуваннях фрахту, щоб знайти розбіжність у $550. Помножте це на кожного контрагента, з яким ви торгуєте, і ви описали більшу частину роботи зі звіряння в сучасному бухгалтерському обліку: дві сторони, два приватні реєстри й повільний ручний процес доведення, що вони говорять одне й те саме.
Потрійний облік пропонує інший порядок. Замість того щоб кожна сторона вела власні записи й звіряла їх пізніше, обидві сторони вносять дані до одного спільного запису, криптографічно підписаного кожною стороною, який ніхто не може тихо переписати згодом. Сама квитанція стає третім записом — єдиним джерелом істини, на яке посилаються обидві книги. Ніхто не просить вас замінити план рахунків уже завтра, але ця ідея вже формує те, як аудитори, постачальники програмного забезпечення та розробники стандартів думають про міжкомпанійне звіряння. Ось що це таке, чим воно відрізняється від системи подвійного запису, яку ви використовуєте сьогодні, і що воно могло б означати для годин, які ви витрачаєте на узгодження записів.
Коротке нагадування: як працює подвійний облік
Подвійний запис веде реєстри світу понад 500 років, і недарма. Кожна транзакція торкається принаймні двох рахунків — дебет на одному, кредит на іншому — тож книги мають вбудовану перевірку на помилки: сума дебетів має дорівнювати сумі кредитів.
Припустімо, ваша компанія купує обладнання на $5 000 за готівку. Ви дебетуєте рахунок «Обладнання» на $5 000 (актив збільшився) і кредитуєте рахунок «Готівка» на $5 000 (актив зменшився). Балансове рівняння — активи дорівнюють зобов'язанням плюс власний капітал — залишається збалансованим.
Ця система дає вам:
- Фінансовий контроль. Кожен рух вартості фіксується на відповідних рахунках, тож гроші не можуть тихо з'явитися або зникнути.
- Виявлення помилок. Якщо дебети й кредити не збігаються, щось записано неправильно, і ви знаєте, що треба шукати.
- Фінансову звітність. Звіти про прибутки й збитки, баланси та звіти про рух грошових коштів — усе це походить з того самого збалансованого реєстру.
- Аудиторський слід. Кожен запис простежується до первинних документів — рахунків, квитанцій, банківських виписок — які аудитор може перевірити.
Але подвійний запис має сліпу пляму, важливу для цієї дискусії: він перевіряє внутрішню узгодженість ваших книг, а не їхню відповідність чиїмось іншим. Ваш збалансований оборотно-сальдовий баланс нічого не каже про те, чи збігаються записи вашого клієнта з вашими. Неправильно класифікована транзакція все одно балансується. Транзакція, записана не в тому періоді, все одно балансується. Виявлення таких проблем — це те, для чого існують звіряння, підтвердження й аудити, — і саме цю вартість потрійний облік намагається усунути.
Що насправді являє собою потрійний облік
Потрійний облік додає третій запис до кожної транзакції: спільний, захищений від підробки запис, видимий обом сторонам. Ви зберігаєте свої дебети й кредити. Ваш контрагент зберігає свої. І ви обидва підписуєте ту саму цифрову квитанцію, яка зберігається у спільному сховищі, що ним жодна сторона не володіє одноосібно.
Фраза, найбільше пов'язана з цією концепцією, належить фінансовому криптографу Ієну Ґріґґу: квитанція — це транзакція. У системі потрійного обліку підписана квитанція — це не папір про угоду, вона є авторитетним записом угоди. Внутрішні книги кожної сторони потім посилаються на цю спільну квитанцію, замість того щоб кожна вела незалежну версію подій і сподівалася, що вони збігатимуться.
Коротка примітка про історію, бо назва плутає людей. Потрійний облік не винайшли для блокчейнів. Ґріґґ розробив основні ідеї в середині 1990-х разом із платіжною системою Ricardo, а бухгалтер Тодд Бойл незалежно запропонував Спільне сховище транзакцій із тією самою логікою «підпиши спільний запис» приблизно в той самий час. Стаття Ґріґґа 2005 року «Triple Entry Accounting» формалізувала модель: три підписані повідомлення — пропозиція, прийняття й валідація — створюють одну квитанцію, якій довіряють обидві сторони. Блокчейни з'явилися пізніше й дали ідеї зручний дім, оскільки розподілений реєстр — природне місце для зберігання записів, які жодна сторона не може змінити. Але бухгалтерська ідея стоїть сама по собі: один спільний запис кращий за два приватні, які доводиться звіряти.
Три підписи
У моделі Ґріґґа транзакція породжує три підписані кроки:
- Пропозиція. Продавець підписує чернетку транзакції — що продається, за скільки, на яких умовах.
- Прийняття. Покупець ставить свій підпис, погоджуючись із цими умовами.
- Валідація. Спільне сховище валідує двічі підписану квитанцію — перевіряючи підписи, баланси й правила — і засвідчує її в спільному записі.
Результат — квитанція з усіма трьома підписами. Будь-яка сторона може перевірити її самостійно, і жодна не може змінити її постфактум, не знецінивши підписи. Ваші книги й книги вашого контрагента кожні зберігають власні записи подвійного обліку, але обидві посилаються на той самий ідентифікатор квитанції — тож питання «чи збігаються наші записи?» стає пошуком замість проєкту.
Подвійний облік проти потрійного: порівняння поруч
| Подвійний облік | Потрійний облік | |
|---|---|---|
| Записів на транзакцію | Два приватні проводи (ваш і їхній) | Два приватні проводи плюс одна спільна підписана квитанція |
| Джерело істини | Власний реєстр кожної сторони | Спільна квитанція, на яку посилаються обидва реєстри |
| Звіряння | Ручне узгодження постфактум | Вбудоване — обидві сторони підписали той самий запис |
| Стійкість до підробки | Внутрішні контролі й аудити | Криптографічні підписи плюс реєстр, яким жодна сторона не володіє |
| Аудиторські докази | Вибіркові первинні документи, підтвердження | Повний підписаний запис, що перевіряється в цілому |
| Зрілість | Універсальна, століття практики | Переважно пілоти, прототипи й дослідження |
Важливий рядок — останній. Подвійний облік — це система, яку розуміє кожен податковий орган, кредитор і бухгалтерський стандарт у світі. Потрійний облік — це перспективна архітектура з робочими демонстраціями, але без загальновизнаного стандарту, без вказівок податкових органів щодо того, що вважається достатнім доказом, і з дуже невеликою кількістю промислових впроваджень за межами крипто-орієнтованих компаній. Сприймайте все нижче як напрям руху, а не план міграції.
Рікардіанські квитанції: контракт усередині запису
Одна з найпрактичніших ідей усередині потрійного обліку — це рікардіанський контракт, також із роботи Ґріґґа. Рікардіанський контракт — це документ, читабельний і для людей, і для програмного забезпечення: зрозумілі людині умови та машиночитні параметри живуть в одному інструменті, пов'язані криптографічним хешем.
Чому це важливо для обліку? Подумайте, що насправді звіряє звіряння. У вашому рахунку написано «net 30, 2% знижка за дострокову оплату, фрахт передплачено»; система вашого клієнта отримала «net 30» і відкинула решту. Суми розходяться через шість тижнів, коли знижку беруть з одного боку, але не з іншого. Рікардіанська квитанція несе умови та числа в одному підписаному об'єкті, тож програмне забезпечення, що проводить записи кожної сторони, читає ті самі умови, що й людина. Суперечки про «на що ми домовилися» зменшуються, бо угода подорожує разом із транзакцією, а не живе в окремому ланцюжку електронних листів.
Для малого бізнесу найближча версія цієї ідеї набагато менш екзотична, ніж здається: структуровані дані рахунків (позиції, податок, умови), що обмінюються електронно, а не як PDF-вкладення, які кожна сторона перенабирає по-різному. Кожен крок до машиночитних первинних документів — це крок до світу, який описує потрійний облік.
Що спільні реєстри означають для звіряння
Звіряння — це податок, який подвійний облік накладає за наявність контрагентів. Міжкомпанійне узгодження, банківське звіряння, тристороннє зіставлення замовлень на закупівлю — усе це існує тому, що дві або більше сторін незалежно зафіксували ту саму економічну подію, і записи мають бути доведені як узгоджені. Галузеві оцінки незмінно відносять ручне звіряння до найбільш трудомістких завдань закриття періоду для фінансових команд.
Потрійний облік усуває цю вартість у корені:
- Баланси контрагентів узгоджуються за побудовою. Якщо обидві сторони підписали ту саму квитанцію, розбіжність між дебіторською та кредиторською заборгованістю, з якої почалася ця стаття, не може виникнути — є одна сума, підписана двічі.
- Часові розбіжності виявляються негайно. Транзакція, яку покупець прийняв, але продавець ще не провів, з'являється як напівпідписана квитанція в спільному сховищі, видима обом сторонам, замість того щоб проявитися як узгоджувальна стаття через тижні.
- Аудити зміщуються від вибірки до перевірки. Сьогодні аудитор вибирає транзакції й підтверджує баланси з третіми сторонами, бо перевірити все непрактично. Проти спільного реєстру підписаних квитанцій програмне забезпечення може перевірити всю сукупність: кожен підпис дійсний, кожна квитанція зіставлена з проводами обох сторін. Робота аудитора переходить від «чи відбулися ці транзакції?» до «чи були вони записані в правильному періоді й на правильному рахунку?» — усе ще кваліфікована робота, але інша.
- Шахрайство стає складнішим, але не неможливим. Заднім числом датувати запис, підробити підтвердження контрагента або вести два комплекти книг — усе це вимагає зміни запису, який ваш контрагент також підписав, і сховища, яким ви не володієте. Завзяті шахраї адаптуються — сміття, підписане обома сторонами, усе ще сміття — але випадкові, нагодницькі маніпуляції стають набагато складнішими.
Ніщо з цього не усуває потреби у ваших власних книгах. Податкові декларації, управлінська звітність і кредитні ковенанти — усе це працює від вашого внутрішнього реєстру, і так буде в осяжному майбутньому. Що змінюється, то це межа довіри: замість того щоб ваші книги стверджували факти про транзакції з іншими, спільний запис стверджує їх, а ваші книги посилаються на нього.
Чесні обмеження
Ентузіазм щодо потрійного обліку регулярно випереджає реальність, тож ось інший бік реєстру:
- Обидві сторони мають брати участь. Спільний запис з одним підписом — це просто ваші власні книги з зайвими кроками. Мережеві ефекти діють в обидва боки: система найцінніша, коли ваші контрагенти в ній, а ваші контрагенти не мають причин приєднуватися, доки компанії, як ваша, не приєднаються.
- Конфіденційність не вирішена для багатьох випадків використання. Реєстр, який ваш аудитор може прочитати повністю, — це також реєстр, який ваш конкурент міг би прочитати. Реальні впровадження потребують вибіркового розкриття — доведення факту про транзакцію без розкриття всієї транзакції, — а ця криптографія ще дозріває.
- Стандартів ще не існує. Немає широко впровадженого формату для квитанцій потрійного обліку, немає вказівок GAAP чи IFRS щодо того, як докази зі спільного реєстру співвідносяться з визнанням і оцінкою, і немає усталеної відповіді, чия система є книгою обліку для податкових цілей.
- Це не виправляє поганий облік. Підписання квитанції не каже вам, чи сума є доходом чи зобов'язанням, до якого періоду вона належить, чи вона підлягає відрахуванню. Класифікація, часова прив'язка й судження залишаються твердо людською (і подвійною) роботою.
Реалістичне найближче майбутнє — гібридне: ваші книги подвійного обліку залишаються системою обліку, тоді як окремі потоки з високим тертям — міжкомпанійні транзакції, фінансування ланцюга поставок, аудиторські підтвердження — першими переходять на спільні записи.
Що ви можете зробити сьогодні
Вам не потрібен блокчейн, щоб отримати частину вигоди. Основна ідея — домовитися про запис у момент транзакції, а не звіряти постфактум — працює зі звичайними інструментами:
- Обмінюйтеся структурованими даними, а не PDF. Формати електронного виставлення рахунків та інтеграції бухгалтерського програмного забезпечення, що передають позиції, податок і умови машиночитним способом, усувають помилки перенабору, які спричиняють більшість розбіжностей.
- Підтверджуйте умови в транзакції, а не в електронних листах. Вказуйте умови оплати, знижки й відповідальність за фрахт у самому рахунку та переконайтеся, що ваша система проводить записи з цих полів.
- Звіряйте безперервно, а не щомісяця. Банківські потоки й автоматизовані правила зіставлення в сучасному програмному забезпеченні наближають досвід «спільного запису» для готівки: запис банку й ваш порівнюються щодня, а винятки виявляються, поки спогади ще свіжі.
- Тримайте власні книги бездоганними. Яка б спільна інфраструктура не з'явилася, вона посилатиметься на ваші внутрішні проводи — чисті рахунки сьогодні є передумовою, а не альтернативою.
Якщо ви ведете книги в простому текстовому форматі, дисципліна виглядає так само. Покупка та її оплата — це окремі проводи, які мають збігатися за сумою й контрагентом — саме така пара, яку спільна квитанція зв'язала б разом:
2026-10-15 * "Acme Supply" "Відвантаження віджетів, рахунок #4821, net 30"
Expenses:CostOfGoodsSold:Widgets 487.50 USD
Liabilities:AccountsPayable:Acme -487.50 USD
2026-10-28 * "Acme Supply" "Оплата, рахунок #4821, взято 2% знижки за дострокову оплату"
Liabilities:AccountsPayable:Acme 487.50 USD
Expenses:CostOfGoodsSold:Discounts -9.75 USD
Assets:Checking -477.75 USDРядок знижки — це місце, де живе розбіжність із початкової історії: якби система постачальника ніколи не зафіксувала умови про 2%, їхні книги показували б недоплату в $9.75, а ваші — погашений рахунок. Підписана квитанція з умовами запобігла б суперечці ще до її початку. Докладніше про структурування кредиторської заборгованості в такий спосіб дивіться в документації з кредиторської заборгованості.
Підсумок
Подвійний облік відповідає на питання «чи мої книги внутрішньо узгоджені?». Потрійний облік намагається відповісти на складніше питання: «чи мої книги збігаються з усіма іншими?». Механізм — спільна підписана квитанція, на яку посилаються обидві сторони, — елегантний, а його історія передує блокчейн-ажіотажу на десятиліття. Але спільні реєстри все ще стикаються з реальними перешкодами в участі, конфіденційності та стандартах, і ваші книги подвійного обліку залишаються системою обліку для податків, кредиторів і управління.
Практичний висновок вужчий за бачення й корисніший: переносьте узгодження на момент транзакції. Структуровані рахунки, умови в документі, безперервне зіставлення й чисті внутрішні проводи дають значну частину вигоди з інструментами, які у вас уже є. Коли інфраструктура спільного реєстру дозріє достатньо для звичайних компаній, компанії з дисциплінованими книгами будуть готові підключитися — бо спільна квитанція хороша настільки, наскільки хороші проводи, що на неї посилаються.
