Бухгалтерия интернет-магазина должна объяснять каждую продажу от заказа до денег в банке и остатка товара. Когда магазин продаёт одновременно через сайт, маркетплейсы и социальные сети, отчёт площадки, чек ККМ, выписка банка и движение на складе показывают разные этапы операции. BALANC.KZ связывает эти данные в один учётный процесс и помогает увидеть отклонения до закрытия периода.
Мы сопровождаем продавцов в Казахстане: настраиваем обмен документами и аналитикой, отражаем операции в 1С, сверяем выплаты и удержания, учитываем возвраты и готовим налоговую часть в пределах согласованного задания. Состав зависит от вашей модели продаж. Для первичного обсуждения достаточно описать площадки, поток заказов, склад и способ ведения учёта; полный архив документов на первом обращении не нужен.
Один заказ проходит через несколько учётных систем
Покупатель делает заказ на сайте, оплачивает через эквайринг, получает товар от курьера. В другом канале заказ оформляет маркетплейс, удерживает комиссию и перечисляет продавцу остаток. Если банк получает только итоговую выплату, по одной выписке невозможно восстановить все проданные позиции, удержания и возвраты. Мы начинаем с карты каналов: кто принимает деньги, кто выдаёт чек, где находится товар и кто отвечает за возврат.
Отдельно отмечаем юридическую модель площадки по договору: посредничество, продажа через витрину или иной порядок. Название сервиса не определяет само по себе, чья это реализация и какие документы нужны. Поэтому до настройки проводок разбираем условия расчётов, отчёт площадки и фактический путь товара.
Если магазин уже ведёт продажи в нескольких системах, не обязательно немедленно менять программное обеспечение. Сначала проверяем, можно ли получить устойчивую выгрузку с идентификатором заказа, товара, статуса оплаты и возврата. Ручная таблица допустима как временный контрольный реестр, когда объём позволяет сверить каждую строку.
Особое внимание уделяем моменту передачи данных от операционной команды бухгалтеру. Менеджер знает, что заказ отменён, но в учётной системе он может оставаться оплаченным. Склад видит выдачу, а площадка меняет статус доставки позже. Поэтому в регламенте указываются источник каждого статуса и момент, после которого запись проверяется повторно. Это рабочая настройка контроля, а не попытка заменить договор с покупателем техническим статусом приложения.
Если продажи идут через сайт и несколько площадок, для каждой сохраняем отдельную аналитику. Общая сумма всех каналов полезна руководителю, но она не покажет, где выросли возвраты или где зависла выплата. Такой разрез нужен и для обсуждения стоимости обслуживания: число каналов само по себе менее важно, чем качество отчётов и число операций, которые приходится разбирать вручную.
Что входит в сопровождение интернет-торговли
Пакет определяется границами работы, а не общим обещанием «вести маркетплейсы». В согласованный регулярный контур обычно входят обработка отчётов продаж, учёт поступлений и реализаций, сверка платежей, контроль товара, возвратов и комиссий, подготовка налоговых данных и закрытие периода. Импорт товара, кадровый участок, восстановление прошлых периодов и сложные интеграции описываются отдельно.
- Входящие данные. Получаем отчёты площадок, выгрузку заказов, банковскую выписку, данные ККМ и документы поставщиков. Отмечаем отсутствие реквизитов и несовпадение периодов.
- Операции в 1С. Отражаем товары, расчёты, продажи, удержания, возвраты и связанные расходы по согласованной модели и учётной политике.
- Контроль. Сводим продажи с оплатой и движением товаров. Расхождения оставляем в реестре с причиной, ответственным и датой решения.
- Налоговый участок. Проверяем применимость ККМ, ЭСФ, налогового режима и отчётности к конкретному продавцу и операциям. Готовим согласованные расчёты и формы.
- Закрытие месяца. Передаём реестр незакрытых заказов и возвратов, сверку с площадками, обороты и остатки, а также список вопросов для руководителя.
Клиенту нужен проверяемый результат: не просто отметка «месяц закрыт», а объяснение, какие суммы прошли через каналы, какие удержаны, что осталось к получению и какие документы ещё ожидаются. Частота обмена определяется объёмом продаж: при большом потоке сверка только раз в квартал создаёт слишком длинный список необъяснённых операций.
Границы ответственности закрепляем до начала месяца. Компания подтверждает коммерческие условия, цены, ассортимент и фактическое движение товара; площадка предоставляет отчёт в предусмотренном договором составе; бухгалтер сопоставляет полученные сведения и сообщает о расхождениях. Если отчёт площадки не содержит номера заказа или детализации удержания, заранее согласуем альтернативный источник. Без него обещание полной автоматической сверки было бы некорректным.
Руководителю удобно получать две версии результата: подробный реестр для проверки и короткий список решений. Например, подтвердить скидку, выяснить судьбу партии на складе, получить недостающий акт или согласовать корректировку возврата. Так бухгалтерская работа не заканчивается проводками, а превращается в управляемый процесс с ответственными лицами.
Как связать отчёт площадки, эквайринг, ККМ и банк
Для каждого канала задаём ключ сопоставления: номер заказа или отчёта, дата события, способ оплаты, сумма покупки, скидка, возврат, комиссия, сумма перечисления. Банковская дата может отличаться от даты продажи, а перечисление площадки объединять несколько операций. Эти различия не следует автоматически записывать в недостачу или доход.
Внутренний контрольный пример без налогового расчёта: отчёт показывает заказы на 1 000 000 тенге, возвраты на 80 000, удержания по договору на 70 000. Ожидаемая выплата по этим исходным данным — 850 000 тенге, если нет авансов, переносов между отчётами и других удержаний. Если банк показывает 800 000, разницу 50 000 нельзя назвать комиссией без документа. Её помещают в реестр сверки и устанавливают причину.
Скидка за счёт продавца, скидка за счёт площадки, оплата доставки и удержание за рекламное продвижение могут иметь разную экономическую природу. Их не сворачивают в одну строку «комиссия». Договор и детальный отчёт дают основание для классификации и помогают избежать двойного отражения дохода или расхода.
ККМ и ЭСФ проверяются по действующим правилам для конкретного способа расчёта и роли сторон. Наличие эквайринга не заменяет автоматически проверки чека; отчёт площадки не является универсальной заменой первичных документов. Если канал меняет схему приёма оплаты, правила обработки документа пересматриваются до массовой загрузки в 1С.
Сверку лучше вести как последовательность отдельных контрольных сумм: оплаченные заказы, отгруженные товары, подтверждённые продажи, возвраты, удержания и фактические выплаты. Операции на границе месяца выносятся в отдельный список. Тогда несовпадение дат продажи и зачисления не теряется среди реальных ошибок. Любой остаток к выплате должен объясняться конкретным отчётом, заказом или переходящим периодом, а не исчезать при ручном округлении итогов.
Возвраты, склад и себестоимость требуют отдельного контура
Возврат денег покупателю, отмена заказа до отгрузки и фактическое возвращение товара на склад — разные события. Иногда площадка уже удержала сумму возврата из будущей выплаты, а товар ещё едет обратно. Если закрыть только банковскую часть, в учёте остаются неверные расчёты и товарный остаток.
По каждому возврату связываем исходный заказ, основание, платёж, корректировку продажи и движение конкретной товарной позиции. Состояние вещи имеет значение: возвращённый товар может быть пригоден для продажи, нуждаться в проверке или не поступить на склад. Решение о дальнейшей судьбе товара принимает компания и оформляет соответствующие документы.
Учёт остатков ведётся по местам хранения, включая собственный склад и товар, переданный площадке, если это предусмотрено схемой работы. Перемещение между ними само по себе не равно продаже покупателю. При интеграции сверяем номенклатуру и единицы измерения, чтобы одна позиция не появлялась под несколькими названиями и себестоимость не искажалась.
Если остатки уже отрицательные или товары не совпадают с отчётами площадок, сначала проводится диагностика. Массовое списание разницы без разбора причин скрывает недостающие документы, пересортицу и ошибки синхронизации. Результат диагностики можно оформить отдельным планом восстановления товарного учёта.
Для товаров с вариантами размера, цвета или комплектации проверяем связь артикула площадки с номенклатурой учётной системы. Отсутствие такой связи создаёт мнимый дефицит одной позиции и избыток другой. В договорённости с клиентом определяем, кто подтверждает соответствие артикулов и как оформляется изменение карточки товара. Бухгалтер не должен угадывать его по похожему названию в выгрузке.
Налоги и документы проверяются по продавцу и операции
Налоговый режим, регистрация по НДС, роль площадки, вид товара, способ расчёта и покупатель влияют на состав обязанностей. Поэтому в коммерческом предложении мы не обещаем одну универсальную схему «для всех маркетплейсов». Сначала подтверждаем статус компании и документы по каналам, затем настраиваем контроль и отчётность.
Закон о бухгалтерском учёте связывает бухгалтерские записи с первичными документами. Налоговый кодекс и действующие правила применения ККМ задают отдельные требования к налогам и чекам. Для ЭСФ учитываются условия конкретной реализации; для возврата или исправления проверяются основания и документы. Нельзя определять доход для налоговой отчётности только по чистой сумме банковской выплаты, не разобрав состав операций и удержаний.
Покупка товара, услуги продвижения, логистика и посредническое вознаграждение не являются одной и той же затратой. Их подтверждение и налоговое отражение рассматриваются отдельно. Если площадка или поставщик находится за пределами Казахстана, дополнительно проверяется характер внешней услуги и документы; вывод о налоге не делается по одному иностранному названию в выписке.
В наших рабочих регистрах отмечается, откуда взята каждая сумма, какой период она закрывает и какой документ остаётся неподтверждённым. Это помогает подготовить ответ на запрос, исправить исходные данные и объяснить руководителю отличие денежного потока от результата продаж.
Как перейти на сопровождение без потери заказов
Начало работы делим на короткую диагностику и согласованный регулярный процесс. На первом разговоре определяем число каналов, модель расчётов, ассортимент, склад, используемую 1С и ответственных за выгрузки. Затем смотрим один завершённый период: достаточно ли данных, совпадают ли отчёты с банком и есть ли незакрытые возвраты.
По итогам диагностики фиксируем начальные остатки, перечень площадок, права доступа, календарь передачи файлов, способ согласования спорных операций и границу между текущим сопровождением и исправлением прошлых периодов. Доступы предоставляются по согласованной роли, а не через пересылку личных паролей сотрудников.
Для приёмки первого месяца заранее согласуем контрольный комплект: сверка отчётов площадок и банка, остатки по складам, список незавершённых заказов, реестр возвратов, недостающие документы и расчёты для отчётности. Когда владелец получает этот комплект регулярно, можно оценивать не только оборот, но и качество данных для управленческих решений.
От чего зависит стоимость бухгалтерии магазина
Цена зависит от фактического объёма: количества каналов и операций, моделей оплат, частоты выплат, числа товарных позиций и складов, возвратов, рекламных услуг, сотрудников, состояния 1С и полноты документов. Две компании с одинаковой выручкой могут создавать разную нагрузку: одна получает структурированные отчёты и одну выплату в день, другая собирает заказы и удержания из разных кабинетов вручную.
После оценки мы предлагаем состав ежемесячной работы, лимиты операций, частоту сверки, результат на выходе и перечень работ, требующих отдельного согласования. Публичную цену нельзя честно назначить по одному обороту. Для предварительной оценки достаточно краткого описания бизнеса — доступы и весь архив документов на первом этапе не требуются.
Посмотрите решение для торговли или свяжитесь с BALANC.KZ, чтобы рассчитать сопровождение интернет-магазина по вашим каналам продаж.
Частые вопросы
Можно ли вести магазин и маркетплейс в одной базе?
Да, если сохраняется аналитика по каналу, заказу, оплате, комиссии, возврату и товару. Способ интеграции зависит от платформ и состояния 1С.
Почему выплата площадки меньше суммы продаж?
Из выплаты могут удерживаться вознаграждение площадки, доставка и иные согласованные суммы. Состав удержаний устанавливается по договору и отчёту площадки, а не угадывается по банковской выписке.
Достаточно ли отчёта площадки без банковской сверки?
Нет. Отчёт продаж и выплата отражают разные этапы. Нужно сопоставить заказы, удержания, возвраты, задолженность площадки и поступления в банк.
Входит ли исправление прежних ошибок в ежемесячное обслуживание?
Сначала оценивают состояние учёта. Восстановление прежних периодов и регулярное ведение согласовываются как отдельные этапы с конкретным результатом.
Вы выписываете ЭСФ по каждой продаже?
Необходимость и порядок выписки ЭСФ определяются по статусу продавца, покупателя и операции по действующим правилам. Универсального ответа для всех продаж нет.
Как формируется стоимость сопровождения?
В расчёт входят число площадок и заказов, каналы оплат, номенклатура, возвраты, склад, интеграция 1С, сотрудники и состояние документов. После оценки объёма фиксируются границы услуги и лимиты.
Официальные источники
- Закон РК «О бухгалтерском учёте и финансовой отчётности»: бухгалтерская документация и первичные документы.
- Налоговый кодекс РК: применимые обязанности и налоговый учёт проверяются по конкретному продавцу и операции.
- Действующие правила применения ККМ и требования к чеку: условия проверяются для конкретного способа расчёта.