Проблема отражения прослеживаемых товаров, числящихся на учете как основные средства (ОС), является одной из наиболее острых для пользователей конфигурации 1С:УПП 1.3. Поскольку данная конфигурация находится на поддержке без развития функционала, штатных механизмов для работы с РНПТ при выбытии ОС в ней не предусмотрено. Рассмотрим, какие методы решения этой задачи существуют и какие риски они в себе несут.
Этот способ является наиболее «безопасным» с точки зрения автоматизации, так как он возвращает нас в привычный поток учета товаров. Суть его заключается в изменении учетной политики актива перед продажей.
Списание ОС, отражая выбытие основного средства.41.01 (Товары на складах).Реализация товаров и услуг.Важное предостережение: С точки зрения методологии бухгалтерского учета, перевод ОС в товар может вызвать вопросы у проверяющих органов, если покупка изначально не планировалась для перепродажи. Однако для многих организаций это остается единственным способом «заставить» типовой механизм 1С подтянуть данные о прослеживаемости в счет-фактуру без изменения конфигурации.
Если вы хотите сохранить чистоту учета ОС, но обязаны передать данные по РНПТ, потребуется внесение изменений в структуру регистров. Поскольку штатный функционал не рассчитан на ОС, рассмотрим, что именно нужно изменить:
Вам необходимо доработать механизмы заполнения регистров, ответственных за прослеживаемость. Основные объекты, которые требуют внимания:
РегистрСведений.ОперацииСПрослеживаемымиТоварами — в этот регистр необходимо добавить возможность выбора документа ПередачаОС в качестве регистратора, а также расширить аналитику для работы со справочником ОсновныеСредства.РегистрНакопления.ПрослеживаемыеТовары — данный регистр является ключевым для учета движений. Его потребуется доработать для корректного списания остатков при выбытии ОС.Рекомендуем реализовывать это через внешние обработки заполнения, чтобы не снимать конфигурацию с поддержки полностью, если это возможно.
Это путь наименьшего сопротивления, который не требует вмешательства в код 1С:УПП. Суть метода заключается в следующем:
Передачу ОС в обычном режиме, как будто объект не является прослеживаемым.XML.РНПТ, кодах ТН ВЭД и единицах измерения в файл перед отправкой в ФНС.Данный подход позволяет соблюсти требования налоговой службы к формату электронных документов, избегая при этом ошибок в структуре данных, которые неизбежны при самостоятельной доработке «замороженной» конфигурации.
Пользователи часто сталкиваются с вопросом: как отследить остатки и историю РНПТ, если помощник 1С не дает нужных отчетов? В УПП 1.3 действительно отсутствуют встроенные универсальные отчеты по движению РНПТ. Для решения этой задачи рекомендуется:
ПрослеживаемыеТовары.Редактор регистров для оперативной корректировки данных, если возникла ошибка при вводе начальных остатков или при поступлении, но будьте предельно осторожны: прямое вмешательство в регистры накопления может привести к разрыву связей в учете.Совет: Если вы планируете обновление конфигурации в ближайшее время, воздержитесь от глубоких доработок. Попробуйте использовать метод с ручной корректировкой XML-файлов или внешние печатные формы, так как любые изменения в регистрах 1С потребуют серьезного тестирования при переходе на новые версии системы.
Примерная логика работы при доработке может выглядеть следующим образом (псевдокод для обработки заполнения регистра):
// Примерный алгоритм заполнения регистра сведений
НаборЗаписей = РегистрыСведений.ОперацииСПрослеживаемымиТоварами.СоздатьНаборЗаписей();
НаборЗаписей.Отбор.Регистратор.Установить(СсылкаНаДокументПередачаОС);
НоваяЗапись = НаборЗаписей.Добавить();
НоваяЗапись.РНПТ = ПолучитьРНПТИзСправочникаОС(ОбъектОС);
НоваяЗапись.Номенклатура = ОбъектОС;
// Заполняем остальные реквизиты
НаборЗаписей.Записать();
Помните, что основная задача при работе с прослеживаемостью — обеспечить корректную передачу данных в ФНС. Если автоматизация в УПП 1.3 вызывает риск ошибки в налоговой отчетности, лучше выбрать путь ручной правки документов на выходе, чем рисковать целостностью учетных данных всей базы.