Ви зафіксували 3 800, ваш банківський рахунок розповідає зовсім іншу історію, ніж ваш звіт про продажі. Якщо ви записали ці повернення як витрати — «витрати на повернення», «витрати на обслуговування клієнтів» або, що гірше, включили їх у загальні витрати — ваші книги тепер показують, що ви продали більше, ніж насправді, і витратили більше, ніж насправді. Ваш валовий прибуток виглядає неправильним, ваша податкова декларація неправильна, і ви не маєте уявлення про свій реальний рівень повернень, поки ваш бухгалтер не вкаже на це у квітні.
Це одна з найпоширеніших бухгалтерських помилок малих продуктових компаній, і вона тихо спотворює кожен показник, який ви використовуєте для прийняття рішень.
Чому повернення коштів — це не витрати
Дохід — це верхній рядок вашого бізнесу — загальна сума відшкодування, яку ви очікуєте зберегти в обмін на надане. Повернення коштів — це не витрати на ведення бізнесу, як оренда, матеріали чи комісія за обробку платежів. Це сторнування доходу, який, як ви вважали, заробили, але зрештою не отримали.
Бухгалтери називають це контрвиручкою: це рахунок, який знаходиться безпосередньо під валовим продажем і віднімається з нього, щоб отримати чистий дохід або чистий обсяг продажів. Поширені рахунки контрвиручки включають:
- Повернення та знижки з продажу — повне або часткове відшкодування, коли клієнт повертає товар або залишає його за зниженою ціною
- Знижки з продажу — знижки за дострокову оплату або рекламні знижки, надані під час оплати
Подумайте про це так: витрати — це те, що ви витрачаєте, щоб отримати дохід. Повернення — це дохід, який ви не зберегли. Зменшуючи дохід на суму повернень, ви зберігаєте цю різницю та підтримуєте чесність вашого валового прибутку.
До чого призводить приховування повернень у витратах?
- Валовий прибуток завищується. Якщо ви звітуєте про 3 800 повернень у витрати, ваш валовий прибуток виглядає як 38 200. Ви думатимете, що ваша націнка більша, ніж вона є насправді.
- Рівень повернень зникає. Коли повернення знаходяться у витратах, ви не можете розрахувати рівень повернень (42 000 = 9%) без ручного пошуку. Цей показник — система раннього попередження щодо якості продукту, розмірної сітки, точності опису та відповідності запитам клієнтів.
- Втрачається порівнянність. Галузеві показники, перевірки кредиторів і навіть аналіз динаміки за роками використовують чистий дохід. Повернення, приховані у витратах, роблять ваші показники незрівнянними.
Рішення просте: створіть рахунок контрвиручки та використовуйте його щоразу.
Що насправді вимагає IRS у Додатку C
Вам не потрібно бути експертом з GAAP, щоб правильно зробити це для податків. Податкова служба США (IRS) пояснює це десятиліттями в Податковому путівнику для малого бізнесу та в самому Додатку C:
- Рядок 1: Валовий дохід або виторг від продажу — вкажіть фактично отримані кошти, включно з продажем товарів, які пізніше були повернуті.
- Рядок 2: Повернення та знижки — відніміть грошові або кредитні відшкодування, знижки (ребети) та інші поступки від ціни продажу. Вкажіть цю суму як додатне число в рядку 2; форма сама виконає віднімання.
- Рядок 3: Чистий дохід — рядок 1 мінус рядок 2. Це ваш чистий обсяг продажів з метою оподаткування.
- Рядок 4: Собівартість реалізованих товарів — далі відніміть вартість запасів, щоб отримати рядок 5, валовий прибуток.
Опис IRS для рядка 2 є однозначним: «Повернення та знижки включають грошові або кредитні відшкодування, надані клієнтам, знижки (ребети) та інші поступки від фактичної ціни продажу».
Іншими словами, федеральна податкова декларація вже очікує використання рахунків контрвиручки. Якщо ви приховали повернення у витратах, ваш Додаток C покаже завеликий дохід у рядках 1+3 і завеликі відрахування в інших місцях — і ці дві помилки не компенсують одна одну, оскільки валовий прибуток, податок на самозайнятість та розрахунки кваліфікованого доходу від бізнесу залежать від цього рядка валового прибутку.
Практична порада для платників на касовому методі: Ви все одно відстежуєте повернення в тому ж місці. Бізнес на касовому методі визнає дохід, коли кошти отримані, і сторнує його, коли кошти повертаються, але сторнування все одно йде на рахунок «Повернення та знижки з продажу», а не у витрати. Різниця полягає в тому, де у звіті про прибутки та збитки, а не коли.
Погляд GAAP простою мовою: змінне відшкодування та зобов'язання щодо повернення
Якщо ви готуєте фінансову звітність для банку, інвестора або податкової декларації за методом нарахування та дотримуєтесь стандартів США (GAAP), повернення мають формальну назву: змінне відшкодування згідно з ASC 606 «Дохід за договорами з клієнтами».
Кожна продажа, за якою клієнт має право повернути товар, не є «остаточною» на повну вартість. Ви оцінюєте, скільки насправді зможете залишити — ціну операції — і визнаєте лише цю суму як дохід авансом. Решта — це зобов'язання щодо повернення.
У момент продажу (спрощено):
- Дебетуйте Грошові кошти або Дебіторську заборгованість на повну суму
- Кредитуйте Дохід на суму, яку ви очікуєте залишити (валовий продаж мінус оцінені повернення)
- Кредитуйте Зобов'язання щодо повернення на суму, яку ви очікуєте відшкодувати
Якщо ви можете повернути товар, ви також обліковуєте актив на повернення (запаси, які ви очікуєте повернути) та зменшуєте собівартість реалізованих товарів. Ви не фіксуєте безнадійну заборгованість; ви визнаєте з першого дня, що деякі продажі є попередніми.
Наприкінці року, навіть якщо фізичні повернення ще не відбулися, ви все одно оцінюєте зобов'язання за товари, продані, але ще не повернуті. Ця оцінка — часто на основі вашого рівня повернень за останні 3–12 місяців за категоріями товарів — запобігає завищенню доходу за грудень та штучному заниженню за січень.
Вам не обов'язково бути публічною компанією, щоб отримати користь від цієї дисципліни. Будь-який бізнес із значними поверненнями (одяг, косметика, електроніка, їжа та напої, оптові поставки ремісничої продукції), який хоче, щоб його щомісячний звіт про прибутки та збитки щось означав, має нараховувати оціночне зобов'язання щодо повернення та щомісяця його коригувати.
Ваш План рахунків: налаштуйте один раз, робіть правильно завжди
Вам не потрібно 200 рахунків. Вам потрібні чотири чітко названі групи, які відповідають вашим потребам у звітності:
Доходи (4000-ві)
4000 — Валовий продаж— кожен продаж за повною ціною до будь-яких вирахувань4005 — Повернення та знижки з продажу(контрвиручка, нормальне дебетове сальдо) — усі повні та часткові грошові/кредитні відшкодування, знижки та поступки4010 — Знижки з продажу(контрвиручка, нормальне дебетове сальдо) — знижки за дострокову оплату або купони, якщо ви обліковуєте їх окремо від повернень
Тоді ваш P&L виглядатиме так:
Валовий продаж $42 000
Мінус: Повернення та знижки з продажу (3 800)
Мінус: Знижки з продажу (200)
-----------------------------------------
Чистий обсяг продажів $38 0002400 — Зобов'язання щодо повернення(баланс, поточні зобов'язання) — оцінка сум, які потрібно відшкодувати за продані, але ще не повернуті товари1300 — Запаси до повернення (оціночні)або1215 — Запаси: Очікувані повернення(актив балансу) — вартість товарів, які ви очікуєте повернути
Як це працює:
Коли ви повертаєте клієнту 60 і може бути проданий знову:
Дебет 4005 Повернення та знижки з продажу $100
Кредит 1000 Каса / 1210 Кліринг $100
Дебет 1300 Запаси до повернення (оціночні) $60 (якщо використовуєте модель активів/зобов'язань)
Кредит 5000 Собівартість реалізованих товарів $60
— і коли посилка прибула —
Дебет 1400 Запаси $60
Кредит 1300 Запаси до повернення (оціночні) $60Якщо товар неможливо продати заново — ви не оприбутковуєте його в запаси, а списуєте як втрати від псування або списання. Важливо, щоб собівартість (COGS) була відкоригована в будь-якому випадку; ви не залишаєте вартість у COGS за товари, які повернулися.
Комісію за обробку платежів тримайте окремо від контрвиручки. Комісія еквайрингу 2,9% + 30 центів і комісія за чарджбек — це витрати на отримання грошей; вони належать на рахунок 6300 — Комісії за обробку платежів (витрати). Лише сума повернення зменшує дохід.
Якщо ви використовуєте бухгалтерський облік у вигляді звичайного тексту, схема ідентична: окремі рахунки доходу для валового продажу та контрвиручки, а також рахунки зобов'язань/активів для оцінки. Приклади моделювання доходів, зобов'язань і запасів у текстовій формі дивіться в документації Beancount — назви рахунків менш важливі, ніж збереження різниці між валовим і чистим як окремих проведень.
Податок з продажів, запаси та комісії: три місця, де всі спотикаються
1. Податок з продажів — це не дохід, а його повернення — не ваша турбота
Коли ви стягуєте податок з продажів, ви тримаєте гроші в довірчій власності для штату. Вони взагалі не повинні потрапляти на ваші рахунки доходу.
- У момент продажу: Кредит
2400 — Заборгованість за податком з продажів(зобов'язання), а не дохід. - У момент повернення: Дебет
2400 — Заборгованість за податком з продажівна частку податку у відшкодуванні, щоб ви перераховували податок лише з чистих оподатковуваних продажів.
Якщо ви відображали всю суму грошових коштів як дохід, а потім відносили повернення разом із податком у витрати, ви завищили і дохід, і витрати, а ваша звірка з податку з продажів не зійдеться з поданими деклараціями. Більшість штатів вимагають зменшувати оподатковуваний продаж на суму повернення в тому періоді, коли повернення було здійснено, а не в періоді початкового продажу — уточніть для свого штату, але бухгалтерське проведення завжди є сторнуванням зобов'язання.
Продаж через маркетплейси (Amazon, Etsy, eBay) додає нюанс: у більшості штатів маркетплейс вважається платником податку, тому ви можете взагалі не торкатися цих грошей. Тим не менш, відстежуйте: ваша звірка «валового» та «чистого» показуватиме «податок, зібраний маркетплейсом» як окреме зобовідання, що відшкодовується, а не як ваш дохід.
2. Запаси: кожне повернення впливає на собівартість
Дві помилки з запасами завищують вартість:
- Забули відкоригувати COGS при поверненні — ви залишили вартість, хоча продаж зник.
- Оприбуткували повернення за ціною продажу, а не за собівартістю — ви завищили запаси та занизили COGS на наступному продажу.
Для повернень, які можна продати заново, шлях такий: зменшіть COGS, коли повернення дозволено (через актив на повернення), а потім переведіть його в запаси за собівартістю після огляду. Для пошкоджених, прострочених товарів або продуктів із відкритою упаковкою — списуйте на 5050 — Втрати від псування та списання запасів замість повернення в запаси.
Для бізнесу без постійного обліку (багато продавців на Shopify) прив'яжіть це до щомісячної інвентаризації: чистий обсяг продажів і COGS повинні зводитися до «початкові запаси + закупівлі − кінцеві запаси» після врахування повернень. Якщо розрахована собівартість використовує валовий продаж, ваша валова маржа — фікція.
3. Комісії залишаються у витратах
Поширена помилка звірки Shopify/Stripe — введення чистої виплати (payout) в книги як доходу. Виплата — це валовий продаж мінус повернення мінус комісії мінус резерви. Якщо ви проводите виплату як дохід, ви занизили дохід (і тоді важко правильно відрахувати COGS) та заховали повернення та комісії там, де їх ніхто не знайде.
Правильна звірка — валовий → чистий → гроші:
- Проведіть валовий продаж зі звіту про валовий продаж платформи
- Проведіть повернення та знижки зі звіту про повернення платформи
- Проведіть комісії за обробку платежів зі звіту про комісії як витрати
- Звірте залишок із банківським депозитом через кліринговий рахунок
Цей кліринговий рахунок (1210 — Stripe Кліринг або 1211 — Shopify Кліринг) повинен обнулятися після кожного платіжного циклу, за винятком сум у дорозі та будь-яких резервів.
Звірка того, що каже ваша платформа, з тим, що ви отримали
Ваша форма 1099-K та інформаційна панель платформи звітують про загальний обсяг платежів до вирахування комісій, повернень або резервів. Ваш банк бачить чисті надходження. Ваша податкова декларація вимагає чистий дохід (валовий дохід мінус повернення та знижки). Усі три можуть бути правдивими одночасно, якщо ви явно їх звірите.
Щотижневий робочий процес, який займає п'ятнадцять хвилин:
- Експортуйте три звіти з кожного каналу: валовий продаж, повернення/відшкодування, комісії/виплати.
- Проведіть валовий продаж на
4000, повернення на4005, комісії на6300. Не згортайте їх в один. - Проведіть виплату як переказ з клірингового рахунку до банку, а не як новий дохід.
# Приклад: виплата Shopify $8 420 за валового продажу $9 500
2026-08-10 * "Продажі Shopify 3-9 серпня - вал"
Активи:Кліринг:Shopify 9500.00 USD
Дохід:Валовий-Продаж -9500.00 USD
2026-08-10 * "Повернення Shopify 3-9 серпня"
Дохід:Повернення-3-Продажу 680.00 USD
Активи:Кліринг:Shopify -680.00 USD
2026-08-10 * "Комісії та чарджбеки Shopify 3-9 серпня"
Витрати:Обробка-Платежів 400.00 USD
Активи:Кліринг:Shopify -400.00 USD
2026-08-11 * "Виплата Shopify на банк"
Активи:Банк:Поточний 8420.00 USD
Активи:Кліринг:Shopify -8420.00 USDПісля проведення залишок на Активи:Кліринг:Shopify повинен дорівнювати «продажі, ще не оплачені + повернення в дорозі + утримані резерви». Якщо це не так — у вас загублене повернення, подвійна комісія або баг — саме те, що має виявити звірка. Візуалізуйте чистий проти валового продажу та відстежуйте рівень повернень у Fava, щоб побачити, чи є розрив сезонним чи структурним.
Наприкінці року звірте валовий продаж платформи з валовим продажем форми 1099-K, звірте чистий обсяг продажів (валовий мінус 4005) з рядком 3 Додатку C, а банківські депозити — з кліринговим рахунком. Орієнтир NRF (близько 17–19% повернень у роздрібній торгівлі за останні сезони, для онлайн-продажів — ще вище) не визначає ваш рівень повернень, але це корисний стрес-тест: якщо ваша контрвиручка нижча за 2%, а середній показник у вашій товарній категорії наближається до 15%, або ваш продукт винятковий, або ваші повернення витікають у витрати.
Простий щомісячний робочий процес, який запобігає сюрпризам наприкінці року
Вам не потрібно щодня оцінювати повернення. Вам потрібна щомісячна звичка:
На початку місяця:
- Проаналізуйте рівень повернень за попередній місяць за каналами та категоріями (повернення ÷ валовий продаж). Даних за 3–6 місяців достатньо для стабільної оцінки, якщо ви нещодавно не запустили новий продукт.
Протягом місяця:
- Відображайте кожне повернення на
4005 Повернення та знижки з продажуу день його здійснення, окремо виділяючи податок з продажів у зобов'язання. - Коригуйте COGS та оприбутковуйте/списуйте запаси одразу після огляду. Не чекайте наступної інвентаризації.
Наприкінці місяця:
- Нарахуйте оцінку для товарів, проданих, але ще не повернутих:
Дебет 4005 / Кредит 2400 Зобов'язання щодо поверненняна очікувану суму повернення, аДебет 1300 Очікувані повернення / Кредит COGSна очікувану відновлювану вартість. Навіть 1–3% для категорій з низьким рівнем повернень роблять грудень і січень порівнянними. - Звірте клірингові рахунки для кожної платіжної платформи (Stripe, Shopify, Amazon, PayPal) з банком. Незбіги старші семи днів — це майже завжди втрачене повернення або комісія.
- Звірте податок з продажів із поданими деклараціями. Повернення без дебету заборгованості з податку з продажів — це маркер проблеми.
- Відображайте чистий дохід — валовий мінус повернення та знижки — у вашому внутрішньому P&L та керівничій панелі, а не лише валовий, щоб цінові та закупівельні рішення використовували правильний верхній рядок.
Щокварталу перевіряйте оцінку: порівняйте резерв повернень, який ви встановили минулого кварталу, з фактичними поверненнями. Якщо ви стабільно відхиляєтеся більш ніж на 20% в той чи інший бік, скоригуйте відсоток.
Поширені помилки, які завищують ваш прибуток (і ваш податок)
1. «Повернення як маркетингові витрати». Навіть якщо ви називаєте добровільний кредит «утриманням клієнта», поступка в ціні, яка відшкодовує частину ціни продажу, все одно є контрвиручкою згідно з ASC 606, а не маркетинговими витратами. Класифікуйте за економічною сутністю, а не за назвою.
2. «Комісії — це те саме, що й повернення». За GAAP сума, відшкодована клієнту, зменшує дохід; комісія, яку стягує процесинговий центр за обробку повернення, — ні. Остання є операційними витратами. Змішування цих понять занижує якість доходу та завищує операційний леверидж.
3. «Податок з продажів був частиною доходу». Якщо зібраний податок живе в доході, кожне повернення завищує витрати та залишає заборгованість із податку з продажів завеликою. Відокремте його з першого дня.
4. «COGS не коригується». Для продукту з 50% валовою маржею, забуте коригування 1 000 та занижує маржу на ту ж суму. За рік це може похитнути ковенанти кредитора.
5. «Згортання під час введення даних». Проведення лише «чистого продажу = валовий − повернення» одним рядком без окремого рахунку контрвиручки приховує рівень повернень від усіх звітів. Ви заощадили один рядок введення даних і втратили найдіагностичніший показник.
6. «Без оцінки відкритих вікон повернення». Якщо ваша політика - повернення протягом 30 днів, а грудень — ваш найкращий місяць, то без оцінки чистий дохід за грудень буде завищений, а січень виглядатиме підозірно слабким, коли посилки почнуть повертатися. Нараховуйте.
Гарні книги роблять виправлення механічним: кожне замовлення має один життєвий цикл — зроблено продаж, а потім або залишили, або частково/повністю повернули — і кожен крок має одне місце в головній книзі. Коли ваш план рахунків дозволяє вести валовий продаж, повернення та комісії окремо, ваш P&L нарешті зможе відповісти на ваші справжні запитання: яка моя реальна маржа за SKU, який канал має найбільший рівень повернень і чи справді новий постачальник коштує мені дорожче з урахуванням повернень?
Тримайте свої фінанси в порядку з першого дня
Правильне оформлення повернень — це не просто вправа з податкової звітності; це спосіб дізнатися, скільки ви насправді заробили, чого насправді хочуть клієнти і де насправді живе ваша маржа. Ведення чітких окремих записів про валовий продаж, повернення та знижки, а також заборгованість з податку з продажів полегшує всі подальші завдання — від звірки виплати Shopify до звірки рядка 3 Додатку C та ціноутворення наступної партії продуктів.
Beancount.io надає бухгалтерський облік у вигляді звичайного тексту, який дає вам повну прозорість і контроль над вашими фінансовими даними — без «чорних скриньок» і прив'язки до постачальника. Ваші рахунки контрвиручки, оціночні зобов'язання щодо повернення та клірингові рахунки платформи — це текст під керуванням версій, які ви можете перевіряти, порівнювати та запитувати за допомогою BQL. Почніть безкоштовно і дізнайтеся, чому розробники та фінансові фахівці переходять на бухгалтерський облік у вигляді звичайного тексту.