Виклики бухгалтерського обліку в електронній комерції: як керувати фінансами вашого онлайн-бізнесу

Якщо ваш інтернет-магазин зростає, але стан вашого банківського рахунку цього не відображає, ви не самотні. Електронна комерція стрімко розвивається — світові роздрібні продажі в інтернеті досягли 6,42 трильйона доларів у 2025 році — проте фінансова складність, що стоїть за цими цифрами, застає багатьох продавців зненацька. Бухгалтерський облік в електронній комерції — це не просто звичайний облік з більшою кількістю транзакцій. Це принципово інша сфера, яка потребує інших інструментів, процесів і мислення.

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

Чому облік в електронній комерції такий складний

Традиційний облік у роздрібній торгівлі базується на відносно простій моделі: продати товар, отримати готівку, зафіксувати транзакцію. Електронна комерція руйнує кожен крок цієї моделі.

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

Самий лише обсяг транзакцій робить ручне відстеження неможливим при масштабуванні. Середній інтернет-магазин, що обробляє кілька сотень замовлень на день, генерує більше бухгалтерських записів на місяць, ніж більшість традиційних малих підприємств за рік. Помилки в цьому процесі — це не просто незручність; неправильний облік може призвести до втрати 2–3% від загального обсягу продажів, величезних податкових нарахувань і прийняття рішень на основі цифр, які не відповідають дійсності.

Проблема 1: Узгодження продажів через кілька каналів

Продажі на Amazon, Shopify, Etsy та eBay одночасно — це чудово для виторгу, але це нічний кошмар для вашої бухгалтерії.

Кожна платформа має свій графік виплат, структуру комісій і формат звітності про розрахунки. Amazon здійснює виплати кожні два тижні однією сумою, яка об'єднує сотні окремих операцій: продажі, комісії FBA, реферальні збори, витрати на рекламу, повернення коштів та випадкові коригування — і все це зводиться в один підсумок перед зарахуванням на ваш рахунок. Сума депозиту майже ніколи не збігається з жодною очевидною цифрою у ваших звітах про продажі.

Справжня ціна питання: якщо ви вручну узгоджуєте виплати з маркетплейсів, ви витрачаєте на це 20–30 годин на тиждень для бізнесу середнього розміру. Інструменти автоматизації, такі як A2X, Webgility або LinkMyBooks, можуть автоматично відображати ці виплати у вашому бухгалтерському програмному забезпеченні та скоротити цей час на 70%.

Що робити:

• Ніколи не фіксуйте депозит від маркетплейсу як чистий дохід. Записуйте валові продажі як дохід, а комісії — як окремі витрати.
• Проводьте звірку принаймні щомісяця. Щойно обсяги зростуть, краще робити це щотижня або щодня.
• Формуйте звіти про прибутки та збитки (P&L) окремо для кожного каналу, щоб точно знати, яка платформа приносить вам гроші.
• Використовуйте програмне забезпечення для звірки, яке інтегрується з вашою бухгалтерською платформою.

Проблема 2: Складність податку з продажів

У 2018 році рішення Верховного суду США у справі South Dakota v. Wayfair змінило все. Раптом онлайн-продавці стали зобов’язані сплачувати податок з продажів у штатах, де вони не мають фізичної присутності — лише на основі економічної діяльності. Поріг зазвичай становить 100 000 доларів продажів у штаті.

У 2025 році в США існує понад 13 000 податкових юрисдикцій, кожна з яких має власні ставки, правила та визначення оподатковуваності товарів. Лише за першу половину 2025 року ставки змінилися в 408 юрисдикціях — це на 24% більше, ніж роком раніше. Спроба відстежити це вручну — це не просто витрата часу, це майже неможливо зробити точно.

Закони про посередників маркетплейсів (Marketplace facilitator laws) дають часткове полегшення. Amazon, Etsy, eBay та Walmart тепер збирають і перераховують податок з продажів від імені продавців у більшості штатів. Але якщо ви керуєте власним магазином на Shopify, ця відповідальність повністю лягає на вас.

Міжнародна складність додає ще один рівень. Продажі в ЄС потребують реєстрації ПДВ (VAT) або використання системи One Stop Shop (OSS) для продавців з оборотом понад 10 000 євро на рік. Великобританія, Канада, Австралія та Сінгапур мають власні вимоги щодо ПДВ/GST для цифрових товарів.

Що робити:

