Рассмотрим ситуацию подробно. Организация на ОСНО работает с поставщиками, у которых есть несколько обособленных подразделений. Поставки идут от разных ОСП, поэтому сверка нужна отдельно по каждому подразделению. Позже выяснилось, что часть обособленных подразделений в 1С:Комплексная автоматизация 2.5 завели не как обособленные подразделения головного контрагента, а как самостоятельные юридические лица. При этом в книге покупок данные отразились корректно: наименование продавца, ИНН, КПП, счет-фактура и суммы НДС заполнены правильно. Период уже закрыт, отчетность сдана, и теперь нужно выбрать безопасный вариант: оставить старые периоды как есть, исправлять все документы или продолжать вести такие ОСП как отдельных контрагентов.
Разберем проблему по шагам. Здесь важно разделить две стороны вопроса: налоговую корректность и корректность аналитики в 1С. Для НДС и книги покупок ключевое значение имеют реквизиты счета-фактуры или УПД: кто является продавцом, какой ИНН и КПП указаны, какая сумма НДС предъявлена, какие товары, работы или услуги приобретены. Для управленческого учета, сверок и расчетов в 1С важно другое: как связаны справочники Партнеры, Контрагенты, договоры, документы поступления, счета-фактуры и взаиморасчеты.
Если в книге покупок все отразилось корректно, декларация по НДС не вызвала вопросов, контрагенты не присылали расхождений, а ошибка заключается только в том, что в справочнике 1С обособленное подразделение заведено как отдельное юридическое лицо, то обычно нет смысла массово открывать закрытые периоды и перепроводить документы только ради исправления структуры справочника. Безопаснее оставить старый период как есть, а с нового периода настроить карточки поставщиков корректно.
Посмотрим сначала на налоговую сторону. Обособленное подразделение не является отдельным юридическим лицом. Налогоплательщиком по НДС является организация в целом, то есть головное юридическое лицо. Но если товары, работы или услуги реализуются через обособленное подразделение, в счете-фактуре обычно указывают наименование головной организации как продавца, ИНН головной организации и КПП соответствующего обособленного подразделения. Если речь идет о товарах, строка грузоотправителя может заполняться реквизитами подразделения, которое фактически отгружает товар.
Для покупателя, который регистрирует входящий счет-фактуру или УПД в книге покупок, важно, чтобы в книге покупок были отражены данные из счета-фактуры. Если в строке продавца указан правильный ИНН и КПП, сумма НДС корректна, товары или услуги идентифицируются, а налоговая может определить продавца, покупателя, стоимость, ставку и сумму налога, то техническая ошибка в структуре справочника 1С сама по себе не означает, что вычет НДС неправомерен.
Поэтому в рассматриваемой ситуации сначала выясним причину риска. Риск возникает не из-за самого факта, что элемент справочника называется «юрлицо», а из-за возможных последствий:
в декларацию по НДС мог попасть неверный ИНН или КПП продавца;
в книге покупок мог появиться продавец, который формально выглядит как другое юридическое лицо;
в документах расчетов могли раздробиться взаиморасчеты по счету 60 между несколькими элементами справочника;
сверка с поставщиком могла стать неудобной, потому что часть документов числится за «головой», а часть — за псевдо-юрлицами;
при будущей уточненной декларации по НДС перепроведение документов может изменить уже сданную книгу покупок;
при обмене с ЭДО или загрузке УПД система может сопоставлять документы не с тем элементом справочника.
Если по факту эти последствия не проявились, книга покупок корректна, а ошибка влияет только на внутреннюю организацию справочника, то открывать закрытые периоды не нужно. Исправление закрытого периода всегда несет отдельный риск: можно случайно изменить проводки, регистры НДС, взаиморасчеты, партии, себестоимость, регламентные операции и уже сданные показатели.
Проанализируем три варианта, которые обычно рассматривают в такой ситуации.
Вариант 1 — старый период оставить как есть, а с нового периода вести ОСП правильно. Это наиболее практичный вариант, если книга покупок и декларация по НДС уже корректны. В новом периоде создайте или исправьте карточки так, чтобы головная организация была отдельным контрагентом, а подразделения были заведены как обособленные подразделения этого юридического лица. В документах поступления выбирайте правильного поставщика и при необходимости отдельно указывайте грузоотправителя или подразделение. Старые документы не трогайте, если нет налоговой или бухгалтерской ошибки.
Вариант 2 — открыть старые периоды и исправить все документы. Этот вариант выбирайте только тогда, когда ошибка затронула регламентированный учет: неверно попали ИНН или КПП в книгу покупок, неправильно сформирована декларация по НДС, нарушены взаиморасчеты, есть требования ФНС, контрагент не подтверждает сверку, либо организация готовит уточненную декларацию и без исправления справочника получить корректный результат невозможно. Это трудоемкий путь: нужно сделать копию базы, проверить влияние на НДС, взаиморасчеты, закрытие месяца, себестоимость и отчетность.
Вариант 3 — вообще оставить ОСП как юридических лиц и дальше так заводить. Этот вариант технически может работать, если для каждого элемента указаны корректные ИНН, КПП и наименование, а книга покупок формируется правильно. Но с методологической точки зрения он хуже. Обособленное подразделение не является самостоятельным юридическим лицом, поэтому в 1С лучше не закреплять ошибочную модель на будущее. Такой подход может создавать проблемы при сверках, ЭДО, консолидации расчетов, анализе задолженности по головному контрагенту и автоматическом заполнении реквизитов документов.
Практический вывод: если прошлые периоды закрыты и книга покупок сформирована верно, оптимально выберите вариант 1: не перепроводите прошлые документы без необходимости, а с нового периода настройте справочники правильно. Вариант 3 можно оставить только как временный компромисс для старого периода, но не как целевой порядок ведения учета.
Рассмотрим подробнее правильную модель справочников в 1С:Комплексная автоматизация 2.5. В конфигурациях линейки КА 2.5 и ERP обычно разделяются понятия Партнеры и Контрагенты. Партнер используется для управленческого учета, отношений, соглашений и коммерческой аналитики. Контрагент используется для регламентированного учета, ИНН, КПП, договоров, печатных форм, счетов-фактур, расчетов и отчетности.
Для работы с поставщиком, у которого есть несколько обособленных подразделений, используйте такую логику:
создайте головную организацию поставщика как основного партнера и контрагента;
для каждого ОСП создайте отдельный элемент справочника Контрагенты с видом обособленное подразделение юридического лица;
в карточке ОСП укажите головного контрагента;
укажите ИНН головной организации и КПП конкретного обособленного подразделения;
заполните наименование, адреса, регистрационные данные и данные для печатных форм;
в документах поступления выбирайте правильное подразделение или корректно заполняйте реквизиты продавца и грузоотправителя в зависимости от бизнес-процесса;
для сверок используйте аналитику по контрагенту, договору, соглашению, подразделению, складу или дополнительным реквизитам, если нужно разделять поставки по ОСП.
В разделе НСИ и администрирование проверьте настройки, связанные с партнерами, контрагентами, договорами, соглашениями и использованием обособленных подразделений. В карточке контрагента обратите внимание на реквизиты Вид контрагента, Головной контрагент, ИНН, КПП, адреса и регистрационные данные. В разных релизах названия команд и расположение полей могут немного отличаться, поэтому ориентируйтесь на логику: ОСП должно быть подчинено головной организации, а не жить как независимое юридическое лицо.
Перед тем как что-то исправлять, разберем контрольный список. Не начинайте с групповой обработки. Сначала определите, есть ли реальная ошибка в учете или только методологическая ошибка в справочнике.
Сформируйте книгу покупок за закрытый период. Проверьте ИНН и КПП продавца по документам, где ОСП было заведено как юридическое лицо.
Сверьте книгу покупок с входящими счетами-фактурами или УПД. Если в книге покупок отражен тот же ИНН и КПП, что в документе поставщика, это важный аргумент в пользу того, что налоговый учет не искажен.
Проверьте раздел 8 декларации по НДС. Убедитесь, что в декларацию ушли корректные реквизиты продавца.
Проверьте взаиморасчеты. Сформируйте Ведомость расчетов с поставщиками, Акт сверки расчетов, Карточка расчетов с контрагентами или аналогичные отчеты по каждому элементу справочника.
Проверьте договоры. Посмотрите, не заведены ли отдельные договоры на псевдо-юрлица, хотя фактически договор заключен с головной организацией.
Проверьте ЭДО. Если документы приходят по ЭДО, убедитесь, что сопоставление контрагентов не ломается и будущие документы можно будет принимать на правильную карточку.
Проверьте закрытие месяца. Если перепроведение старых документов может повлиять на себестоимость, партии, НДС, курсовые разницы или расчеты, исправление становится более рискованным.
Проверьте потребность в уточненке. Если уточненную декларацию подавать не планируется, а налоговые показатели корректны, нет причины вмешиваться в закрытый период.
После такой проверки станет понятно, что именно нужно исправлять: только справочник, новые документы, взаиморасчеты, регистры НДС или уже сданную отчетность.
Это основной рекомендуемый вариант для ситуации, когда книга покупок уже сформирована правильно. Разберем его по шагам.
Зафиксируйте состояние старого периода. Сохраните книгу покупок, декларацию по НДС, оборотно-сальдовые ведомости и акты сверки по спорным поставщикам. Это поможет доказать, что налоговые показатели не искажены.
Не меняйте документы закрытого периода без необходимости. Не перепроводите поступления, счета-фактуры, корректировки, оплаты и регламентные операции, если нет ошибки в суммах, НДС, ИНН или КПП.
Создайте правильные карточки ОСП с нового периода. В справочнике Контрагенты заведите обособленные подразделения как ОСП головного юридического лица.
Старые ошибочные элементы пометьте как неиспользуемые. Не удаляйте их, потому что на них ссылаются документы закрытых периодов. Лучше переименуйте рабочее наименование, например добавьте пометку «не использовать с 01.01.2026».
Настройте правила выбора контрагента для новых документов. Объясните пользователям, какой элемент справочника выбирать при поступлении от конкретного ОСП.
Проверьте заполнение новых документов. После ввода первых поступлений сформируйте книгу покупок и убедитесь, что КПП продавца отражается корректно.
Организуйте сверку по ОСП. Если поставщик требует сверку по каждому подразделению, используйте аналитику по контрагенту-ОСП, договору, соглашению или дополнительному реквизиту.
Преимущество этого варианта в том, что вы не трогаете закрытую отчетность и не создаете риск изменения сданных регистров. При этом с нового периода база начинает вестись методологически правильно.
Если в будущем понадобится подать уточненную декларацию за старый период, сначала сделайте копию базы и проверьте, изменится ли книга покупок при перепроведении документов. Если уточненка не связана с этими поставщиками, лучше не трогайте документы по ошибочно заведенным ОСП. Если уточненка затрагивает именно эти документы, действуйте точечно, а не массово.
Теперь рассмотрим вариант полного исправления. Его выбирайте только при наличии веской причины. Например, если в книге покупок неверный КПП, в декларации по НДС отражен неправильный продавец, ФНС прислала требование, поставщик не подтверждает документы, акты сверки не сходятся, либо из-за ошибочных карточек невозможно корректно сформировать уточненную декларацию.
Полное исправление закрытого периода делайте только после подготовки. Разберем по шагам:
Создайте копию информационной базы. Никогда не начинайте массовое исправление в рабочей базе без резервной копии.
Составьте реестр ошибочных элементов. Укажите старый элемент справочника, правильную головную организацию, правильное ОСП, ИНН, КПП, договоры и период использования.
Определите документы, где использован ошибочный элемент. Это могут быть документы Приобретение товаров и услуг, Поступление товаров и услуг, Счет-фактура полученный, Корректировка приобретения, Списание безналичных денежных средств, Акт сверки расчетов, документы ЭДО и связанные регистры.
Проверьте договоры и соглашения. Если договор был создан на ошибочное псевдо-юрлицо, его также придется корректно перенести или создать новый договор.
Выполните замену ссылок в тестовой базе. После замены перепроведите документы и сформируйте контрольные отчеты.
Сравните книгу покупок до и после исправления. Если ИНН, КПП, номер счета-фактуры, дата, сумма и НДС не изменились, налоговый результат сохранен. Если изменились — анализируйте, нужна ли уточненка.
Сравните бухгалтерские проводки и регистры. Проверьте счета 60, 19, 68.НДС, счета учета товаров и затрат.
Проверьте закрытие месяца. Если документы влияют на себестоимость или расходы, после перепроведения выполните регламентные операции в тестовой базе.
Только после проверки переносите исправления в рабочую базу. Если результат непредсказуем, не выполняйте массовую замену.
Главный минус полного исправления — высокая трудоемкость и риск побочных изменений. В КА 2.5 документы связаны не только с бухгалтерскими проводками, но и с управленческими регистрами, взаиморасчетами, заказами, складами, партиями, НДС и ЭДО. Поэтому простая замена контрагента может затронуть больше данных, чем кажется.
Разберем вопрос о групповой обработке отдельно. Теоретически исправить ссылки на контрагента можно групповой обработкой, но практически это нужно делать очень осторожно. В 1С есть механизмы группового изменения реквизитов и замены значений, но они подходят не для всех случаев.
Если нужно просто запретить использование старых карточек, можно массово установить пометку, изменить рабочее наименование, заполнить дополнительный реквизит или группу справочника. Это относительно безопасно.
Если нужно заменить в документах старого контрагента на нового, задача становится рискованной. В документах поставки контрагент может участвовать сразу в нескольких ролях: поставщик, партнер, грузоотправитель, получатель, организация расчетов, контрагент счета-фактуры, контрагент договора, участник ЭДО. Простая замена одного реквизита может привести к несогласованности с договором, соглашением, счетом-фактурой и регистрами.
Используйте групповую обработку только при выполнении условий:
создана резервная копия базы;
есть реестр соответствий «старый элемент — новый элемент»;
понятно, какие документы и реквизиты меняются;
исправление сначала выполнено в копии базы;
после исправления проверены книга покупок, декларация по НДС, взаиморасчеты и закрытие месяца;
пользователи не вводят документы параллельно во время обработки;
есть понимание, как откатить изменения.
В КА 2.5 для анализа и исправления могут использоваться объекты и механизмы Партнеры, Контрагенты, Договоры контрагентов, Соглашения с поставщиками, Приобретение товаров и услуг, Счет-фактура полученный, Корректировка приобретения, Групповое изменение реквизитов, Поиск и замена значений, Универсальный отчет, Консоль запросов, Журнал регистрации. Если база доработана, обязательно проверьте, не появились ли дополнительные реквизиты или регистры, где тоже хранится ссылка на контрагента.
Иногда возникает идея: открыть старый элемент справочника, который был заведён как юридическое лицо, и просто поменять его вид на «обособленное подразделение». Рассмотрим, почему это не всегда лучший путь.
Во-первых, на этот элемент уже ссылаются документы закрытых периодов. После изменения вида контрагента программа может иначе заполнять реквизиты, печатные формы, счета-фактуры и регистры. Даже если старые документы не перепроводить, будущие действия с ними могут дать другой результат.
Во-вторых, у элемента могли быть свои договоры, соглашения, банковские счета, настройки ЭДО и история расчетов. При изменении вида контрагента может потребоваться привести все эти данные к новой структуре.
В-третьих, если этот элемент использовался как самостоятельное юридическое лицо, пользователи могли создавать документы, где он был и продавцом, и расчетным контрагентом. После перевода в ОСП потребуется проверить, как программа будет понимать головного контрагента и взаиморасчеты.
Поэтому безопаснее действовать так: старый элемент не менять радикально, а закрыть для дальнейшего использования; для будущих операций создать корректную карточку ОСП. Старые элементы можно оставить в архивной группе справочника, переименовать рабочее наименование и запретить выбор через права, настройки или организационные инструкции.
Разберем практический порядок настройки для нового периода. Названия команд могут отличаться в зависимости от релиза и интерфейса, но общая логика остается такой.
Откройте раздел НСИ и администрирование.
Перейдите к справочнику Партнеры или Контрагенты, в зависимости от того, как в вашей базе настроен ввод деловых партнеров.
Найдите головную организацию поставщика. Если ее нет, создайте ее как юридическое лицо.
Создайте для нужного подразделения отдельного контрагента с видом обособленное подразделение юридического лица.
Укажите головного контрагента.
Заполните ИНН головной организации и КПП конкретного ОСП.
Заполните полное и рабочее наименование так, чтобы пользователи понимали, какое подразделение выбирают. Например: «Поставщик ООО, ОСП Екатеринбург, КПП ...».
Заполните адрес подразделения, если он используется в грузоотправителе, печатных формах или ЭДО.
Создайте или привяжите договор. Если договор заключен с головной организацией, проверьте, допускает ли программа использование договора головного контрагента для документов ОСП. Если нет, настройте договоры так, чтобы сверка и регламентированный учет не искажались.
Проведите тестовый документ поступления и сформируйте книгу покупок, чтобы убедиться в корректном отражении ИНН и КПП.
Для удобства сверки по каждому ОСП используйте понятные рабочие наименования. Например, не называйте все элементы одинаково «ООО Ромашка». Добавляйте город, КПП или код подразделения в рабочее наименование. При этом в регламентированных реквизитах сохраняйте официальные данные так, как они должны попадать в документы.
Посмотрим на документ поступления. В КА 2.5 документ может называться Приобретение товаров и услуг или иметь близкое название в зависимости от настроек. В нем важно корректно заполнить поставщика, договор, подразделение, грузоотправителя и счет-фактуру.
Если поставщик отгружает через ОСП, используйте такую логику:
в качестве юридического продавца ориентируйтесь на головную организацию;
в реквизитах КПП отражайте КПП подразделения, если он указан в счете-фактуре поставщика;
в качестве грузоотправителя указывайте подразделение, если товар фактически отгружен оттуда и это соответствует документу поставщика;
в счете-фактуре полученном проверьте строку с ИНН и КПП продавца;
после проведения документа проверьте книгу покупок.
Если в вашей базе для отражения операций с ОСП используется подчиненный контрагент-ОСП, выбирайте его в документе так, чтобы программа корректно подставляла КПП подразделения. Если расчеты должны идти по головной организации, дополнительно проверьте настройки договора и взаиморасчетов. В некоторых моделях учета удобно вести расчеты по головному контрагенту, а подразделение использовать для реквизитов счета-фактуры и грузоотправителя. В других моделях удобно вести расчеты отдельно по каждому ОСП. Выбор зависит от того, как поставщик присылает акты сверки и как устроены договоры.
Основная причина, по которой пользователю понадобилось разделение ОСП, — сверка по каждому подразделению отдельно. Разберем, как ее лучше организовать.
Если поставщик присылает акты сверки отдельно по каждому ОСП, в 1С должна быть аналитика, которая позволяет собрать обороты по этому подразделению. Это можно сделать несколькими способами.
Вести отдельного контрагента-ОСП. Это удобно, если документы и сверки действительно разделены по КПП подразделения. Тогда отчет по расчетам можно сформировать по конкретному элементу Контрагенты.
Вести отдельные договоры по каждому ОСП. Такой вариант подходит, если юридически договор один, но в управленческом учете нужно разделять поставки. Однако если договоры в программе участвуют в регламентированном учете, не создавайте фиктивные договоры без необходимости.
Использовать соглашения с поставщиками. В КА 2.5 соглашения могут помогать разделять коммерческие условия и аналитику поставок.
Использовать дополнительные реквизиты или характеристики документов. Например, можно добавить признак «ОСП поставщика» и использовать его в отчетах. Этот вариант хорош, если не нужно менять регламентированного контрагента.
Использовать группировку по КПП. Если в документах корректно заполнен КПП, можно строить сверочные отчеты по КПП продавца, но это зависит от доступности реквизита в отчетах.
Для старого периода, где ОСП уже заведены как отдельные юридические лица, сверка по каждому ОСП может даже работать удобно. Поэтому не исправляйте старые данные только ради «красоты» справочника. Лучше настройте правильную модель для будущих документов и при необходимости сделайте переходный отчет, который объединит старые и новые элементы по одному ОСП.
Рассмотрим практический порядок работы со старыми карточками. Удалять их нельзя, если на них есть документы. Пометка на удаление тоже может быть неудобна, потому что пользователи увидят помеченные объекты в старых документах, а некоторые обработки могут ругаться на помеченные ссылки.
Лучше используйте мягкое закрытие:
переименуйте рабочее наименование, добавив пометку «АРХИВ» или «НЕ ИСПОЛЬЗОВАТЬ»;
перенесите элементы в отдельную группу справочника, например «Архивные ОСП, заведенные как юрлица»;
заполните комментарий в карточке контрагента с датой прекращения использования;
создайте правильную карточку ОСП и укажите ее пользователям для новых документов;
если в системе есть запрет выбора неактуальных контрагентов, используйте его;
проверьте настройки ЭДО и загрузки документов, чтобы новые УПД сопоставлялись с правильной карточкой.
Такой подход сохраняет историю закрытых периодов и не ломает ссылки. При этом пользователи перестают выбирать старые элементы для новых операций.
Один из главных вопросов — что будет, если позже понадобится уточненка. Рассмотрим подробнее.
Если уточненная декларация не связана с этими документами, лучше не перепроводите их. Сформируйте уточненку так, чтобы данные по старым поступлениям остались такими же, как в первичной декларации. Проблемы обычно возникают не из-за того, что справочник был методологически неправильный, а из-за того, что при перепроведении программа пересчитала книгу покупок иначе.
Если уточненка затрагивает документы по этим поставщикам, действуйте так:
создайте копию базы;
сформируйте книгу покупок старого периода до исправлений;
зафиксируйте строки по спорным поставщикам: ИНН, КПП, номер и дату счета-фактуры, сумму, НДС;
выполните необходимые исправления только по тем документам, которые относятся к уточненке;
снова сформируйте книгу покупок;
сравните строки до и после;
если изменились реквизиты продавца, оцените, соответствует ли новый результат первичным документам поставщика;
только после проверки переносите изменения в рабочую базу.
Важный момент: не исправляйте справочник задним числом перед уточненкой, если не понимаете, как это повлияет на раздел 8 декларации по НДС. Для налоговой важен не внутренний вид элемента справочника, а корректность реквизитов продавца, счета-фактуры и суммы НДС.
Разберем ситуации, когда оставить все как есть уже нельзя. Старые периоды нужно исправлять, если ошибка повлияла на регламентированный учет или создает реальный риск.
В книге покупок неверный ИНН продавца. Это существенная ошибка, потому что продавец может не идентифицироваться корректно.
В книге покупок неверный КПП по сравнению со счетом-фактурой. Если поставщик выставил счет-фактуру от ОСП, а в книге покупок отражен другой КПП, лучше исправить.
В декларации по НДС возникли расхождения с продавцом. Если ФНС прислала требование из-за несопоставления счетов-фактур, нужно анализировать конкретные строки.
Поставщик не подтверждает сверку. Если документы числятся не на том юридическом лице или договоре, может потребоваться корректировка аналитики расчетов.
Ошибочно заведенное ОСП имеет другой ИНН. Если элемент справочника создан как отдельное юридическое лицо с неверным ИНН, это уже не просто методологическая ошибка.
Документы ЭДО сопоставлены неверно. Если из-за неправильной карточки нарушен документооборот или подписи привязаны к неправильному участнику, исправление может быть обязательным.
Ошибка влияет на бухгалтерскую отчетность. Например, задолженность разнесена так, что невозможно подтвердить расчеты с реальным поставщиком.
Если ни одного из этих признаков нет, полное исправление прошлого периода чаще всего избыточно.
Посмотрим на конкретную проверку. Сформируйте книгу покупок за закрытый период и отберите строки по поставщикам, у которых были ошибочно заведенные ОСП. По каждой строке проверьте:
номер и дату счета-фактуры или УПД;
ИНН продавца;
КПП продавца;
наименование продавца;
стоимость покупки;
сумму НДС;
дату принятия к вычету;
соответствие данным первичного документа поставщика.
Если все совпадает с первичными документами, значит по НДС ситуация выглядит безопасно. Дополнительно сформируйте декларацию по НДС и проверьте раздел 8. Если сведения из книги покупок корректно попали в декларацию, это усиливает вывод, что уточненка не нужна только из-за ошибки в виде контрагента.
Если обнаружили расхождения, не исправляйте все подряд. Сначала классифицируйте ошибки: где неправильный КПП, где неправильный ИНН, где неправильное наименование, где ошибка только в рабочем элементе справочника. Исправлять нужно только то, что влияет на учет и отчетность.
Теперь разберем управленческую и бухгалтерскую сторону. Даже если книга покупок корректна, в 1С могут быть неудобства со сверкой. Например, головной поставщик присылает один акт сверки, а в вашей базе задолженность разбита на несколько псевдо-юрлиц. Или наоборот, поставщик сверяет каждое ОСП отдельно, а вы хотите видеть обороты по подразделениям.
Сформируйте отчеты:
Ведомость расчетов с поставщиками по головной организации и всем связанным ОСП;
Акт сверки расчетов по каждому ошибочному элементу;
Оборотно-сальдовая ведомость по счету 60 с аналитикой по контрагентам и договорам;
Карточка счета 60 по спорным элементам;
отчеты по партнерам и контрагентам, если в базе используются оба справочника;
отчеты по договорам и соглашениям поставщиков.
Если сверка нужна по каждому ОСП, а старые элементы как раз позволяют получить отдельные обороты, это дополнительный аргумент не переписывать историю. Но для нового периода лучше оформить ОСП правильно, чтобы разделение было не случайным, а методологически корректным.
Рассмотрим переходный план. Он подойдет, если вы решили оставить закрытый период как есть и с новой даты вести учет правильно.
Определите дату перехода. Например, с 1 января нового года или с первого числа следующего квартала. Выберите дату, после которой пользователи больше не будут использовать старые карточки.
Создайте таблицу соответствий. В таблице укажите старое псевдо-юрлицо, правильную головную организацию, правильное ОСП, КПП, договор и дату перехода.
Создайте новые карточки ОСП. Проверьте ИНН, КПП, адреса и связь с головным контрагентом.
Закройте старые карточки для использования. Добавьте пометку в наименование, комментарий и переместите в архивную группу.
Обновите инструкции для пользователей. Опишите, какие карточки выбирать при загрузке УПД, создании поступления и формировании актов сверки.
Проверьте ЭДО. Настройте сопоставление новых входящих документов с корректными карточками контрагентов.
Проведите тестовые поступления. Сформируйте книгу покупок и проверьте реквизиты продавца.
Сформируйте сверку за переходный период. При необходимости делайте сводный отчет, объединяющий старые и новые элементы.
Такой переход понятен пользователям и не требует опасного вмешательства в сданную отчетность.
Если в вашей базе не хочется вести отдельные контрагенты по каждому ОСП, но сверка по ОСП нужна, рассмотрим альтернативу — дополнительные реквизиты. Можно создать дополнительный реквизит документа, например «ОСП поставщика», и заполнять его в поступлениях. Тогда юридический контрагент остается головной организацией, а аналитика по подразделению хранится отдельно.
Такой вариант удобен, если:
юридически договор и расчеты ведутся с головной организацией;
по НДС нужно только правильно отразить КПП из счета-фактуры;
управленческая сверка нужна по месту отгрузки или подразделению;
поставщик не требует отдельного договора на каждое ОСП;
в типовых отчетах можно вывести дополнительный реквизит или настроить отдельный отчет.
Минус этого варианта — он требует дисциплины пользователей и настройки отчетов. Если пользователи забудут заполнить реквизит, сверка будет неполной. Поэтому для массовых регулярных поставок чаще удобнее использовать корректно заведенные ОСП в справочнике Контрагенты.
Разберем третий вариант более строго. Если оставить все как есть и дальше заводить ОСП как самостоятельные юридические лица, программа может продолжать формировать книгу покупок правильно, если ИНН и КПП заполнены верно. Но это технический компромисс, а не правильная модель учета.
Проблемы могут возникнуть позже:
при изменении реквизитов головной организации придется обновлять несколько независимых карточек;
при сверке с головным поставщиком задолженность будет раздроблена;
при анализе закупок по юридическому лицу данные придется объединять вручную;
при обмене с ЭДО система может сопоставлять документы с разными элементами;
при загрузке новых документов пользователи будут путаться, какой элемент выбирать;
при уточнении НДС или исправлении первичных документов может быть сложнее сохранить корректные связи;
при аудите базы будет видно, что структура контрагентов не соответствует юридической реальности.
Поэтому оставлять ОСП как юрлиц навсегда стоит только в том случае, если в вашей базе это осознанная учетная модель, она документирована, не искажает отчетность, не мешает сверкам и принята ответственными пользователями. В большинстве случаев лучше перейти на правильную структуру с нового периода.
Рассмотрим типовую ситуацию: один и тот же поставщик выставляет документы с разными КПП, потому что отгрузка идет через разные подразделения. В этом нет ошибки само по себе. У одной организации может быть один ИНН и несколько КПП. Для покупателя важно принять документ так, как он выставлен поставщиком.
Порядок действий такой:
сверьте ИНН продавца с головной организацией;
сверьте КПП с подразделением, указанным в счете-фактуре или УПД;
проверьте строку грузоотправителя, если это поставка товаров;
в 1С выберите карточку, которая обеспечивает правильное попадание ИНН и КПП в книгу покупок;
после проведения документа проверьте регистр НДС и книгу покупок;
для сверки используйте аналитику по ОСП, договору или дополнительному реквизиту.
Если поставщик в счете-фактуре указывает КПП ОСП, а в книге покупок у вас отражается КПП головной организации, это нужно исправлять. Если же КПП в книге покупок совпадает со счетом-фактурой, а проблема только в том, что карточка названа или классифицирована неправильно, налоговый риск ниже.
В описанной ситуации первичные документы поставщика, судя по условию, оформлены корректно. Ошибка возникла внутри вашей базы 1С. Поэтому просить поставщика заменить УПД или счет-фактуру не нужно, если в них правильно указаны продавец, ИНН, КПП, грузоотправитель, сумма и НДС.
Исправление первичных документов требуется, если:
поставщик указал неверный ИНН;
поставщик указал неверный КПП;
документ выставлен от несуществующего или не того лица;
невозможно идентифицировать продавца, покупателя, товар, стоимость, ставку или сумму НДС;
поставщик сам признал ошибку и выставил исправленный документ.
Если же документы поставщика правильные, исправляйте только учетную модель в 1С и не создавайте лишний документооборот.
Чтобы через полгода было понятно, почему старые периоды не исправлялись, подготовьте внутреннюю бухгалтерскую справку. Это особенно полезно, если база большая и в ней работают разные пользователи.
В справке укажите:
какие поставщики и ОСП были заведены как отдельные юридические лица;
какие периоды затронуты;
что книга покупок и декларация по НДС проверены;
что ИНН, КПП, номера счетов-фактур, даты, суммы и НДС соответствуют документам поставщиков;
что налоговые показатели не искажены;
что старые документы не корректируются из-за закрытого периода и отсутствия налоговой ошибки;
с какой даты вводится правильный порядок ведения ОСП;
какие старые элементы справочника больше не используются;
кто отвечает за контроль новых документов.
Такая справка поможет объяснить решение аудитору, главному бухгалтеру, налоговому консультанту или новому сотруднику.
Соберем итоговый алгоритм, который можно применить в описанной ситуации.
Не начинайте с перепроведения. Сначала проверьте книгу покупок, декларацию по НДС и первичные документы.
Если книга покупок корректна, старый период оставьте без изменений. Не открывайте закрытые периоды только ради исправления вида контрагента.
Создайте корректные карточки ОСП для нового периода. Укажите вид контрагента «обособленное подразделение», головного контрагента, ИНН и КПП.
Старые карточки пометьте как архивные. Не удаляйте их и не заменяйте ссылки в закрытых документах без необходимости.
Проверьте первые новые документы. Сформируйте книгу покупок и убедитесь, что КПП продавца отражается как в счете-фактуре поставщика.
Настройте сверку по ОСП. Используйте контрагента-ОСП, договор, соглашение или дополнительный реквизит.
Групповую обработку используйте только в копии базы. Не заменяйте контрагентов массово в рабочей базе без тестирования.
Если понадобится уточненка, действуйте точечно. Не перепроводите все старые документы, если уточнение не связано с ними.
Если обнаружена ошибка в ИНН, КПП или НДС, исправляйте регламентированный учет. В этом случае может потребоваться корректировка книги покупок и уточненная декларация.
Подведем итог. Если обособленные подразделения поставщиков в 1С:Комплексная автоматизация 2.5 ошибочно заведены как отдельные юридические лица, но в книге покупок и декларации по НДС отражены корректные реквизиты из счетов-фактур — наименование, ИНН, КПП, номер документа, дата, сумма и НДС, — то прошлые закрытые периоды обычно лучше не открывать и не перепроводить. В такой ситуации ошибка носит в основном справочно-аналитический характер, а не налоговый.
Наиболее безопасный вариант — оставить старые документы как есть, зафиксировать проверку внутренней справкой, а с нового периода создать правильные карточки обособленных подразделений. В КА 2.5 используйте справочники Партнеры и Контрагенты, вид контрагента обособленное подразделение юридического лица, реквизит головного контрагента, корректные ИНН и КПП. Старые ошибочные элементы не удаляйте, а переведите в архив и запретите их дальнейшее использование организационным порядком.
Полное исправление старых периодов, групповую замену контрагентов и перепроведение документов выполняйте только тогда, когда ошибка реально повлияла на НДС, книгу покупок, взаиморасчеты, ЭДО или отчетность. Перед любыми массовыми действиями обязательно создайте копию базы, выполните исправление в тестовой среде и сравните книгу покупок, декларацию по НДС, счет 60, счет 19, счет 68.НДС и отчеты по расчетам с поставщиками.
Главная логика такая: не исправляйте закрытый период только ради правильной структуры справочника, если налоговые реквизиты и отчетность уже корректны; настройте правильное ведение ОСП на будущее и контролируйте новые документы.
Информация носит справочный характер