Ви виявляєте, що у торішній фінансовій звітності було застосовано неправильний метод амортизації. Або баланс клієнта, який виглядав стягуваним, раптом перестає таким бути. Або ваш бухгалтер рекомендує новий метод калькулювання запасів, оскільки він краще відображає, як працює ваш бізнес.
Бухгалтерське проведення в кожній із цих ситуацій може виглядати схоже: змінити рахунок, відобразити коригування та рухатися далі. Згідно з US GAAP, час застосування не є взаємозамінним. Одна подія може вимагати перегляду порівняльної звітності, інша належить лише до поточного періоду, а третя є помилкою, яку не можна замаскувати під нову оцінку.
ASC 250, Зміни в обліку та виправлення помилок, надає цю структуру. Для малого бізнесу практичний виклик полягає в тому, щоб визначити, до якої категорії належить подія, перш ніж проводити запис. Цей посібник пояснює три основні види змін в обліку, різницю між суттєвою та несуттєвою помилкою, а також робочий процес закриття періоду, який зберігає рішення можливим для перевірки.
Перше питання: що саме змінилося?
ASC 250 охоплює зміни облікової політики, зміни облікових оцінок, зміни у складі звітного суб'єкта та виправлення помилок. Ця відмінність важлива, оскільки кожна категорія має різний підхід.
Як відправна точка, запитайте себе:
- Чи змінилося основне правило або метод обліку?
- Чи нова інформація змінила обґрунтовану оцінку?
- Чи була початкова бухгалтерія неправильною, виходячи з інформації, яка вже існувала?
Якщо відповідь на третє питання «так», ви оцінюєте виправлення помилки — а не обираєте зручний спосіб відобразити нову оцінку.
Ця стаття зосереджена на фінансовій звітності за US GAAP. Податковий облік, касовий метод, звітність для кредиторів і внутрішні управлінські звіти компанії можуть підпорядковуватися іншим правилам. Коли коригування може вплинути на аудит, боргові зобов'язання, звіт для інвесторів або податкову декларацію, доручіть кваліфікованому бухгалтеру оцінити факти.
1. Зміна облікової політики зазвичай дивиться в минуле
Облікова політика — це правило або метод, який суб'єкт господарювання використовує для визнання, оцінки, подання або розкриття операцій. Зміна політики може бути обов'язковою внаслідок нововиданого стандарту обліку або добровільним переходом від одного прийнятного принципу до іншого.
Нові стандарти супроводжуються інструкціями щодо переходу
Коли застосовується нове Оновлення стандартів обліку, почніть із керівництва щодо переходу, передбаченого цим оновленням. Воно може вимагати перспективного прийняття, ретроспективного прийняття, коригування кумулятивного ефекту або практичного спрощення. ASC 250 не скасовує конкретні інструкції щодо переходу, передбачені стандартом.
Це означає, що «ретроспективність» є стандартною концепцією, а не заміною читання нового стандарту. Розділ переходу контролює механіку.
Добровільні зміни мають бути кращими
Якщо ви добровільно переходите з одного прийнятного методу на інший, новий метод, як правило, має бути кращим — тобто таким, що покращує корисність фінансової звітності, а не лише податковий результат або прибуток поточного року.
Наприклад, зростаючий виробник може дійти висновку, що інший метод калькулювання запасів краще відображає потік його продукції та дає більш значущі показники маржі. Таке рішення потребує письмового аналізу, чому новий метод покращує звітність, які періоди зачіпаються та як буде представлена порівняльна інформація.
Для реєстранта SEC добровільна зміна облікової політики також може вимагати лист про перевагу від незалежного бухгалтера. Приватній компанії такий лист може не знадобитися, але документування обґрунтування все одно є надійним заходом контролю.
Що означає ретроспективне застосування
Ретроспективне застосування зазвичай означає подання попередніх періодів так, ніби нова політика застосовувалася завжди, з урахуванням вимог стандарту та будь-якого винятку через неможливість застосування. Можливо, вам доведеться скоригувати початковий нерозподілений прибуток або інший власний капітал, переглянути порівняльні звіти про прибутки та збитки та пояснити характер і причину зміни.
Не просто відносьте всю історичну різницю на поточний рік, бо перегляд попередніх періодів здається незручним. Якщо ретроспективне застосування є обов'язковим, робочий документ має показувати, які періоди були перераховані, які суми проходять через початковий власний капітал і чому будь-яку частину не можна було застосувати.
2. Зміна оцінки рухається вперед
Оцінки необхідні, оскільки фінансова звітність складається до того, як відомі всі результати. Зміна оцінки відбувається, коли нова інформація змінює раніше обґрунтоване судження — а не коли ви виявляєте, що початкове судження ігнорувало інформацію, яка вже була доступна.
Поширені оцінки включають:
- Очікувану безнадійну частину дебіторської заборгованості
- Термін корисного використання або ліквідаційну вартість обладнання
- Гарантійні претензії та повернення
- Моральне старіння запасів
- Відсоток завершення довгострокового проєкту
- Суму умовного зобов'язання, яку можна обґрунтовано оцінити
Припустімо, сервісний бізнес оцінив, що 2% його дебіторської заборгованості буде безнадійним. Ця оцінка на той час підтверджувалася його історією. Пізніше великий клієнт проходить процедуру банкрутства, і бізнес тепер очікує більших збитків. Це, як правило, зміна інформації. Оновлена оцінка визнається в поточному періоді та, якщо це доречно, у майбутніх періодах; попередня фінансова звітність не переписується лише тому, що оцінка змінилася.
Складна середина: політика та оцінка разом
Деякі зміни містять і метод, і оцінку. Зміна методу амортизації є знайомим прикладом. Новий метод може бути прийнятий, оскільки компанія має кращу інформацію про те, як будуть споживатися вигоди від активу. Коли ефекти неможливо розділити, зміна, як правило, розглядається як зміна оцінки та обліковується перспективно, при цьому компанії все одно потрібно оцінити, чи є зміна методу кращою там, де застосовується ця вимога.
Корисний тест — це не «чи збільшить це проведення чи зменшить дохід?». Це «яка інформація стала доступною, і чи був початковий метод обґрунтованим, коли його обирали?». Запишіть цю відповідь перед проведенням.
3. Помилка означає, що початкова звітність була неправильною
Помилка — це помилка у визнанні, оцінці, поданні або розкритті. Вона може виникнути через математичну помилку, неправильне застосування GAAP, недогляд або зловживання інформацією, яка існувала на момент складання фінансової звітності.
Приклади включають:
- Відображення рахунку постачальника в неправильному періоді, коли дата поставки була відома
- Пропуск зобов'язання, підтвердженого існуючим договором
- Застосування неправильного правила визнання доходу до завершеної операції
- Залишення неправильної класифікації суттєвої статті балансу після того, як факти стали зрозумілими
- Нерозкриття обов'язкової інформації
Той факт, що помилка була випадковою, не перетворює її на оцінку. Так само виявлення проблеми під час поточного закриття не робить її витратою поточного періоду. Виправлення здійснюється відповідно до аналізу суттєвості для попередніх і поточних періодів.
Суттєвість — це більше, ніж відсоток
Суттєвість визначає, як виправляється помилка, але не існує універсального правила «менше 5% — це нормально». Оцінюйте суму у співвідношенні з чистим прибутком, доходом, активами, власним капіталом, грошовими потоками та іншими показниками, важливими для користувачів звітності. Потім розгляньте якісні фактори.
Чисельно мала помилка може мати значення, якщо вона:
- Перетворює збиток на прибуток або змінює тенденцію до зниження
- Змінює дотримання боргових зобов'язань
- Приховує недосягнення цільового показника або порогу для бонусів керівництва
- Впливає на ключовий показник ефективності
- Змінює здатність бізнесу виконувати договірні вимоги
- Маскує незаконну операцію або збій у системі контролю
- Змінює те, як кредитор, власник або інвестор розуміє бізнес
Оцінюйте помилки окремо та в сукупності. Серія дрібних повторюваних пропусків може стати значущою, якщо розглядати їх разом або коли стара сума залишається в балансі рік за роком.
Для приватної компанії розумні користувачі можуть бути власником, банком, інвестором, радою директорів або покупцем, а не інвесторами публічного ринку. Основна дисципліна та сама: запитайте, чи може пропуск або викривлення обґрунтовано вплинути на рішення користувача.
Як обрати шлях виправлення
Щойно ви ідентифікували помилку, оцініть два окремі питання:
- Чи є помилка суттєвою для фінансової звітності попереднього періоду?
- Чи є її виправлення — або залишення без виправлення — суттєвим для фінансової звітності поточного періоду?
Відповіді призводять до різних результатів.
Суттєво для попереднього періоду: рестратемент типу «Big R»
Якщо раніше випущений період має суттєві викривлення, фінансову звітність, як правило, потрібно перерахувати та перевипустити якомога швидше. Це часто називають рестратементом типу «Big R» або рестратементом через перевипуск.
Ця робота — більше, ніж просто коригувальне проведення. Вона може вимагати перерахунку відповідних періодів, перегляду розкриттів, комунікації з кредиторами або власниками, розгляду питання, чи можна й надалі покладатися на раніше випущену інформацію, а також оцінки впливу на податкові декларації, зобов'язання або розрахунки компенсацій.
Не використовуйте цей ярлик легковажно. Суттєва помилка попереднього періоду заслуговує на перевірку зовнішнім бухгалтером компанії та, за потреби, її юристом, кредитором, радою директорів або аудиторським комітетом.
Не суттєво для попереднього періоду, але суттєво для поточного: ревізія типу «little r»
Помилка може бути несуттєвою для попереднього періоду, але стати суттєвою, коли розглядається поточний період. Це може статися, коли сума накопичується або коли виправлення старої помилки в поточному році спотворило б результати поточного року.
У такій ситуації порівняльна інформація попереднього періоду, як правило, переглядається під час наступного подання. Це зазвичай називають ревізією типу «little r» або рестратементом через перегляд. Раніше випущена звітність не перевипускається, але порівняльні колонки виправляються, а характер виправлення розкривається.
Несуттєво для обох періодів: задокументуйте рішення
Якщо помилка несуттєва для попереднього та поточного періодів, можливі підходи можуть включати коригування поза періодом у поточному періоді, добровільний перегляд порівняльної інформації або залишення помилки без виправлення, якщо це доречно. Рішення має враховувати, чи може помилка накопичитися та стати суттєвою пізніше.
«Несуттєво» не означає «ігноруйте проблему контролю». Якщо звірка неодноразово виявляє ту саму помилку, виправте процес, навіть якщо поточна сума мала.
Робочий процес бухгалтерії, який підтримує судження
Висновки ASC 250 легше захистити, коли обліковий регістр зберігає історію, яка їх породила. Побудуйте процес закриття навколо доказів, а не пам'яті.
Зберігайте оригінальний запис
Не видаляйте та не перезаписуйте оригінальний рахунок, квитанцію, оцінку, звірку або бухгалтерське проведення. Зберігайте первинний документ, дату його надходження, особу, яка підготувала оригінальне проведення, і дату виявлення проблеми.
Відокремлюйте аналіз від проведення
Створіть коротку пам'ятку перед проведенням коригування. Включіть:
- Операцію та рахунки, яких це стосується
- Період або періоди, яких це стосується
- Факти, відомі на момент складання початкової бухгалтерії
- Нову інформацію, якщо висновок — це зміна оцінки
- Відповідні вказівки GAAP
- Кількісний та якісний аналіз суттєвості
- Обраний метод виправлення та розглянуті альтернативи
- Вплив на податки, зобов'язання, звітність для власника та управлінські показники
Пам'ятка не обов'язково має бути довгою. Вона має дозволити іншій людині відтворити висновок.
Використовуйте коригувальні проведення, які пояснюють самі себе
Дайте проведенню чіткий опис, наприклад «виправлення помилки віднесення до періоду за вересневе закриття», а не «різне коригування». Прив'яжіть проведення до пам'ятки та підтверджувальної звірки. Якщо ваша система це підтримує, використовуйте окремий журнал коригувань або послідовний клас/тег, щоб рецензент закриття міг фільтрувати ці проведення.
Звіряйте початковий залишок
Після проведення зв'яжіть виправлений залишок із джерельною таблицею. Перевірте вплив на нерозподілений прибуток, дохід, грошові потоки, податкові рахунки та будь-яку управлінську панель. Якщо виправлення торкається порівняльної інформації, збережіть як оригінальну, так і переглянуту версії звітів.
Бухгалтерія у форматі простого тексту може зробити цей контроль особливо наочним: оригінальна операція, коригувальне проведення, пояснення та перевірка можуть зберігатися у файлах під контролем версій. Рецензент може бачити, що змінилося, коли змінилося та чому, замість того, щоб покладатися на непрозорий екран журналу аудиту.
Для пов'язаних технічних робочих процесів зверніться до документації Beancount та використовуйте Fava для перегляду залишків на рахунках і тенденцій звітності під час роботи над звіркою.
Контрольний список закриття за ASC 250
Перш ніж завершити зміну або виправлення, запитайте:
- Що це за подія: зміна політики, оцінки, складу звітного суб'єкта чи помилка?
- Чи була початкова бухгалтерія обґрунтованою, виходячи з фактів, доступних на той час?
- Чи передбачає нововиданий стандарт власні інструкції щодо переходу?
- Якщо зміна добровільна, чому нова політика є кращою?
- Які попередні та поточні періоди зачіпаються?
- Чи може сума бути суттєвою за розміром, характером або тенденцією?
- Чи накопичувалися подібні помилки та оцінювалися разом?
- Чи впливає виправлення на зобов'язання, бонуси, податки, грошові потоки чи розкриття?
- Чи може незалежний рецензент відтворити висновок із регістру та пам'ятки?
Якщо відповіді незрозумілі, призупиніть проведення та зверніться за професійною перевіркою. Швидке коригування, яке створює викривлений результат поточного року, — це не успішне закриття.
Спростіть своє фінансове управління
Зміни в обліку набагато легше аналізувати, коли ваші записи зберігають оригінальну операцію, підтверджувальні факти та кожне коригувальне проведення. Beancount.io пропонує бухгалтерію у форматі простого тексту, яка є прозорою, контрольованою версіями та готовою до ШІ, надаючи вам чіткіший слід аудиту без блокування постачальником. Почніть безкоштовно і тримайте свою фінансову історію готовою до наступної перевірки.