• Підключіть до свого магазину інструмент автоматизації податків, як-от Avalara або TaxJar (тепер Stripe Tax). Вони автоматично розраховують правильну ставку на основі місцезнаходження клієнта та типу продукту.
• Стежте за порогами вашого нексусу (податкової присутності) у кожному штаті. Налаштуйте сповіщення про наближення до економічного порогу.
• Створіть окремий ощадний рахунок для зібраного податку з продажів — сприймайте ці гроші як такі, що ніколи вам не належали.
• Якщо ви продаєте на міжнародному рівні, проконсультуйтеся з фахівцем з транскордонного оподаткування перед масштабуванням.

Проблема 3: Управління запасами та відстеження собівартості (COGS)

Для більшості компаній електронної комерції запаси є найбільшим активом у балансі. І водночас це один із активів, якими найчастіше керують неналежним чином.

Податкові органи часто вимагають від бізнесу із запасами використовувати метод нарахування (accrual accounting) для обліку закупівлі та продажу товарів. Вартість запасів залишається в балансі до моменту продажу товарів, і лише тоді вона переходить у собівартість реалізованої продукції (COGS). Багато підприємців — особливо на ранніх етапах — порушують це правило, використовуючи простий касовий метод, що значно завищує прибутки та призводить до неприємних сюрпризів під час податкового періоду.

Відстеження в кількох локаціях створює додаткові труднощі. Якщо ви використовуєте Amazon FBA, ваші запаси можуть бути розподілені між десятками центрів виконання. Коли Amazon переміщує товари між центрами, базові системи обліку можуть помилково сприймати ці переміщення як продажі. Якщо ви також використовуєте сторонній 3PL-склад або прямі поставки від постачальника, ви відстежуєте залишки у трьох або чотирьох окремих системах, які зазвичай не пов'язані між собою.

Не забувайте про повну собівартість (landed costs). Вартість продукту — це не лише те, що ви заплатили постачальнику. Вона включає вхідний фрахт, імпортні мита, збори за підготовку FBA та витрати на обробку. Ігнорування цих витрат у COGS завищує вашу валову маржу — іноді суттєво — і призводить до неправильного ціноутворення.

Повернення ускладнюють ситуацію. При рівні повернень в електронній комерції близько 19,3%, значна частина виторгу кожного місяця анулюється невдовзі після фіксації. Коли надходить повернення, вам потрібно сторнувати дохід, скоригувати запаси (але лише якщо товар придатний для перепродажу) і зафіксувати будь-які витрати на обробку повернення — не допустивши випадкового подвійного списання вартості товару.

Що робити:

• Перейдіть на метод нарахування, щойно у вас з'являться значні запаси.
• Інтегруйте програмне забезпечення для управління запасами (Cin7, Linnworks, Skubana) з вашою бухгалтерською платформою через API.
• Включайте всі супутні витрати (landed costs) у розрахунки COGS, а не лише рахунок від постачальника.
• Налаштуйте автоматичне створення кредит-нот і коригування запасів під час обробки повернень.
• Відстежуйте оборотність запасів як регулярний KPI. Зниження коефіцієнта оборотності означає, що кошти «застрягли» у товарах, які повільно продаються.

Виклик 4: Комісії платіжних систем та звірка

Платіжні системи не надсилають вам повну суму продажу. Stripe стягує 2,9% + $0,30 за транзакцію. PayPal має подібні комісії. Amazon відраховує реферальні комісії, збори за виконання FBA та витрати на рекламу перед виплатою. Shopify бере частку за Shopify Payments, і ще більше за сторонні платіжні системи.

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

Як виглядає правильне налаштування:

• Фіксуйте валовий дохід як повну суму продажу.
• Записуйте кожен тип комісії як окрему витрату: комісії за обробку, підписка на платформу, реферальні збори, реклама, комісії за повернення платежів (chargeback).
• Зіставляйте транзакції повернення коштів з оригінальним продажем, а не лише з чистою виплатою.

Терміни розрахунків також мають значення. Stripe проводить розрахунки протягом двох робочих днів. Amazon — кожні 14 днів. Утримання коштів у PayPal для нових акаунтів може тривати до 21 дня. Ваш звіт P&L може показувати солідний дохід, тоді як ваше касове становище буде скрутним, бо ви чекаєте на $40,000, що зависли в очікуванні виплати від Amazon. Точне прогнозування грошових потоків вимагає явного моделювання цих затримок.

Виклик 5: Таймінг грошових потоків та відкладений дохід

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

