Рассмотрим ситуацию: у индивидуального предпринимателя есть две торговые точки, в каждой из которых сотрудники работают в отдельной автономной базе 1С:Управление нашей фирмой. У магазинов разные склады, документы и продажи не пересекаются. Бухгалтер формирует декларацию по НДС в одной программе, поэтому в Книгу продаж и декларацию попадают операции только первого магазина. Продажи второго магазина остаются вне отчетности.
Главная причина проблемы состоит не в наличии двух магазинов, а в раздельном хранении учетных данных. НДС рассчитывают не отдельно по каждому магазину, а по деятельности налогоплательщика в целом. Для ИП обе торговые точки относятся к одному предпринимателю, поэтому необходимо сформировать одну общую Книгу продаж и одну декларацию по НДС, включив в нее операции обоих магазинов.
Разберем по шагам, как организовать учет, какие варианты подойдут для уже работающих отдельных баз и почему простое суммирование выручки вручную не всегда является безопасным решением.
Сначала разделим понятия «магазин», «склад», «информационная база» и «налогоплательщик». Магазин является местом ведения торговли, склад используется для учета товаров, а база 1С хранит документы и регистры учета. Однако налогоплательщиком остается сам ИП.
Поэтому продажи первого и второго магазина необходимо объединять в рамках одного налогового периода. В декларацию по НДС должны войти все операции реализации, облагаемые НДС, независимо от того, в какой торговой точке была оформлена продажа и в какой базе 1С был создан документ.
Рассмотрим пример. В первом магазине за квартал продали товаров на 1 200 000 рублей, в том числе НДС 200 000 рублей. Во втором магазине продали товаров на 600 000 рублей, в том числе НДС 100 000 рублей. В декларации необходимо показать общую налоговую базу 1 500 000 рублей и общую сумму исчисленного НДС 300 000 рублей. Нельзя сформировать декларацию только по первому магазину и считать, что данные второго магазина можно не учитывать до следующего периода.
Книга продаж должна отражать операции всего ИП, а не только документы из одной конкретной базы. Поэтому задача бухгалтера заключается в том, чтобы собрать данные из двух автономных баз в одной учетной системе, где будет формироваться регламентированная отчетность.
Если в каждом магазине установлена самостоятельная база 1С:УНФ, то каждая из них ведет собственные справочники, документы, регистры накопления и последовательности проведения. Одна база не знает, какие документы созданы в другой базе, если между ними не настроен обмен.
Например, в первой базе могут быть свои элементы справочника Номенклатура, Контрагенты, Склады, Организации и Кассы. Во второй базе могут быть элементы с такими же наименованиями, но с другими внутренними идентификаторами. Для пользователя товары могут выглядеть одинаково, например «Кофе зерновой 1 кг», но для программы это могут быть два разных объекта.
Та же проблема возникает с покупателями, договорами, ставками НДС, счетами-фактурами, чеками, отчетами о розничных продажах, возвратами и корректировками реализации. Поэтому нельзя просто скопировать часть документов из одной базы в другую без проверки соответствия справочников и налоговых реквизитов.
Кроме того, нельзя объединять данные только по общей сумме выручки. Декларация по НДС связана с данными Книги продаж, а Книга продаж формируется на основании конкретных операций. Для разных видов реализации могут использоваться разные документы-основания и разные правила отражения НДС.
Например, отдельно необходимо учитывать:
Рассмотрим подробнее основные способы решения проблемы.
Наиболее практичный вариант для уже работающих автономных магазинов — использовать одну общую базу 1С:Бухгалтерия предприятия в качестве бухгалтерской и налоговой базы, а из каждой торговой базы 1С:УНФ передавать туда документы и справочники через механизм синхронизации данных.
В таком варианте продавцы продолжают работать в своих базах УНФ. Первый магазин оформляет продажи, возвраты, перемещения, поступления и кассовые документы в своей базе. Второй магазин делает то же самое в другой базе. Затем данные из обеих баз загружаются в одну базу бухгалтерии. Бухгалтер ведет учет НДС, формирует Книгу продаж и декларацию уже в общей бухгалтерской базе.
Смысл решения состоит в том, чтобы не собирать декларацию из двух отдельных файлов, а создать один центр бухгалтерского и налогового учета.
Рассмотрим типовую схему работы:
1С:Бухгалтерия предприятия.В УНФ настройки обычно выполняют через раздел Настройки, далее используют раздел интеграции и команду Синхронизация данных. В бухгалтерской базе также включают механизм синхронизации и создают соответствующие настройки обмена.
При настройке обмена необходимо рассматривать не только саму возможность передачи документов, но и состав передаваемых данных. Как правило, для полноценного учета НДС нужно обеспечить передачу документов реализации, поступления, возвратов, платежных документов, данных по кассе, счетов-фактур и необходимых справочников.
Особенно внимательно проверим следующие объекты:
Посмотрим на пример. Допустим, в магазине № 1 сформирован отчет о розничных продажах за 31 марта. В магазине № 2 сформирован свой отчет за ту же дату. После синхронизации оба документа должны появиться в центральной бухгалтерской базе как отдельные хозяйственные операции. При формировании Книги продаж бухгалтерия должна учесть НДС по обоим отчетам.
Важно не ограничиваться проверкой общей суммы выручки. Необходимо сверить сумму продаж без НДС, сумму НДС, сумму возвратов, выручку по каждой ставке, наличные и безналичные оплаты, а также количество и номера счетов-фактур, если магазин выставляет их покупателям.
Для контроля удобно сформировать отчеты по каждому магазину отдельно, а затем сравнить их с данными общей бухгалтерской базы. Например, можно сопоставить обороты по выручке, НДС, кассе и эквайрингу. В центральной базе желательно вести раздельную аналитику по складам или подразделениям, чтобы бухгалтер мог проверить, из какого магазина пришел каждый документ.
Не рекомендуем настраивать обмен сразу в рабочем периоде без резервной копии и тестовой проверки. Сначала создадим копии всех баз, настроим обмен в тестовом контуре, выполним первичную загрузку и проверим результат. Только после этого перейдем к регулярной синхронизации в рабочих базах.
Необходимо учитывать, что конкретные возможности зависят от редакции УНФ, редакции бухгалтерской программы, вида лицензии и доработок конфигураций. Если базы существенно изменены, имеют старые релизы или используют нестандартные документы, может потребоваться настройка правил обмена специалистом по внедрению 1С.
После первоначальной настройки важно определить регламент обмена. Не следует откладывать загрузку документов до последнего дня квартала. Чем чаще выполняется синхронизация, тем быстрее бухгалтер увидит ошибки в документах и тем проще будет их исправить.
Рассмотрим практичный порядок:
Для автоматизации можно использовать запуск синхронизации по расписанию, если используемая редакция программы и способ подключения поддерживают такой режим. Однако даже при автоматическом обмене необходимо контролировать журнал регистрации, сообщения об ошибках и протоколы синхронизации.
Автоматический обмен не гарантирует, что учет будет корректным. Он только передает данные. Бухгалтеру необходимо проверять, что документы проведены, не задвоены, не отклонены при загрузке и правильно отражены в учете НДС.
Если магазины должны работать как единая торговая сеть, а раздельные базы создают постоянные проблемы не только с НДС, но и с остатками товаров, закупками, ценообразованием и отчетами, рассмотрим использование распределенной информационной базы.
Распределенная информационная база, или РИБ, позволяет организовать центральную базу и подчиненные базы магазинов. В центральной базе хранятся общие данные, а торговые точки получают свою часть информации и передают обратно созданные документы.
В такой архитектуре можно организовать следующий порядок работы:
Преимущество РИБ состоит в том, что магазины перестают быть полностью изолированными учетными системами. Центральная база получает данные от всех торговых точек, а руководитель и бухгалтер видят общую картину бизнеса.
Этот вариант особенно полезен, когда необходимо:
Однако важно понимать ограничение. Нельзя просто объявить две уже существующие независимые базы подчиненными узлами РИБ без подготовки. У каждой базы уже есть собственная история, собственные идентификаторы объектов, документы, последовательности и настройки. Попытка механически объединить две самостоятельные базы может привести к конфликтам данных, дублям и ошибкам в учете.
Поэтому переход на РИБ обычно выполняют как отдельный проект. Сначала определяют центральную базу, затем решают, какие данные переносят из каждого магазина, как объединяют справочники, с какой даты начинают централизованный учет и как закрывают старый период.
Рассмотрим более безопасный порядок перехода:
Такой вариант требует участия специалиста по 1С, особенно если используются маркированные товары, онлайн-кассы, эквайринг, обмен с маркетплейсами, ЕГАИС, «Честный знак», доработанные печатные формы или нестандартные обработки.
Если автоматический обмен пока не настроен, а декларацию необходимо подготовить уже за текущий период, можно временно использовать ручной способ. Однако рассмотрим его только как переходную меру, а не как постоянную схему работы.
Ручной способ заключается не в простом прибавлении одной итоговой суммы к декларации. Необходимо перенести в бухгалтерскую базу данные, на основании которых можно корректно сформировать записи Книги продаж и разделы декларации по НДС.
Состав ручного ввода зависит от характера операций второго магазина.
Если второй магазин продает товары в розницу физическим лицам, бухгалтеру необходимо собрать данные по отчетам о розничных продажах, кассовой выручке, возвратам, безналичным оплатам, ставкам НДС и закрытию смен. Затем в центральной бухгалтерской базе нужно отразить операции так, чтобы они корректно попали в учет НДС и Книгу продаж.
Если второй магазин продает товары юридическим лицам и ИП, потребуется перенести реализации с учетом покупателей, договоров, документов отгрузки, счетов-фактур, корректировок, авансов и возвратов. В таком случае ввод только общей квартальной суммы является особенно рискованным, потому что в декларации должны быть корректно отражены сведения из Книги продаж.
В бухгалтерских конфигурациях для отдельных случаев ручного отражения НДС используют документ Отражение начисления НДС. Этот документ может применяться, когда необходимо создать запись для целей учета НДС при отсутствии стандартного документа реализации или при специальной хозяйственной ситуации.
Не используем документ Отражение начисления НДС как универсальную замену нормальной загрузки всей торговли из второго магазина. Он подходит для отдельных обоснованных операций, но не решает проблему раздельного учета магазинов и не заменяет первичные документы, кассовые данные, отчеты о розничных продажах, счета-фактуры и возвраты.
Разберем возможный временный порядок работы:
Рассмотрим пример. Второй магазин за квартал имеет розничную выручку 360 000 рублей, в том числе НДС 60 000 рублей. При этом в течение квартала был возврат на сумму 12 000 рублей, в том числе НДС 2 000 рублей. В центральной базе нельзя отражать реализацию только одной строкой на 360 000 рублей и забывать возврат. Нужно отразить выручку и возврат с учетом ставки НДС, даты операции и применяемого порядка оформления.
Если во втором магазине были продажи по разным ставкам НДС, необходимо разделить данные. Например, продажи по ставке 20% и 10% нельзя объединять одной суммой, потому что налоговая база и сумма НДС рассчитываются отдельно для каждой ставки.
Ручной ввод допустим только при наличии полного комплекта подтверждающих документов и регулярных сверок. При большом количестве операций такой вариант становится трудоемким, повышает риск ошибок и почти всегда обходится дороже, чем настройка корректной синхронизации.
Иногда бухгалтеры пытаются решить проблему с помощью выгрузки отчетов из двух баз в Excel или другую таблицу. Такой подход полезен для сверки, контроля и анализа. Например, можно сравнить выручку по магазинам, продажи по ставкам НДС, возвраты, средний чек и кассовые данные.
Однако сводная таблица сама по себе не формирует Книгу продаж и не создает корректные записи для декларации по НДС. Поэтому используем ее только как контрольный инструмент.
Рассмотрим, какие показатели целесообразно собрать в единую контрольную таблицу:
После этого сверим итоговые данные таблицы с Книгой продаж, сформированной в центральной бухгалтерской базе. Если суммы не совпадают, не следует сразу исправлять декларацию вручную. Сначала необходимо выяснить причину расхождения: невыгруженный документ, возврат, неправильная ставка, дубль реализации, непроведенный документ, ошибка в дате, неверно оформленная корректировка или отсутствие операции в одном из магазинов.
Для корректного формирования декларации по НДС недостаточно передать только продажи. Рассмотрим полный перечень операций, которые могут влиять на налоговый учет.
Рассмотрим типичную ошибку. Товар поступил в магазин № 2, но поставщик и счет-фактура отражены только в его автономной базе. Продажи из этого магазина бухгалтер вручную добавил в общую базу, а поступление и входной НДС не перенес. В результате начисленный НДС попадет в декларацию, а вычет по входному НДС может быть упущен. Поэтому при централизованном учете необходимо переносить не только реализации, но и документы поступления, если именно они являются основанием для вычета.
Перед включением обмена необходимо провести подготовительную работу. Это особенно важно, если обе базы создавались и велись независимо друг от друга длительное время.
Начнем со справочника Организации. В обеих базах нужно проверить ИНН, ОГРНИП, наименование, адрес, банковские счета, режим налогообложения, ставки НДС и дату начала применения НДС. Для одного ИП в центральной бухгалтерской базе должна использоваться единая карточка налогоплательщика.
Затем разберем справочник Номенклатура. Для одинаковых товаров желательно использовать единые артикулы, штрихкоды, единицы измерения и ставки НДС. Если в одном магазине товар называется «Пакет бумажный», а в другом — «Пакет крафт», необходимо решить, являются ли это разные товары или один и тот же товар с разными названиями.
После этого проверим справочник Контрагенты. Для покупателей-физлиц обычно используют обобщенную аналитику розничной реализации, а для юридических лиц необходимо обеспечить корректное сопоставление ИНН, КПП, наименования и договоров.
Отдельно рассмотрим склады. В общей базе удобно создать отдельные элементы Склады, например «Магазин № 1» и «Магазин № 2». Это позволит видеть остатки и продажи раздельно, но формировать общую декларацию по одному ИП.
Также проверим кассы и эквайринговые терминалы. Касса первого магазина не должна смешиваться с кассой второго магазина. Это поможет при сверке наличной выручки, инкассации, эквайринга и данных онлайн-касс.
Не создавайте одинакового ИП дважды в центральной бухгалтерской базе только потому, что магазинов два. Магазины, склады и кассы можно разделить аналитикой, но налогоплательщика необходимо вести единым объектом.
После загрузки документов из двух баз не следует сразу открывать декларацию. Сначала выполним контрольную сверку.
Начнем с проверки полноты загрузки. Сравним количество документов реализации, возвратов, отчетов о розничных продажах и счетов-фактур в каждой базе УНФ с количеством соответствующих документов в центральной бухгалтерской базе.
Далее сверим суммы. Для каждого магазина отдельно сравним:
После этого сложим показатели двух магазинов и сравним их с оборотами в центральной базе. Затем сформируем Книгу продаж и проверим, что ее итоговые данные соответствуют учтенным продажам.
Особое внимание уделим периоду документа. Продажа, совершенная 31 марта, но ошибочно введенная датой 1 апреля, попадет уже в следующий квартал. При ручном вводе и при синхронизации такие ошибки встречаются особенно часто.
Также проверим проведение документов. Непроведенный документ может быть виден в журнале, но не сформировать нужных движений по регистрам. Поэтому наличие документа в списке еще не означает, что он отражен в учете НДС.
Если используются счета-фактуры, проверим их номера, даты, вид операции, покупателя, ИНН, ставку НДС и сумму налога. Ошибка в одном реквизите может привести к тому, что запись в Книге продаж будет сформирована некорректно.
Когда документы обоих магазинов загружены в одну бухгалтерскую базу и проверены, перейдем к формированию Книги продаж. В зависимости от редакции программы команды могут располагаться в разделах учета НДС, отчетов или регламентных операций.
Перед формированием Книги продаж необходимо убедиться, что в учетной политике включен НДС и правильно указаны применяемые ставки. Также необходимо проверить, что документы реализации отражены в нужном налоговом периоде.
Рассмотрим общий порядок:
Книга продаж за квартал.Если в центральной базе используются отдельные склады или подразделения для магазинов, сформируем дополнительные отчеты с отбором по каждому магазину. Это позволит увидеть, какая часть Книги продаж относится к первой торговой точке, а какая — ко второй.
Такой контроль особенно важен после первой загрузки истории. При первоначальном обмене могут появиться дубли, если один документ уже был введен вручную, а затем поступил через синхронизацию.
Декларацию необходимо формировать только в той базе, где собраны данные обоих магазинов. Не следует формировать две отдельные декларации, выгружать их и пытаться сложить файлы вручную.
В центральной бухгалтерской базе создадим декларацию по НДС за соответствующий квартал. Программа заполнит разделы на основании данных учета НДС, Книги продаж, Книги покупок, журналов счетов-фактур и других отраженных операций.
После автоматического заполнения декларации необходимо проверить:
Если программа показывает ошибки контрольных соотношений, не следует исправлять показатели декларации вручную без анализа первичных документов. Сначала необходимо найти документ или регистр, который вызывает расхождение. Во многих случаях проблема связана с непроведенным документом, неверной ставкой, ошибочной датой, отсутствующим счетом-фактурой или неполной загрузкой данных из одного магазина.
Декларация должна быть итогом корректного учета, а не самостоятельным инструментом исправления учета. Поэтому правильнее исправить первичный документ или отражение НДС, затем перезаполнить Книгу продаж и только после этого обновить декларацию.
На первый взгляд ручной способ кажется простым: бухгалтер берет итог продаж второго магазина, прибавляет его к продажам первого магазина и вводит в декларацию. Однако при регулярной работе этот подход создает значительные риски.
Во-первых, можно пропустить возврат товара. Во-вторых, можно неверно распределить продажи по ставкам НДС. В-третьих, можно не учесть счет-фактуру, корректировку или аванс. В-четвертых, при камеральной проверке сложнее подтвердить, откуда взялась итоговая сумма, если в центральной базе отсутствуют документы-основания.
Кроме того, ручной учет зависит от конкретного сотрудника. Если бухгалтер уходит в отпуск, меняется или просто не получает вовремя отчет из второго магазина, отчетность может быть подготовлена с ошибками.
Автоматизация через синхронизацию снижает риск пропуска операций, но не отменяет контроль. Правильная схема строится так: магазины оформляют первичные документы в УНФ, синхронизация передает данные в общую базу бухгалтерии, бухгалтер проверяет НДС и формирует единую отчетность.
Для большинства ИП с двумя торговыми точками целесообразно использовать следующую модель:
Такая схема позволяет сохранить самостоятельную работу магазинов, но исключает ситуацию, при которой налоговая отчетность зависит только от данных одной торговой точки.
Проанализируем признаки, при которых автономные базы становятся неудобными и создают больше проблем, чем преимуществ.
Стоит рассмотреть переход на центральную базу или РИБ, если регулярно возникают следующие ситуации:
В такой ситуации техническая настройка обмена обычно окупается за счет уменьшения ручной работы, более быстрых сверок и снижения риска ошибок в НДС.
Если два магазина ИП работают в разных автономных базах 1С:УНФ, бухгалтеру необходимо организовать сбор данных в одной общей учетной базе. Наиболее рациональный вариант — настроить синхронизацию каждой базы УНФ с одной базой 1С:Бухгалтерия предприятия, где будут формироваться Книга продаж и единая декларация по НДС.
Если автоматический обмен пока невозможен, можно временно переносить документы второго магазина вручную, но необходимо вводить не только итоговую сумму выручки, а все значимые операции: реализации, возвраты, корректировки, авансы, счета-фактуры и данные по ставкам НДС.
Если магазины должны работать как единая сеть, рассмотрим переход на центральную базу и распределенную информационную базу. Это позволит объединить торговый учет, остатки, справочники, документы и отчетность.
Главное правило: две базы и два магазина не означают две декларации по НДС. Для одного ИП необходимо собрать все операции в единой Книге продаж и сформировать одну корректную декларацию.
Информация носит справочный характер