570 000 ₽ доначислений из-за ошибок в учёте: кейс селлера
КОНТЕКСТ БИЗНЕСА
Клиент — торговая компания, работающая на Wildberries, Ozon и Яндекс Маркете. После подачи декларации предприниматель получил доначисления на 570 000 ₽. Учёт вёл штатный бухгалтер, но без достаточного опыта работы со спецификой маркетплейсов.
ЗАДАЧА
Проверить бухгалтерскую базу, найти причины расхождений и сформировать корректный порядок учёта операций площадок. Отдельной задачей было снизить риск повторения ошибок в следующих отчётных периодах.
ПОЧЕМУ ВОЗНИКЛА ПРОБЛЕМА
Операции маркетплейсов нельзя учитывать по той же логике, что обычные продажи со счёта на счёт. В базе не было отдельной методики для комиссий, возвратов, удержаний, агентской схемы и различий между датой операции площадки и датой её признания в учёте.
В результате отчётность формально сдавалась, но данные площадок, банковские поступления и бухгалтерские проводки не складывались в единую картину.
ЧТО МЫ ПРОВЕРИЛИ
ЧТО ОБНАРУЖИЛИ
ЧТО СДЕЛАЛИ
Подготовили корректировки по учёту, сформировали понятный регламент работы с отчётами маркетплейсов и определили контрольные сверки, которые бухгалтерия должна выполнять перед закрытием каждого периода.
РЕЗУЛЬТАТ
Клиент получил прозрачную картину причин доначислений, перечень необходимых корректировок и систему контроля на будущее. Бухгалтерия была переведена в более понятный и управляемый формат, а риск повторных ошибок и новых претензий существенно снижен.
ВАЖНО
Мы не утверждаем, что сумма доначислений была полностью отменена: результат проекта — выявление причин, подготовка корректировок и снижение риска повторения ситуации.
ВЫВОД
Для селлера бухгалтерский учёт — это не только своевременная сдача отчётности. Нужна регулярная сверка данных площадок, банка и бухгалтерской базы с учётом агентской схемы и периодов признания операций.
Клиент — торговая компания, работающая на Wildberries, Ozon и Яндекс Маркете. После подачи декларации предприниматель получил доначисления на 570 000 ₽. Учёт вёл штатный бухгалтер, но без достаточного опыта работы со спецификой маркетплейсов.
ЗАДАЧА
Проверить бухгалтерскую базу, найти причины расхождений и сформировать корректный порядок учёта операций площадок. Отдельной задачей было снизить риск повторения ошибок в следующих отчётных периодах.
ПОЧЕМУ ВОЗНИКЛА ПРОБЛЕМА
Операции маркетплейсов нельзя учитывать по той же логике, что обычные продажи со счёта на счёт. В базе не было отдельной методики для комиссий, возвратов, удержаний, агентской схемы и различий между датой операции площадки и датой её признания в учёте.
В результате отчётность формально сдавалась, но данные площадок, банковские поступления и бухгалтерские проводки не складывались в единую картину.
ЧТО МЫ ПРОВЕРИЛИ
- Бухгалтерскую базу и корректность отражения ключевых хозяйственных операций.
- Отчёты Wildberries, Ozon и Яндекс Маркета в разрезе продаж, комиссий, возвратов и удержаний.
- Первичные документы и банковские поступления.
- Периоды признания выручки и расходов.
- Соответствие данных площадок бухгалтерской и налоговой отчётности.
ЧТО ОБНАРУЖИЛИ
- часть выручки отражалась неполно или не в том периоде;
- комиссии, возвраты и удержания учитывались без необходимой детализации;
- между отчётами площадок, банковскими выписками и бухгалтерскими проводками были расхождения;
- не существовало регулярной процедуры сверки данных.
ЧТО СДЕЛАЛИ
Подготовили корректировки по учёту, сформировали понятный регламент работы с отчётами маркетплейсов и определили контрольные сверки, которые бухгалтерия должна выполнять перед закрытием каждого периода.
РЕЗУЛЬТАТ
Клиент получил прозрачную картину причин доначислений, перечень необходимых корректировок и систему контроля на будущее. Бухгалтерия была переведена в более понятный и управляемый формат, а риск повторных ошибок и новых претензий существенно снижен.
ВАЖНО
Мы не утверждаем, что сумма доначислений была полностью отменена: результат проекта — выявление причин, подготовка корректировок и снижение риска повторения ситуации.
ВЫВОД
Для селлера бухгалтерский учёт — это не только своевременная сдача отчётности. Нужна регулярная сверка данных площадок, банка и бухгалтерской базы с учётом агентской схемы и периодов признания операций.