Результат: бізнеси, які є цілком прибутковими за методом нарахування, можуть залишитися без готівки. Накопичення запасів у четвертому кварталі — класичний приклад: продавцям потрібно закуповувати святковий інвентар у серпні та вересні, але вони не отримають відповідний дохід до листопада та грудня.

Відкладений дохід — ще одна поширена помилка. Якщо ви продаєте подарункові картки, річні підписки або будь-який передплачений продукт, готівка надходить до того, як ви її заробили. Належний облік вимагає визнання цих коштів як зобов'язання (відкладений дохід) і перенесення їх у дохід лише після виконання зобов'язання. Багато операторів електронної комерції записують усю вхідну готівку як негайний дохід, що завищує прибуток у поточному періоді та занижує його в майбутніх.

Що робити:

• Побудуйте 13-тижневий прогноз грошових потоків (cash flow), який явно моделює таймінг виплат за кожною платформою.
• Якщо ви тримаєте запаси, перейдіть з касового методу на метод нарахування.
• Встановіть кредитну лінію для сезонності запасів, замість того щоб фінансувати їх повністю з операційної готівки.
• Створіть рахунок зобов'язань за відкладеним доходом для подарункових карток, підписок та передплачених замовлень.

Виклик 6: Мультивалютність та міжнародний ПДВ (VAT)

Якщо ви продаєте на міжнародному рівні, кожна операція в іноземній валюті вимагає запису за обмінним курсом на дату транзакції. Нереалізовані курсові різниці (FX gains and losses) виникають, поки дебіторська заборгованість перебуває між продажем і розрахунком. Коли кошти фактично зараховуються, виникають реалізовані курсові різниці, які мають звітуватися окремо. Звітність з ПДВ у ЄС додає ще один нюанс — вона вимагає використання курсу Європейського центрального банку на останній день звітного періоду, а не на дату транзакції.

Ведення субхунків за кожною валютою з подальшою консолідацією фінансів у єдину базову валюту — це справді складна робота. Це та сфера, де бухгалтерське програмне забезпечення з нативною підтримкою мультивалютності (як-от Xero) швидко окупається.

Інструменти, які дійсно допомагають

Правильний стек програмного забезпечення визначає різницю між бізнесом із прозорими фінансами та тим, що закриває свої книги з тримісячним запізненням. Ось як розподіляються категорії:

Основні бухгалтерські платформи: QuickBooks Online для бізнесу в Північній Америці; Xero для міжнародних продавців або команд, яким потрібна вбудована підтримка мультивалютності.

Звірка маркетплейсів: A2X (звірка Amazon, Shopify, eBay, Etsy, Walmart з QBO або Xero), Webgility (синхронізація мультиканальних продажів у реальному часі з AI-аналітикою), Finaloop (універсальний сервіс з відстеженням собівартості реалізованих товарів (COGS) у реальному часі).

Дотримання податкового законодавства (Tax compliance): Avalara для корпоративного рівня або міжнародної складності; TaxJar/Stripe Tax для нативної інтеграції з Shopify.

Управління запасами: Cin7 або Linnworks для мультиканальних запасів; Skubana/Extensiv для просунутого виконання замовлень та відстеження собівартості (COGS).

Підсумок щодо обліку в електронній комерції

Облік в електронній комерції складніший, ніж очікує більшість продавців, але наслідки помилок цілком конкретні: переплачені податки, пропущені зобов'язання щодо податкового зв'язку (nexus), спотворена маржа та касові розриви, що виникають у найгірші моменти.

Бізнеси, які роблять це правильно, мають кілька спільних рис: вони використовують метод нарахування, вони автоматизують звірку замість того, щоб робити її вручну, вони ведуть звіти P&L на рівні каналів продажів, щоб знати, що насправді прибуткове, і вони ставляться до податкового комплаєнсу як до безперервного процесу, а не як до щорічної метушні.

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

Тримайте свої фінанси в порядку в міру масштабування

У міру того, як ваш e-commerce бізнес зростає, охоплюючи нові канали та ринки, ведення чіткої та точної фінансової звітності стає основою кожного правильного рішення, яке ви приймаєте. Beancount.io пропонує текстовий бухгалтерський облік, який є прозорим, підтримує контроль версій і готовий до роботи з ШІ — забезпечуючи вам повну видимість ваших фінансових даних без «чорних скриньок» і прив'язки до постачальника. Почніть безкоштовно і дізнайтеся, чому розробники та прогресивні компанії переходять на текстовий бухгалтерський облік.