Чому сума на рахунку не збігається із сумою продажів в адмінці магазину
Сума в адмінці інтернет-магазину й сума на банківському рахунку майже завжди не збігаються — і це не помилка обліку. Адмінка фіксує суму замовлення в момент його оформлення, а рахунок показує лише те, що фактично надійшло, за вирахуванням комісій платіжних систем і з урахуванням скасованих чи ще не оплачених замовлень. Для єдиного податку дохід — це саме друга цифра.
Бухгалтер щомісяця звіряє звіт з CMS магазину з банківською випискою — і цифри майже ніколи не збігаються в нуль. Клієнт хвилюється: "кудись зникли гроші".
Найчастіше гроші нікуди не зникали — просто адмінка й рахунок рахують за різними принципами.
Причина 1: адмінка рахує в момент замовлення, рахунок — у момент надходження
CMS зазвичай фіксує суму одразу при оформленні замовлення покупцем, незалежно від того, оплачене воно вже чи ні.
Якщо замовлення оформлене 30 числа, а оплата (особливо накладеним платежем) надійде на рахунок лише через кілька днів у наступному місяці, адмінка покаже продаж у одному періоді, а дохід для єдиного податку виникне в іншому — за датою фактичного надходження коштів (касовий метод, п.292.1 ПКУ).
Перший ФОП у LedgerBuh — 2 місяці безкоштовно, без картки.
Спробувати безкоштовноПричина 2: скасовані й неоплачені замовлення залишаються в звіті адмінки
Не кожне оформлене замовлення перетворюється на оплату: покупець може скасувати, не викупити накладений платіж, або замовлення зависає в статусі "очікує оплати" без руху.
Якщо в адмінці ці замовлення не прибрані вручну зі звіту про продажі, сума в адмінці завжди буде більшою за суму, що реально надійшла на рахунок.
Причина 3: рахунок показує суму вже за вирахуванням комісії
Якщо оплата проходить через еквайринг, накладений платіж чи маркетплейс, на рахунок надходить сума вже за вирахуванням комісії посередника — а в адмінці магазину часто фігурує повна сума замовлення, яку заплатив покупець.
Різниця між цими двома цифрами — саме розмір комісії, і це не втрачений дохід, а частина, яка взагалі не надійшла на рахунок ФОП (детальніше — в окремій статті про еквайринг і брутто/нетто).
Для єдиного податку значення має лише та сума, яка фактично опинилася на рахунку чи в касі ФОП.
Звіт адмінки — зручний інструмент для аналізу продажів, але не first для розрахунку доходу з точки зору оподаткування.
Як звірити цифри правильно
- брати за основу банківську виписку (і звіти платіжних систем/маркетплейсів), а не звіт адмінки про "продажі";
- з суми в адмінці виключати скасовані й неоплачені замовлення за період;
- перевіряти, чи показує адмінка суму до чи після комісії посередника — це залежить від конкретної CMS й налаштувань інтеграції з платіжною системою;
- звіряти за датою надходження коштів, а не за датою оформлення замовлення, якщо ці дати різні.
Коли розбіжність — сигнал перевірити облік
Невелика розбіжність через комісії й терміни — це нормально.
А от якщо різниця системна й велика, або на рахунок не надходить частина оплат, які в адмінці позначені як "оплачені", — це привід перевірити налаштування інтеграції з платіжною системою чи звернутися до служби підтримки платформи.
Питання-відповіді
Чому сума продажів в адмінці магазину завжди більша за суму на рахунку?
Тому що адмінка зазвичай включає всі оформлені замовлення, зокрема скасовані й неоплачені, а на рахунок надходить лише фактична оплата, часто вже за вирахуванням комісії платіжної системи чи маркетплейсу.
Яку суму брати для розрахунку доходу з єдиного податку — з адмінки чи з рахунку?
Суму, що фактично надійшла на рахунок чи в касу ФОП, — саме вона є доходом за касовим методом, незалежно від того, яку суму показує звіт адмінки.
Що робити, якщо різниця між адмінкою й рахунком стабільно велика?
Перевірити, чи адмінка вже виключає скасовані замовлення зі звіту про продажі, і чи правильно налаштована інтеграція з платіжною системою — за потреби звернутися до служби підтримки CMS.
Ведеш ФОПів? LedgerBuh готує звітність за 60 секунд.
Спробувати безкоштовно