При переходе на новые конфигурации 1С (такие как 1С:Управление торговлей 11 или 1С:ERP) пользователи часто сталкиваются с изменением привычной методологии учета. Одной из типичных проблем является организация контроля остатков по номерам ГТД (грузовых таможенных деклараций) в разрезе конкретных складов.
Рассмотрим классическую ситуацию: компания перенесла остатки в новую базу единым документом ввода остатков или поступления. В системе образовался большой объем товаров с разными ГТД на одном виртуальном складе. При этом руководство требует жестко разделить продажи: товар по ГТД №1 должен отгружаться исключительно со Склада №1, а товар по ГТД №2 — исключительно со Склада №2. В этой статье мы подробно разберем, как устроен этот механизм в 1С, как настроить автоматический учет и как получить достоверный отчет по остаткам ГТД на складах. Для подготовки к такой миграции доступен подбор решений для переноса данных в 1С:ERP из других конфигураций.
Для начала проанализируем архитектуру учета в современных конфигурациях 1С. В системах линейки ERP и УТ 11 учет разделен на два независимых контура:
ТоварыНаСкладах. В этом регистре система хранит только информацию о номенклатуре, характеристиках и физическом количестве. Данных о ГТД, странах происхождения и организациях-владельцах здесь нет.ТоварыОрганизаций. Именно здесь хранятся сведения о номерах ГТД, странах происхождения, налогообложении и себестоимости.По умолчанию система распределяет номера ГТД автоматически при проведении документов реализации по методу FIFO (первый пришел — первый ушел). Сама табличная часть «Виды запасов» в документах скрыта от глаз обычного пользователя, чтобы упростить операционную работу. Однако, когда возникает необходимость закрепить определенный ГТД за конкретным складом, стандартное автоматическое распределение может начать работать вразрез с требованиями бизнеса.
Выясним, как ведет себя система при внутреннем перемещении товаров. Это самый простой и штатный способ зафиксировать нужный ГТД за конкретной территорией отгрузки без программирования и изменения кода.
Если мы хотим, чтобы определенный ГТД списывался только со Склада №2, нам необходимо физически переместить этот товар на этот склад:
ПеремещениеТоваров. В качестве склада-отправителя указываем общий склад (где лежат все остатки с ГТД), а в качестве склада-получателя — Склад №2.ТоварыОрганизаций.ТоварыОрганизаций закрепляется именно тот ГТД, который физически уехал на этот склад.Когда менеджер будет оформлять документ РеализацияТоваровУслуг со Склада №2, система при автоматическом заполнении видов запасов обратится к остаткам именно этого склада. Программа увидит, что на Складе №2 числится только перемещенный ГТД №2, и автоматически подставит его в расходные движения. Ручная корректировка видов запасов в реализации в этом случае не потребуется.
Если перемещение по какой-то причине не решило проблему автоматического подбора (например, из-за некорректной последовательности проведения документов), менеджер всегда может зафиксировать нужный ГТД вручную непосредственно в документе продажи. Для упрощения этой задачи можно использовать расширение для ручного выбора ГТД в документах отгрузки.
Разберем этот процесс по шагам:
РеализацияТоваровУслуг.Стандартный отчет «Ведомость по товарам организаций» в базовой настройке не выводит информацию о складах в связке с ГТД, поскольку складской и финансовый учет разделены. Однако получить эти данные штатным путем вполне реально.
Для этого мы воспользуемся механизмом Универсального отчета по регистру накопления ТоварыОрганизаций. Настроим его вместе:
ОрганизацияАналитикаУчетаНоменклатуры.Склад (обратите внимание, что Склад доступен «через точку» из аналитики учета номенклатуры)АналитикаУчетаНоменклатуры.НоменклатураНомерГТД (или ВидЗапасов.Номер ГТД)В результате вы получите детальный, работающий на лету отчет, который покажет, какие именно номера ГТД и в каком количестве закреплены за каждым физическим складом вашей компании.
Если бизнес требует абсолютного контроля, при котором кладовщик на складе или менеджер в офисе физически не могут ошибиться и выбрать не тот ГТД, стандартного механизма «видов запасов» будет недостаточно. В этом случае идеальным решением является интеграция номеров ГТД в механизм серийного учета.
Рассмотрим, как настроить такую схему:
ТоварыНаСкладах (в разрезе серий) числится только ГТД №2.Использование серий полностью решает проблему пересортицы ГТД между складами и делает складской учет прозрачным, связывая физическое наличие товара с юридическими номерами таможенных деклараций. Для анализа складских остатков при такой схеме учёта подойдёт внешний отчет по остаткам и доступности товаров с детализацией по сериям.
Если вы планируете обновление конфигурации или уже работаете в актуальных версиях, обратите внимание на следующие важные изменения в логике работы систем: для технического обслуживания системы можно использовать инструмент для тихого обновления и архивирования баз 1С.
РаспределениеЗапасов. Из-за этого при некорректных движениях прошлых периодов или после свертки базы пользователи часто сталкиваются с ошибками проведения («Недостаточно товара организации...»).Исправление ошибок в регистре Распределение запасов через функции для технического специалиста.Резюмируя, отметим, что для базового учета достаточно использовать документы перемещения — они корректно передают информацию о ГТД между складами в финансовом контуре. Если же требуется исключить человеческий фактор и вести строгий складской учет в разрезе деклараций — внедряйте политику управления остатками серий. Для оперативного контроля остатков всегда используйте Универсальный отчет по регистру ТоварыОрганизаций.