Рассмотрим ситуацию подробно. Организация на ОСНО открыла ресторан китайской кухни. В самом ресторане используется отдельная ресторанная программа, в которой кассиры и администраторы ведут продажи, закрывают смены, принимают оплаты, видят чеки, возвраты, скидки и отчеты по блюдам. Бухгалтерский учет ведется отдельно в 1С:Бухгалтерия 8.3. Интеграции между ресторанной системой и бухгалтерской базой пока нет.
В 1С уже отражены поступления денежных средств от покупателей через СБП и эквайринг проводкой Дт 51 Кт 57.03 на сумму 500 742 рубля. Также есть информация из ОФД на сумму 320 000 рублей. Возникает вопрос: каким документом занести выручку ресторана в 1С, чтобы учет был корректным для ОСНО, НДС, банка, эквайринга и бухгалтерской отчетности?
Разберем по шагам. В такой ситуации выручку ресторана в 1С нужно отражать не банковской выпиской, а документом Отчет о розничных продажах. Банковская выписка с проводкой Дт 51 Кт 57.03 показывает только поступление денег от банка-эквайера или оператора СБП на расчетный счет. Она не формирует саму выручку по счету 90.01 и не начисляет НДС по счету 90.03. Поэтому если в базе есть только поступление денег на расчетный счет, а документа продажи нет, учет будет неполным.
Главный принцип такой: выручку отражаем по данным кассовых отчетов, ОФД или ресторанной программы, а поступление денег по эквайрингу и СБП отражаем отдельно через банк. Эти две части учета должны сходиться между собой, но они не заменяют друг друга.
Начнем с того, что уже сделано в 1С. Бухгалтер отразил поступления от покупателей по СБП и эквайрингу проводкой Дт 51 Кт 57.03. На первый взгляд кажется, что деньги пришли, значит, выручка отражена. Но в бухгалтерском учете это не так.
Счет 57.03 используется как транзитный счет для оплат по платежным картам, СБП и аналогичным безналичным способам, когда покупатель уже оплатил заказ, но деньги еще не поступили на расчетный счет организации. В ресторане покупатель оплатил картой или по QR-коду сегодня, а банк может перечислить деньги завтра или через несколько дней. Поэтому сначала появляется задолженность банка или оператора платежей перед организацией, а затем эта задолженность закрывается поступлением на расчетный счет.
Правильная логика учета выглядит так:
в день продажи отражаем выручку ресторана по данным кассовой смены, ОФД или ресторанной программы;
если оплата прошла картой или через СБП, отражаем сумму к поступлению на счет 57.03;
когда банк перечислил деньги, закрываем счет 57.03 через банковскую выписку;
если банк удержал комиссию, отдельно отражаем расходы на услуги банка;
сверяем ОФД, ресторанную программу, счет 57.03 и банковские поступления.
Если в базе есть только проводка Дт 51 Кт 57.03, то мы видим поступление денег, но не видим самой продажи. Нет проводки по выручке, нет начисления НДС, нет корректного отражения дохода для бухгалтерского и налогового учета. Более того, если до этого не было дебета по счет 57.03, счет может получить неправильный кредитовый остаток.
Поэтому первое решение: не пытайтесь отражать ресторанную выручку только банковской выпиской. Используйте банковскую выписку только для закрытия расчетов по эквайрингу и СБП. Саму выручку заносите документом Отчет о розничных продажах.
Теперь разберем, откуда брать сумму выручки. В исходной ситуации есть две цифры: банковские поступления 500 742 рубля и информация из ОФД 320 000 рублей. Эти суммы не обязаны совпадать в один день, потому что они отражают разные этапы процесса.
ОФД показывает данные по кассовым чекам: какие продажи пробиты через онлайн-кассу, на какую сумму, с каким способом оплаты, с какой ставкой НДС, были ли возвраты, корректировки, авансы или предоплаты. Ресторанная программа показывает управленческую детализацию: какие блюда проданы, какие столы закрыты, какие скидки применены, какие официанты работали, как списаны продукты. Банк показывает только фактическое поступление денег на расчетный счет.
Для бухгалтерского отражения розничной выручки ориентируйтесь прежде всего на:
отчет о закрытии смены ККТ — итог по кассовой смене;
отчет ОФД — контрольная информация по пробитым кассовым чекам;
отчет ресторанной программы — детализация по блюдам, оплатам, возвратам и скидкам;
отчет эквайринга или СБП — суммы оплат, которые должны попасть на счет 57.03;
банковскую выписку — фактическое закрытие задолженности банка перед организацией.
Главное правило: выручка за смену должна отражаться по данным продаж, а не по дате поступления денег от банка. Если покупатель оплатил ужин 10 мая, чек пробит 10 мая, а банк перечислил деньги 11 мая, выручку отражаем 10 мая, а банковское поступление — 11 мая.
Поэтому сумму 320 000 рублей из ОФД нужно анализировать как возможную сумму продаж за определенный период. Сумму 500 742 рубля по банку нужно анализировать как сумму поступлений от эквайера или СБП за другой период или за несколько смен. Если эти суммы относятся к одному и тому же периоду, нужно выяснить расхождение: возможно, в ОФД выгружены не все кассы, в банк попали оплаты за несколько дней, часть суммы относится к доставке, агрегаторам, авансам, возвратам, ошибочным операциям или комиссиям.
Отчет о розничных продажахРазберем основной способ отражения выручки в 1С:Бухгалтерия 8.3. Для ресторана, который продает блюда физическим лицам, обычно применяется документ Отчет о розничных продажах. Этот документ находится в разделе Продажи, подразделе Розничные продажи.
Документ Отчет о розничных продажах нужен для того, чтобы отразить:
выручку от розничных покупателей;
наличные оплаты;
оплаты банковскими картами;
оплаты через СБП;
НДС с реализации, если организация не применяет освобождение;
реализацию по номенклатуре или укрупненным позициям;
при необходимости списание себестоимости товаров или продукции.
Для ресторана без интеграции с ресторанной программой можно использовать сводный вариант: не заносить каждое блюдо, каждую порцию и каждый чек, а отражать дневную или сменную выручку укрупненно. Например, можно создать номенклатуру Услуги общественного питания, Реализация блюд ресторана, Ресторанная выручка 22%, Ресторанная выручка без НДС или отдельные позиции по ставкам НДС и видам деятельности.
Если ресторанная программа ведет количественно-суммовой учет блюд, продуктов и калькуляций, а в бухгалтерской базе нужно только сформировать бухгалтерский и налоговый учет, допустимо вести в 1С укрупненный учет. Но это решение нужно закрепить внутренне: кто отвечает за ресторанную программу, какие отчеты передаются бухгалтеру, как сверяются итоги, как подтверждается себестоимость, как оформляются инвентаризации и списания.
Отчет о розничных продажах без интеграцииРассмотрим практический порядок заполнения документа в 1С. Нам нужно отразить выручку ресторана за день или за смену. За основу берем отчет ОФД, отчет ККТ и отчет ресторанной программы.
Откройте раздел Продажи.
Перейдите в подраздел Розничные продажи.
Создайте документ Отчет о розничных продажах.
Укажите организацию — АО на ОСНО.
Укажите дату документа — дату кассовой смены или дату закрытия смены, по которой отражаете выручку.
Выберите склад или торговую точку. Для ресторана можно создать склад с понятным названием, например Ресторан китайской кухни.
В табличной части укажите номенклатуру или укрупненные позиции выручки.
Укажите сумму продаж по данным ОФД или ресторанной программы.
Укажите ставку НДС или вариант Без НДС, если организация применяет освобождение по услугам общепита.
На вкладке безналичных оплат укажите оплаты картами, СБП и другие электронные способы оплаты.
Проведите документ и проверьте проводки.
Если вся сумма 320 000 рублей из ОФД относится к одной смене, нужно разложить ее по способам оплаты. Например, из 320 000 рублей наличными оплачено 70 000 рублей, банковскими картами 180 000 рублей, через СБП 70 000 рублей. В документе Отчет о розничных продажах нужно отразить общую сумму продажи 320 000 рублей, а в оплатах показать, какая часть прошла наличными, какая через эквайринг, какая через СБП.
Если 320 000 рублей — это не вся выручка, а только часть данных ОФД, сначала выясните состав суммы. Не заносите сумму в 1С механически. Бухгалтерская выручка должна совпадать с кассовыми чеками и ресторанной программой за выбранный период.
Теперь посмотрим, какие проводки должны появиться в бухгалтерском учете. Конкретный набор проводок зависит от настроек 1С, вида торговой точки, способа учета товаров и вида оплаты, но общая логика такая.
При отражении розничной выручки документом Отчет о розничных продажах формируется доход по счету 90.01. Если организация является плательщиком НДС по этой операции, дополнительно формируется НДС по счету 90.03 и 68.02. Если оплата прошла картой или через СБП, появляется дебет 57.03. Если оплата наличная, появляется движение по кассе или используется связанный кассовый документ в зависимости от настроек учета.
В упрощенном виде при оплате картой логика может быть такой:
Дт 57.03 Кт 90.01 — отражена розничная выручка, оплаченная через эквайринг или СБП;
Дт 90.03 Кт 68.02 — начислен НДС с реализации, если операция облагается НДС;
Дт 51 Кт 57.03 — деньги поступили от банка или оператора платежей на расчетный счет;
Дт 91.02 Кт 57.03 — отражена комиссия банка, если банк удержал ее из суммы перечисления.
В некоторых настройках 1С может использоваться промежуточная аналитика по розничному покупателю или счету расчетов, например 62.Р. Это нормально, если программа настроена именно так. Важен не внешний вид одной проводки, а правильная экономическая картина: выручка отражена, НДС начислен при необходимости, деньги от банка закрыли транзитный счет, комиссия банка признана расходом.
Проверьте главное: после отражения продаж и поступлений по банку счет 57.03 должен закрываться по датам и видам оплаты. Если на нем остаются непонятные дебетовые или кредитовые остатки, значит, есть расхождение между продажами, банком, эквайрингом, СБП или комиссией.
СБП экономически отличается от классического эквайринга, но в бухгалтерском учете для целей отражения розничной выручки часто используется та же транзитная логика через счет 57.03. Покупатель оплачивает по QR-коду, деньги не всегда сразу попадают на расчетный счет, а комиссия банка или оператора может удерживаться отдельно или списываться отдельной операцией.
В 1С для СБП можно создать отдельный вид оплаты, например СБП. Для эквайринга — отдельный вид оплаты Эквайринг. Это удобно, потому что потом можно сверять обороты отдельно:
выручку по картам;
выручку по СБП;
комиссию эквайринга;
комиссию СБП;
поступления от разных банков;
остатки на счет 57.03.
Если все безналичные способы оплаты занести одним видом оплаты, на старте это может показаться проще. Но затем будет сложнее сверять отчеты банка, СБП, ОФД и ресторанной программы. Поэтому для ресторана лучше сразу разделить виды оплат: наличные, банковские карты, СБП, оплата через агрегаторов, подарочные сертификаты, внутренние депозиты, авансы, если такие операции есть.
Теперь разберем банковскую выписку. Когда деньги поступают от банка по эквайрингу или СБП, в 1С используйте документ Поступление на расчетный счет. В зависимости от версии и настроек программы выбирайте вид операции, связанный с оплатой по платежным картам, поступлением от эквайера или прочим поступлением с корректным счетом расчетов 57.03.
Поступление денег на расчетный счет не должно второй раз формировать выручку по 90.01. Оно должно закрывать ранее отраженную задолженность на 57.03. Поэтому банковский документ должен быть связан не с реализацией как новой продажей, а с оплатой, которая уже была отражена через Отчет о розничных продажах.
Разберем пример. По отчету ОФД за 15 мая выручка ресторана составила 320 000 рублей. Из нее 250 000 рублей оплачено картами и СБП. В 1С документом Отчет о розничных продажах отражаем 320 000 рублей выручки, а по безналичным оплатам формируем задолженность на счет 57.03 в сумме 250 000 рублей. 16 мая банк перечислил 247 500 рублей, удержав комиссию 2 500 рублей. Тогда в банковской выписке отражаем поступление 247 500 рублей на расчетный счет и комиссию 2 500 рублей. В итоге счет 57.03 закрывается на 250 000 рублей.
Если в банковской выписке отражена только проводка Дт 51 Кт 57.03 на сумму фактически поступивших денег, а комиссия не отражена, на счет 57.03 может остаться незакрытая сумма. Если банк перечисляет деньги за вычетом комиссии, обязательно отразите комиссию банка. Обычно ее относят на счет 91.02 как прочие расходы, если учетной политикой не предусмотрен иной подход.
Теперь проанализируем конкретную сумму 500 742 рубля, которая уже отражена проводкой Дт 51 Кт 57.03. Не удаляйте ее сразу. Сначала выясните, за какой период и по каким операциям поступили деньги.
Откройте банковскую выписку и определите дату каждого поступления.
Проверьте назначение платежа: эквайринг, СБП, агрегатор доставки, возврат комиссии, прочее поступление.
Сверьте сумму с отчетом банка-эквайера или отчетом СБП.
Сверьте сумму с отчетами ОФД по датам продаж.
Проверьте, не включены ли в 500 742 рубля поступления за несколько смен.
Проверьте, не удержана ли комиссия банка до поступления денег на расчетный счет.
Проверьте, нет ли возвратов покупателям, отмен операций и корректировок.
Если сумма 500 742 рубля относится к продажам, которые еще не отражены документом Отчет о розничных продажах, нужно ввести отчеты о розничных продажах за соответствующие смены. После этого счет 57.03 начнет закрываться правильно.
Если сумма 500 742 рубля отражена ошибочно, например банк поступил как эквайринг, хотя это оплата от юридического лица или поступление от агрегатора, нужно изменить вид операции и счет расчетов. Не все поступления от покупателей ресторана автоматически являются эквайрингом. Корпоративный банкет, оплата по счету от организации, доставка через маркетплейс или агентская схема могут требовать другого документа и другой аналитики.
Если сумма 500 742 рубля больше данных ОФД 320 000 рублей за тот же период, не заносите разницу как выручку без проверки. Сначала выясните, почему банк больше ОФД. Возможные причины: разные периоды, несколько касс, не все отчеты ОФД выгружены, часть чеков относится к другой точке, есть поступления от агрегатора, есть авансы, есть ошибка в назначении платежа, банк перечислил суммы за несколько дней.
Организация находится на ОСНО, поэтому нужно отдельно разобраться с НДС. Для ресторана возможны два практических варианта.
Первый вариант: организация применяет освобождение от НДС по услугам общественного питания при соблюдении условий статьи 149 НК РФ. Тогда реализация услуг общепита отражается с признаком Без НДС, а входной НДС по расходам, относящимся к освобожденной деятельности, к вычету не принимается и учитывается по правилам раздельного учета.
Второй вариант: организация не применяет освобождение от НДС или не выполняет условия для освобождения. Тогда выручку нужно отражать с НДС. Для операций 2025 года основная ставка была 20%, для операций с 2026 года основная ставка составляет 22%, если для конкретной операции не применяется ставка 10%, 0% или освобождение. Для ресторана важно смотреть не только общий режим налогообложения, но и конкретный вид реализации: услуги общепита, продажа покупных товаров, доставка, продажа алкоголя, подарочные сертификаты, авансы, реализация юридическим лицам.
Разберем, что это означает в 1С. В документе Отчет о розничных продажах нужно правильно указать ставку НДС по каждой строке. Если все операции ресторана освобождены от НДС, используйте Без НДС. Если часть операций облагается, а часть освобождена, разделите выручку минимум по налоговым режимам. Нельзя одной строкой занести всю выручку, если внутри суммы есть разные ставки НДС или разные правила налогообложения.
Например, если ресторан оказывает услуги общественного питания без НДС, но отдельно продает товары, не подпадающие под освобождение, такие суммы нужно выделить отдельно. Если есть алкоголь, доставка через агрегаторов, услуги банкетного обслуживания, депозиты, сервисный сбор или чаевые, каждую категорию нужно проанализировать отдельно. Важно, чтобы в 1С итог по НДС соответствовал данным чеков и учетной политике.
В сообщении с форума дали направление: изучить подход, при котором количественно-суммовой учет ведется в другой программе. Это действительно рабочий вариант для общепита. В ресторане обычно используется специализированная система: она знает технологические карты, блюда, модификаторы, списание ингредиентов, производство полуфабрикатов, перемещения между кухней и баром, инвентаризацию, возвраты и списания. Вести всю эту детализацию вручную в 1С:Бухгалтерия 8.3 сложно и часто нецелесообразно.
Поэтому можно организовать учет так:
в ресторанной программе ведем детальный количественно-суммовой учет блюд, продуктов, полуфабрикатов и продаж;
в 1С отражаем сводные бухгалтерские операции по выручке, оплатам, НДС, списанию себестоимости и расчетам с поставщиками;
ежедневно или ежемесячно передаем в бухгалтерию отчеты из ресторанной программы;
в 1С используем укрупненную номенклатуру и документы Отчет о розничных продажах, Требование-накладная, Операция, введенная вручную, Поступление на расчетный счет, Поступление наличных;
проводим регулярную сверку между ресторанной программой, ОФД, банком и 1С.
Такой подход особенно удобен до момента настройки автоматической интеграции. Но он требует дисциплины. Бухгалтер должен получать не просто общую сумму «выручка за месяц», а отчеты с разложением по датам, кассам, способам оплаты, ставкам НДС, возвратам и скидкам. Иначе в 1С невозможно корректно сформировать НДС, кассовую дисциплину, счет 57.03 и финансовый результат.
Теперь разберем настройку склада или торговой точки. В 1С для розницы обычно создается склад с типом, соответствующим розничной торговой точке. Для ресторана можно создать отдельный склад или подразделение, например Ресторан, Кухня, Бар, Ресторан китайской кухни. Конкретная структура зависит от того, как вы хотите видеть учет.
Если в 1С не планируется вести детальный количественный учет блюд и продуктов, можно использовать укрупненный учет. Но для ОСНО и налога на прибыль важно иметь подтверждение расходов и себестоимости. Если продукты приходуются в 1С, а списание в производство и реализацию считается в ресторанной программе, бухгалтеру нужно переносить итоговые данные в 1С документами списания или операциями.
Разберем возможные варианты:
Вариант с детальным учетом в 1С. В 1С заводятся продукты, блюда, технологические операции, списание материалов и реализация. Это более трудоемко и обычно требует отраслевого решения, например специализированной конфигурации для общепита.
Вариант с детальным учетом в ресторанной программе и сводным учетом в 1С. В ресторанной системе ведутся блюда и продукты, а в 1С заносятся сводные суммы выручки и себестоимости. Это наиболее реалистичный вариант, если интеграции пока нет.
Вариант с последующей интеграцией. На старте данные заносятся вручную, затем настраивается обмен между ресторанной программой и 1С. После запуска обмена ручной ввод сокращается, но правила сверки все равно нужны.
Для описанной ситуации лучше начать со второго варианта: в ресторанной программе ведите детализацию, а в 1С отражайте сводную выручку документом Отчет о розничных продажах.
Если ресторан принимает наличные, их нужно отделять от эквайринга и СБП. Наличные деньги поступают в кассу организации, а не на счет 57.03. Поэтому наличная часть выручки должна быть отражена через кассовый учет.
В зависимости от настроек 1С наличная розничная выручка может отражаться самим документом Отчет о розничных продажах или дополнительно документом Поступление наличных с видом операции Розничная выручка. Здесь нужно смотреть, как настроена ваша база и какой способ используется для формирования кассовой книги.
Главное правило: не смешивайте наличные, карты и СБП в одну банковскую сумму. По отчету ОФД вы должны видеть раздельно:
наличные оплаты;
электронные оплаты;
предоплаты или авансы;
зачеты авансов;
возвраты прихода;
корректировки.
Если в ОФД указана общая выручка 320 000 рублей, сначала разложите ее по видам оплат. Наличную часть не закрывайте через счет 57.03. Безналичную часть не отражайте как поступление наличных.
В общепите возвраты встречаются реже, чем в обычной рознице, но они возможны: отменили заказ, вернули оплату по карте, сделали возврат прихода, скорректировали чек. Такие операции нужно учитывать отдельно, иначе не сойдутся ОФД, банк и 57.03.
Разберем порядок:
получите отчет ОФД по возвратам за период;
проверьте возвраты в ресторанной программе;
отразите возврат в 1С тем документом, который соответствует вашей схеме учета розницы;
если возврат прошел по карте или СБП, проверьте уменьшение расчетов по счет 57.03 или списание с расчетного счета;
проверьте корректировку НДС, если операция облагается НДС;
сверьте итоговую выручку за день: продажи минус возвраты.
Не заносите выручку только «чистой» итоговой суммой без понимания возвратов, если по НДС или по кассовым чекам нужно видеть движение отдельно. Для управленческой сверки допустимо использовать итог, но для бухгалтерии важно понимать, как сформировалась сумма.
Комиссия банка — отдельный расход организации. Она не должна уменьшать выручку ресторана. Выручку отражаем в полной сумме, которую оплатил покупатель и которая прошла через кассовый чек. Комиссию банка отражаем отдельно как расход.
Рассмотрим пример. Покупатели оплатили картами 100 000 рублей. Банк удержал комиссию 1 800 рублей и перечислил на расчетный счет 98 200 рублей. В учете нужно показать:
выручку 100 000 рублей;
расчеты через счет 57.03 на 100 000 рублей;
поступление на расчетный счет 98 200 рублей;
комиссию банка 1 800 рублей;
закрытие счет 57.03 на полную сумму 100 000 рублей.
Если банк перечисляет деньги полной суммой, а комиссию списывает отдельным платежом, тогда в 1С будут два банковских документа: поступление денег от эквайера и списание комиссии банка. Если банк перечисляет деньги за вычетом комиссии, комиссию нужно отразить внутри операции поступления или отдельной операцией так, чтобы счет 57.03 закрылся полностью.
Не уменьшайте выручку на комиссию банка. Для ОСНО это особенно важно, потому что выручка, НДС и расходы должны быть отражены раздельно.
Теперь разберем конкретное расхождение из вопроса. Есть данные ОФД на 320 000 рублей и банковские поступления 500 742 рубля. Такое расхождение нельзя исправить одним документом. Нужно провести сверку.
Разберем последовательность сверки:
Определите период данных ОФД. Это один день, несколько дней, месяц, одна касса или все кассы ресторана?
Определите период банковских поступлений. Банк мог перечислить деньги за продажи предыдущих дней.
Сверьте количество касс. Возможно, в ОФД выгружена информация только по одной ККТ, а банк принял оплаты по нескольким терминалам.
Сверьте способы оплаты. В ОФД могут быть наличные и электронные, а в банк попадает только безналичная часть.
Проверьте СБП отдельно от эквайринга. Иногда QR-оплаты проходят отдельным реестром и отдельным назначением платежа.
Проверьте возвраты. Возврат по карте может уменьшить поступления банка, но в ОФД он отражается отдельной операцией.
Проверьте комиссию банка. Если банк перечисляет суммы за минусом комиссии, банковская сумма будет меньше кассовой безналичной выручки.
Проверьте поступления от агрегаторов доставки. Они могут идти на расчетный счет не как эквайринг, а как расчеты с агентом.
Проверьте авансы, депозиты, сертификаты и банкеты. Они могут требовать отдельного учета.
Проверьте ошибочные платежи и возвраты от банка.
Только после сверки можно вводить документы в 1С. Если 320 000 рублей — это выручка по ОФД за день, то Отчет о розничных продажах должен быть на 320 000 рублей с разложением по оплатам. Если 500 742 рубля — это банковские поступления за несколько дней, их нужно сопоставить с несколькими отчетами о розничных продажах.
Не отражайте 500 742 рубля как дополнительную выручку только потому, что деньги пришли в банк. Это может привести к задвоению доходов. Выручку подтверждают кассовые чеки и ресторанные отчеты, а банк подтверждает поступление денежных средств.
Чтобы учет не превратился в ручной хаос, сразу создайте понятную аналитику по видам оплат. В 1С используйте справочник или настройки видов оплат, доступные в вашей конфигурации. Создайте отдельные элементы:
Наличные — для оплаты в кассу ресторана;
Эквайринг — для оплат банковскими картами;
СБП — для оплат по QR-коду;
Агрегатор доставки — если доставка проходит через посредника;
Подарочный сертификат — если ресторан продает и принимает сертификаты;
Депозит — если клиенты вносят предоплату за банкет или мероприятие;
Безналичная оплата от юридического лица — если есть корпоративные клиенты.
Для каждого вида оплаты определите, какой счет используется, какой контрагент или договор подставляется, как закрываются расчеты, как отражается комиссия и какие отчеты нужны для сверки.
Например, для эквайринга контрагентом может быть банк-эквайер, договором — договор эквайринга, счетом расчетов — 57.03. Для СБП можно использовать отдельный договор или отдельный вид оплаты, чтобы не смешивать обороты. Для агрегатора доставки может понадобиться учет расчетов с агентом, потому что агрегатор может удерживать комиссию, принимать деньги от покупателей и перечислять ресторану выручку за минусом своего вознаграждения.
Если ресторан работает не только в зале, но и через доставку, разберем этот участок отдельно. Доставка может быть организована по-разному:
ресторан сам принимает оплату, сам пробивает чек и сам доставляет заказ;
ресторан принимает оплату через свой сайт или QR, а доставку выполняет сторонняя служба;
агрегатор принимает оплату от покупателя, пробивает чек или передает обязанность чека ресторану, удерживает комиссию и перечисляет остаток;
корпоративный клиент оплачивает заказ по счету как юридическое лицо.
Для каждого варианта документы в 1С могут отличаться. Если продажа идет обычному физическому лицу и чек пробивает ресторан, выручку можно включать в Отчет о розничных продажах. Если агрегатор действует как агент, может понадобиться учет через расчеты с агентом, отчет агента или отдельная схема расчетов. Если покупатель — юридическое лицо и ему выставляются закрывающие документы, чаще используется Реализация товаров и услуг, а не розничный отчет.
Поэтому для старта разделите потоки: ресторанный зал, самовывоз, собственная доставка, агрегаторы, юридические лица. Не пытайтесь весь общепит занести одной строкой без анализа. Для маленького ресторана на старте это кажется удобным, но при проверке НДС, ОФД, банка и прибыли такие смешанные суммы трудно объяснить.
Вопрос пользователя был про выручку, но для ОСНО нельзя полностью игнорировать себестоимость. Доходы от ресторана нужно сопоставлять с расходами на продукты, упаковку, специи, полуфабрикаты, напитки и прочие материалы. Если количественно-суммовой учет ведется в ресторанной программе, именно она должна дать бухгалтеру отчет о списании продуктов и себестоимости реализованных блюд.
В 1С возможны разные варианты отражения себестоимости:
Детальное списание продуктов. В 1С загружаются или вводятся документы по номенклатуре продуктов: поступления, перемещения, списания в производство, выпуск блюд, реализация. Этот вариант точнее, но трудоемкий.
Сводное списание по отчетам ресторанной программы. Бухгалтер получает отчет о себестоимости реализованных блюд и отражает списание продуктов укрупненно, например через Требование-накладная, Списание товаров или Операция, введенная вручную, в зависимости от принятой методики.
Переходный ручной учет до интеграции. На старте ресторан работает без обмена, поэтому бухгалтер заносит сводные данные вручную, а после настройки интеграции начинает загружать документы автоматически.
Для налога на прибыль расходы должны быть экономически обоснованы и документально подтверждены. Поэтому ресторанная программа должна формировать отчеты, которые можно связать с первичными документами поставщиков, инвентаризациями, технологическими картами и списаниями. Если в 1С отражается только суммовая себестоимость, храните расшифровку из ресторанной программы.
Теперь решим, как часто вводить Отчет о розничных продажах. Есть три варианта: по каждой смене, по каждому дню или сводно за месяц.
По смене — самый аккуратный вариант. Он хорошо подходит, если нужно точно сверять ОФД, ККТ, кассу, эквайринг и СБП. Каждая кассовая смена дает отдельный отчет, и бухгалтер переносит данные в 1С.
По дню — практичный вариант для небольшого ресторана. Если смены закрываются ежедневно и нет сложных ночных переходов, можно отражать выручку одним документом за день. Главное, чтобы данные совпадали с отчетами ККТ и ОФД.
Сводно за месяц — самый простой, но самый рискованный вариант. Он может подойти только для внутреннего укрупненного учета, если есть надежные расшифровки. Но для НДС, кассовой дисциплины, сверки эквайринга и 57.03 помесячный ввод часто неудобен. Возникают проблемы с датами реализации, датами поступления денег, возвратами и банковской комиссией.
Для ресторана на ОСНО рекомендуем начать с ежедневного или сменного ввода. Когда интеграция будет настроена, данные можно будет загружать автоматически.
После ввода документов проведите контрольную сверку. Не ограничивайтесь тем, что документ проведен без ошибок. Нужно проверить обороты по счетам и соответствие внешним отчетам.
Сформируйте оборотно-сальдовую ведомость по счет 90.01 и проверьте сумму выручки.
Сформируйте оборотно-сальдовую ведомость по счет 90.03 и счет 68.02, если операции облагаются НДС.
Сформируйте оборотно-сальдовую ведомость по счет 57.03 в разрезе банков, договоров и видов оплат.
Сверьте счет 57.03 с отчетами эквайринга и СБП.
Сверьте наличную выручку с кассовой книгой.
Сверьте общую выручку с отчетами ОФД.
Сверьте выручку с отчетом ресторанной программы.
Проверьте, что комиссия банка не уменьшила выручку, а отражена расходом.
Проверьте, что возвраты покупателям учтены отдельно.
Проверьте, что НДС отражен по правильным ставкам или применено Без НДС при наличии оснований.
Если после всех операций счет 57.03 имеет остаток, расшифруйте его. Нормальный дебетовый остаток может быть, если продажи по картам уже были, а деньги от банка еще не пришли. Ненормальный кредитовый остаток обычно говорит о том, что банковское поступление отражено, а сама продажа через Отчет о розничных продажах не введена или введена на меньшую сумму.
Теперь соберем практическое решение именно для описанного случая. У организации есть ресторан, отдельная ресторанная программа, 1С без интеграции, банковские поступления 500 742 рубля и данные ОФД 320 000 рублей.
Сначала не вводите дополнительную выручку по банку. Банковские поступления уже отражены как движение денег. Нужно понять, какие продажи они закрывают.
Получите полные отчеты ОФД за тот же период, что и банковская выписка. Проверьте все кассы, все смены, возвраты и способы оплаты.
Получите отчет ресторанной программы. Он должен показать продажи, скидки, возвраты, оплаты по картам, СБП, наличными, доставке и агрегаторам.
Разложите выручку по датам и видам оплаты. Отдельно выделите наличные, эквайринг, СБП, агрегаторов, юридических лиц.
Создайте в 1С документ Отчет о розничных продажах за каждую дату или смену. Отразите выручку по данным ОФД и ресторанной программы.
На вкладке безналичных оплат укажите суммы эквайринга и СБП. Они должны сформировать обороты по счет 57.03.
Проверьте банковские документы Поступление на расчетный счет. Они должны закрывать счет 57.03, а не создавать выручку повторно.
Отразите комиссии банка. Если банк перечисляет деньги за минусом комиссии, комиссия должна закрывать разницу на счет 57.03.
Проверьте НДС. Определите, применяет ли организация освобождение для услуг общепита или начисляет НДС по соответствующим ставкам.
Сверьте итоговые счета. Проверьте 90.01, 90.03, 68.02, 50, 51, 57.03, 91.02.
После выполнения этих шагов учет станет логичным: ОФД и ресторанная программа подтверждают продажи, Отчет о розничных продажах формирует выручку, банк закрывает расчеты по оплатам, комиссия отражается расходом, а 57.03 не висит непонятным остатком.
Для удобства разберем, какой документ использовать для каждой операции в ресторане.
Розничная выручка ресторана от физических лиц — используйте Отчет о розничных продажах.
Оплата банковской картой — отражайте в Отчет о розничных продажах как безналичную оплату, затем закрывайте через Поступление на расчетный счет.
Оплата через СБП — отражайте отдельным видом оплаты через счет 57.03, затем закрывайте банковской выпиской.
Наличная выручка — отражайте через Отчет о розничных продажах и при необходимости через Поступление наличных с видом операции Розничная выручка.
Комиссия банка — отражайте через банковскую операцию или отдельное списание на счет 91.02.
Продажа юридическому лицу по договору — используйте Реализация товаров и услуг, если нужно выставлять закрывающие документы контрагенту.
Доставка через агента или агрегатора — анализируйте договор; может понадобиться отдельная схема расчетов с агентом.
Списание себестоимости продуктов — используйте Требование-накладная, Списание товаров или другой документ по принятой методике учета.
Ручная корректировка при переходном периоде — используйте Операция, введенная вручную, но только после проверки, что типовой документ не подходит.
Проанализируем ошибки, которые чаще всего возникают при запуске ресторана без интеграции с 1С.
Ошибка 1. Отражать выручку только банковской выпиской. Поступление на расчетный счет не заменяет розничную продажу. Выручку нужно отражать документом продаж.
Ошибка 2. Заносить банковские поступления как доход повторно. Если выручка уже отражена по ОФД, поступление от банка должно закрывать 57.03, а не создавать новый доход.
Ошибка 3. Не отражать комиссию банка. Если банк перечисляет деньги за минусом комиссии, 57.03 не закроется без отражения расхода.
Ошибка 4. Не разделять эквайринг и СБП. На старте можно объединить, но потом сложно сверять отчеты. Лучше завести отдельные виды оплат.
Ошибка 5. Не сверять ОФД и ресторанную программу. ОФД подтверждает кассовые чеки, ресторанная программа подтверждает детализацию продаж. Эти данные должны сходиться.
Ошибка 6. Не проверять НДС. На ОСНО нужно определить, применяется ли освобождение по услугам общепита или начисляется НДС. От этого зависит ставка в документе.
Ошибка 7. Вводить выручку общей суммой без разделения по ставкам НДС. Если внутри суммы есть разные налоговые режимы, их нужно разделить.
Ошибка 8. Не учитывать возвраты. Возвраты влияют на выручку, НДС, банк и 57.03.
Ошибка 9. Оставлять кредитовый остаток на счет 57.03. Обычно это признак того, что деньги поступили, а продажи не отражены.
Ошибка 10. Не закрепить порядок обмена данными с ресторанной программой. Пока нет интеграции, нужен регламент ручной передачи отчетов бухгалтеру.
Чтобы бухгалтеру не приходилось каждый раз вручную выяснять, откуда взялись суммы, настройте простой регламент передачи данных из ресторана в бухгалтерию.
Администратор ресторана ежедневно закрывает смену в ККТ и ресторанной программе.
Ответственный сотрудник выгружает отчет ОФД по смене или дню.
Из ресторанной программы выгружается отчет по продажам, оплатам, возвратам и скидкам.
Отдельно выгружается отчет по эквайрингу и СБП.
Бухгалтер получает пакет документов за день или смену.
Бухгалтер вводит Отчет о розничных продажах в 1С.
Бухгалтер загружает банковскую выписку и закрывает 57.03.
Комиссия банка отражается отдельной строкой или отдельным документом.
В конце недели или месяца проводится сверка ОФД, 1С, банка и ресторанной программы.
Расхождения фиксируются и исправляются до закрытия месяца.
Такой регламент особенно важен для АО на ОСНО, потому что учет должен выдерживать проверку по НДС, налогу на прибыль, кассовой дисциплине и бухгалтерской отчетности.
Сформулируем итог. В ресторане на ОСНО без интеграции ресторанной программы с 1С выручку нужно заносить в 1С:Бухгалтерия 8.3 документом Отчет о розничных продажах. Основанием для документа должны быть данные ККТ, ОФД и ресторанной программы. Банковские поступления по СБП и эквайрингу не являются самостоятельным отражением выручки. Они закрывают задолженность на счет 57.03.
Если уже отражены только поступления Дт 51 Кт 57.03 на 500 742 рубля, это значит, что в 1С показали поступление денег, но еще не показали саму розничную продажу. Нужно ввести Отчет о розничных продажах за соответствующие смены, указать суммы продаж по данным ОФД и ресторанной программы, разделить оплаты на наличные, эквайринг и СБП, проверить НДС и закрыть 57.03 банковскими поступлениями с учетом комиссии.
Сумму 320 000 рублей из ОФД используйте как контрольную сумму продаж за конкретный период, но сначала проверьте, какие кассы, смены и способы оплаты в нее входят. Сумму 500 742 рубля по банку сверяйте отдельно: она может относиться к нескольким дням, нескольким видам оплат или включать операции, которые не совпадают с выбранным отчетом ОФД.
Правильная схема учета: продажи отражаем через Отчет о розничных продажах, оплаты картами и СБП проводим через 57.03, поступление денег отражаем документом Поступление на расчетный счет, комиссию банка учитываем отдельно, НДС настраиваем в зависимости от применения освобождения по услугам общепита или общего порядка налогообложения.
Информация носит справочный характер