359 / 736LIA

Liabilities

Зобов’язання суб’єкта звітності

Люсія вже отримала обладнання для своєї компанії, але сплатить рахунок наступного місяця. Гроші ще не пішли, а обов’язок заплатити вже існує. Такі зобов’язання називають Liabilities. Читаючи звітність компанії чи оцінюючи зберігача біткоїнів, недостатньо знати лише те, що він має. Потрібно з’ясувати, що він винен, кому, у якій формі й коли мусить виконати зобов’язання.

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

Люсія отримала обладнання, тож її компанія вже мусить заплатити, хоча строк платежу ще не настав. IFRS, міжнародна система стандартів фінансової звітності, виходить із теперішнього зобов’язання, спричиненого минулою подією, виконання якого компанія практично не може уникнути. Натомість сам намір придбати ще обладнання наступного року не є зобов’язанням. Важливо не те, чи буде витрата приємною, а те, чи вже виник обов’язок. Тому бюджет майбутніх закупівель не замінює переліку поточних зобов’язань. [1]

Окрім кредитів, можуть бути неоплачені рахунки постачальників, зароблена працівниками зарплата чи податки до сплати. Якщо клієнт оплатив послугу наперед, обов’язком може бути її надання, а не переказ додаткових грошей. Форма виконання має значення. Так само відображений залишок BTC клієнта сам по собі не визначає, що саме винен зберігач і як це обліковувати. Вирішальними є договір і застосовні правила. Баланс адреси не дає підстав вважати, що всі сервіси працюють однаково. [2]

У нашому прикладі компанія Люсії показує активи на 150 000 USD і зобов’язання на 100 000 USD. Різниця, 50 000 USD, є власним капіталом — обліковою часткою власників у чистих активах. Ця сума не обов’язково лежить на банківському рахунку: серед активів можуть бути обладнання або ще не оплачені клієнтами рахунки. Це також не автоматично гроші для розподілу власникам. Баланс показує стан на конкретну дату. Рух коштів і здатність перетворити активи на доступні гроші відповідають на інші запитання. [2]

Зобов’язання на 100 000 USD із платежем завтра створює інший тиск, ніж та сама сума через кілька років. Люсії потрібно знати строки виконання, а не лише загальний борг. Допомагає поділ на коротко- й довгострокові зобов’язання, а також умови договору, які можуть наблизити строк платежу. Проте облікова категорія не гарантує наявності потрібних коштів у день виконання. Строки зобов’язань слід зіставити з тим, коли ресурси для їх погашення справді стануть доступними. [2]

За нашим умовним договором зберігач має повернути фіксовану кількість — 1 BTC. Він і далі винен 1 BTC, якщо ціна зростає з 60 000 до 90 000 USD. Якщо він тримає лише долари й мусить придбати біткоїн, йому знадобиться більше доларів; кількість належних до повернення BTC не змінюється. Ось чому загальної доларової вартості активів недостатньо без валюти зобов’язань. Приклад пояснює економічний ризик цього договору, а не встановлює універсальне правило облікової оцінки всіх біткоїн-зобов’язань. [1] [2]

Вимога клієнта та зобов’язання зберігача описують один зв’язок із різних боків: клієнт має право на щось, а зберігач мусить це виконати. Слід визначити конкретних кредитора й боржника, можливе забезпечення та умови договору. Бренд групи компаній не обов’язково є стороною, з якою клієнт уклав договір. Загальна сума групи чи перелік резервів не доводять, що активи іншого суб’єкта можна спрямувати саме на цей борг. Перевірка має зіставляти однакове охоплення обох сторін, а не поєднувати чужі активи з непов’язаними зобов’язаннями. [1] [4]

IAS 37 розрізняє забезпечення та умовні зобов’язання. Забезпечення тут означає зобов’язання з невизначеною сумою або строком, наприклад очікувані витрати за гарантіями; це не автоматично відкладені гроші й не застава. Для його визнання потрібні, зокрема, ймовірне вибуття ресурсів і достовірна оцінка. Умовне зобов’язання може залежати від невизначеної події або не відповідати критеріям визнання забезпечення. За цим стандартом його зазвичай розкривають у примітках, якщо ймовірність вибуття не є вкрай малою, а не визнають як звичайне забезпечення. Тому читачеві варто вивчати не лише підсумкові суми. [3]

Люсії потрібно читати зобов’язання разом з активами, рухом коштів і примітками до звітності, для того самого суб’єкта й дати. Тоді вона зможе відрізнити розмір боргу від здатності вчасно його сплатити. SEC, американський регулятор ринку цінних паперів, застерігає, що PoR, підтвердження резервів, не дає повної картини зобов’язань. Самі борги не доводять неплатоспроможності: вони є частиною звичайної господарської діяльності. Так само додатний власний капітал не гарантує своєчасного платежу. Важливо, чи можна виконати конкретні обов’язки доступними ресурсами в належний час і в належній формі. [2] [4]

Для повної картини прочитайте також Proof of reserves, Collateral, Counterparty risk, Debt maturity. На цю статтю також посилаються Proof of reserves, Coinbase Custody, Strategic Bitcoin Reserve, Sovereign Bitcoin Treasury.

DOC · 001IFRS — Conceptual FrameworkДокументація DOC · 002SEC — Beginners Guide to Financial StatementsДокументація DOC · 003IFRS — IAS 37Документація DOC · 004SEC — Alternatives to financial statement audits (2023)Документація
Переглянуто: Спочатку джерела · Не інвестиційна порада