Вопрос о реализации системы прослеживаемости товаров в устаревших версиях 1С, таких как Бухгалтерия 7.7, является крайне актуальным для организаций, которые до сих пор используют данную платформу. Давайте подробно проанализируем, с какими трудностями мы столкнемся, если решимся на такую модификацию, и какие альтернативные пути существуют.
Система прослеживаемости товаров требует от нас не простого учета по ГТД, как это было реализовано ранее, а ведения полноценного учета по РНПТ (регистрационный номер партии товара). Проблема заключается в том, что требования законодательства к прослеживаемым товарам включают в себя не только внутренний учет, но и интеграцию с внешними системами.
Рассмотрим ключевые технические барьеры, с которыми нам предстоит столкнуться:
7.7 отсутствует понятие Расширение конфигурации. Любое изменение в Конфигураторе потребует внесения правок непосредственно в основной код. Это означает, что конфигурация перестанет быть типовой, и любые последующие обновления станут практически невозможными без полной переработки всей системы.XML-файлов для отчетности об операциях с прослеживаемыми товарами. Стандартный механизм формирования отчетов в 7.7 не приспособлен для современных форматов ФНС, что потребует написания сложных внешних обработок.ЭДО при реализации прослеживаемого товара. Нативная работа с протоколами ЭДО и использование КЭП (квалифицированной электронной подписи) на платформе 7.7 требуют написания собственного API для связи с оператором ЭДО, что практически невозможно реализовать на старом движке без сторонних библиотек.Если мы все же решимся на кастомизацию, нам необходимо действовать по четкому алгоритму. Давайте разберем этот процесс по шагам:
РНПТ во все документы реализации, поступления и списания. Также потребуется создание новых Справочников для хранения истории партий, так как стандартный механизм партионного учета 7.7 не рассчитан на уникальность РНПТ в разрезе единиц товара.Регистры накопления или остатков, чтобы обеспечить корректное списание РНПТ при продаже товара. Мы должны убедиться, что система строго контролирует остатки по каждому регистрационному номеру.XML:
// Пример упрощенной логики формирования узла XML
ФайлОтчета = СоздатьОбъект("Текст");
ФайлОтчета.ДобавитьСтроку("<?xml version=""1.0"" encoding=""UTF-8""?>");
ФайлОтчета.ДобавитьСтроку("<Файл>");
// Далее следует сложная логика сериализации данных по РНПТ
ФайлОтчета.Записать(ИмяФайла);
Проанализируем ситуацию объективно. Даже при успешной реализации всех вышеперечисленных пунктов, мы остаемся один на один с проблемами технической поддержки. Платформа 7.7 имеет жесткие ограничения по работе с длинными строками и современными JSON-структурами.
Основные риски:
ФНС.Отчет об операциях.1С:Бухгалтерия 8.3.В ходе нашей совместной работы мы выяснили, что в современных конфигурациях, таких как БП 3.0, механизмы прослеживаемости уже реализованы на уровне ядра системы и поддерживаются фирмой 1С в соответствии с изменениями в законодательстве. Это позволяет избежать большинства проблем, описанных выше.
Подводя итог, можно сказать следующее: если ваша деятельность подпадает под обязательную прослеживаемость, попытка доработки 1С 7.7 — это путь «мазохиста». Технически вы можете изменить конфигурацию, но экономически и юридически это решение является крайне невыгодным. Мы рекомендуем рассмотреть возможность перехода на современные версии платформы, где все требования ФНС уже автоматизированы. Если же уход от 7.7 невозможен ввиду специфики предприятия, готовьтесь к тому, что вам потребуется выделенная команда программистов для постоянного поддержания системы в актуальном состоянии.