Маркировка в "древней" УТ 10.3 (10.3.6.8) + полноценный ТСД (Online) для маркировки или как обойтись без перехода на УТ 11.5
Файлы
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний
Оформите подписку на компанию для решения рабочих задач
Оформить подписку и скачать решение со скидкойВы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
📑 Эволюция решения (2023–2026)
Эта публикация развивалась вместе с вашими запросами: от чистой теории как доработать УТ 10.3, где нет блока работы с маркированным товаром и простого обмена с УТ 11.5 мы пришли к полноценному программному комплексу.
Текущая актуальная версия (2026) включает в себя три ключевых блока:
-
Объекты для УТ 10.3: Все "кирпичики" для хранения и обработки КМ в старой базе УТ 10.3.
-
Механизм обмена: HTTP-шлюз для УТ 10.3 и расширение для УТ 11.5 (синхронизация номенклатуры, характеристики, штрихкодов, авторизация и токены).
-
🔥 НОВИНКА 2026: Модуль для работы с маркировкой на ТСД или любом Android-смартфоне (через камеру) для online-работы склада в УТ 10.3 (приемка, отгрузка, инвентаризация по кодам маркировки).
* 05.03.2026 - разбор групповых штрихкодов КИТУ любого уровня вложенности
Важный момент по стоимости:
Несмотря на то, что объем разработки вырос в несколько раз (добавились готовые объекты метаданных для УТ 10.3, модули для ТСД), я не стал дробить функционал на разные файлы, а предлагаю весь комплекс целиком за те же 10 SM.
Еще один важный момент:
Текущая публикация полностью замещает все устаревшие обсуждения в комментариях, которые касались только механизма обмена. Теперь это комплексное решение, закрывающее вопрос маркировки в УТ 10.3 "под ключ" - от метаданных и работы с ГИС МТ до ТСД в руках кладовщика.
🚀 Маркировка в УТ 10.3 без катастроф
Многие компании, годами сидящие на "десятке", сейчас оказались в тисках. С одной стороны "Честный знак" с его постоянно меняющимися правилами, с другой настойчивые советы 1С и франчайзи: "Переходите на УТ 11.5, там всё есть".
Но давайте говорить честно, для бизнеса, который 10-15 лет допиливал УТ 10.3 под себя, такой переход - это не "обновление", это катастрофа. Когда у тебя внутри системы завязано всё от логистики, до мобильных приложений, цена ошибки становится просто запредельной. У нас УТ 10.3 за это время превратилась в полноценную ERP, которая работает как часы, и ломать её ради одного модуля маркировки, решение сомнительное.
В этой статье я делюсь опытом реализации гибридной схемы, которая успешно работает у нас с апреля 2024 года. Суть простая: основной учет остается в привычной УТ 10.3, а для "общения" с ГИС МТ используется минимально настроенная УТ 11.5.
Объект автоматизации: Производственно-торговая компания с полным циклом:
-
Собственное производство.
-
Оптовое направление.
-
Собственная сеть розничных магазинов.
-
Глубокая интеграция с маркетплейсами.
Техническая инфраструктура: Основная система "1С:Управление торговлей 10.3" (версия 10.3.6.8). База живет без обновлений с января 2010 года. За 13+ лет конфигурация была глубоко переписана и доработана под уникальные процессы бизнеса.
Ключевые особенности и интеграционный контур: Система обросла мощным функционалом и многочисленными связями:
-
Склад и персонал: Интеграция со складской системой "Кортес" (адресное хранение) и системой учета рабочего времени "Биотайм" (офис + склад + магазины). Расчет ЗП, для склада и розницы
-
Digital-контур: Внешние сайты (оптовый и розничный интернет-магазины), а также собственное мобильное приложение (двусторонняя синхронизация, личный кабинет покупателя, управление контентом, отправка PUSH-сообщений).
-
Управление и лояльность: Внутренний корпоративный портал (отчетность, документооборот) и программа лояльности, интегрированная с кассовыми системами через API.
-
Обмен данными: Синхронизация с другими системами 1С и внешними сервисами партнеров.
-
Много всего другого
Перед тем как писать свой "велосипед", я честно рассмотрел стандартные пути.
Вот мои выводы:
-
Полный переход на УТ 11.5 (Официальный путь):
-
Минусы: Слишком долго и дорого. Нам нужно было запуститься к апрелю, а один только перенос интеграции с ТСД и мобильным приложением занял бы месяцы. Плюс риск "уронить" отгрузки из-за ошибок в новых бизнес-процессах.
-
Вердикт: Отклонено.
-
-
Попытка "допилить" маркировку в 10.3 своими силами (Путь героя):
-
Минусы: API "Честного знака" меняется быстрее, чем я успевал бы читать документацию. Поддержка 10.3 со стороны 1С прекращена. Самостоятельно портировать весь функционал обмена с ГИС МТ и ЭДО - это значит превратиться в отдел разработки 1С.
-
Вердикт: Слишком рискованно и трудозатратно в долгосроке.
-
-
Готовые модули маркировки от сторонних вендоров:
-
Минусы: УТ 10.3 у всех переписана по-разному. Внедрение "чужого" тяжелого модуля в сильно кастомизированную базу часто превращается в такой же ад, как и переход на новую конфигурацию. Конфликты в модулях проведения и формах неизбежны.
-
Вердикт: Лотерея с непредсказуемым результатом.
-
Итог:
Я выбрал "гибрид". Оставить стабильное ядро в 10.3, а всю изменчивую логику маркировки вынести в типовую УТ 11.5, соединив их легким и быстрым обменом.
Модульная архитектура решения
Я выбрал путь модульной интеграции. Это позволило не перегружать УТ 10.3 лишним кодом, который пришлось бы переписывать при каждом изменении требований ГИС МТ. Решение разнесено на три уровня - это дает возможность быстро внедрить маркировку, не затрагивая основной учет и работу склада в УТ 10.3
Уровень 1: Фундамент в УТ 10.3 (Метаданные)
Научить УТ 10.3 понимать, что такое маркированный товар. Необходимо добавить справочники для хранения КМ, дополнительные табличные части в документам, дополнительные реквизиты, изменить формы, добавить обработки загрузки УПД от поставщиков и формирования УПД для клиентов и т.д.
Уровень 2: Шлюз для работы с ГИС МТ (УТ 11.5 + JSON)
Этот блок избавляет старую УТ 10.3 от прямой работы с API Честного Знака, но тут есть два сценария его использования:
-
Если вы производитель: Вам необходим полноценный обмен. УТ 10.3 выгружает номенклатуру, характеристики и штрихкоды в УТ 11.5 через HTTP-сервисы и JSON, сохраняя иерархию справочников. Там вы формируете заказы на эмиссию, наносите коды и вводите товар в оборот. Это стабильный мост, который не сломается при ЛЮБОМ обновлении УТ 11.5.
-
Если вы только торгуете (опт/розница): Вам может не потребоваться постоянная синхронизация справочников, но УТ 11.5 всё равно нужна как "поставщик токенов". В моей схеме УТ 10.3 обращается к расширению в УТ 11.5, чтобы получить актуальный 10-часовой токен авторизации. Без этого токена "десятка" не сможет проверить владельца или статус кода маркировки при приемке товара.
Уровень 3: Цифровой склад (работа склада на ТСД)
Самое важное звено, исключающее "человеческий фактор", это работа ТСД напрямую с базой УТ 10.3 на управляемых формах (мобильный клиент 1с на базе терминалов Android). Приемка, отгрузка и инвентаризация производится с помощью ТСД, с голосовыми подсказками и вибрацией на ошибки. При этом есть возможность так же работать на обычном смартфоне с помощью камеры.
Важный нюанс:
У нас склад работает на базе внешней WMS-системы, которая просто передает данные в УТ 10.3. Но я прекрасно понимаю, что у большинства коллег нет стороннего софта для адресного хранения, а вопрос маркировки на складе закрывать нужно.
Поэтому я специально разработал этот модуль "с нуля". Моя цель, дать вам возможность запустить полноценную работу склада без покупки сторонних программ, которые сейчас всё чаще навязывают систему подписок. Честно говоря, я сам не фанат "аренды" софта, поэтому здесь вы получаете готовый инструмент в вечное пользование.
🛠 Уровень 1: Доработки в УТ 10.3 (Метаданные)
Чтобы "десятка" начала работать с маркировкой, я интегрировал в неё базовые объекты, которые частично позаимствовал из УТ 11.5, сохранив привычную логику интерфейса.
Объекты и карточка товара
-
Добавлен Справочник "Штрихкоды упаковок"
-
Добавлены реквизиты номенклатуры: Добавлены "Вид продукции ГИС МТ" (Одежда, Обувь и т.д.) и коды ТН ВЭД.
В списках маркированный товар помечается специальной иконкой.
Документы и интерфейс
-
Табличные части: В «Поступление» и «Реализацию» добавлены табличная часть для привязки кодов.
-
Визуальный контроль: Реализована цветовая индикация статуса сканирования (зеленый/красный штрихкод) прямо в формах.
-
Контроль данных: Система проверяет принадлежность и статус КМ при проведении реализации, блокируя ошибки.
Инструменты автоматизации
-
Загрузка УПД (XML): Обработка загрузки входящих файлов из ЭДО, автоматическое создание КМ и заполнение поступления. Решения так же работает с агрегированными кодами поставщика.
-
Импорт из ГИС МТ: Загрузка кодов для товаров из ЕАЭС.
-
Выгрузка для ЭДО: Формирование исходящих XML с кодами маркировки.
Особенности реализации:
-
Все изменения интегрированы в существующие бизнес-процессы
-
Сохранена возможность работы как с маркированными, так и с обычными товарами
-
Обеспечена проверка данных на всех этапах работы
Поступление товаров и услуг



Работа с маркировкой в процессе приемки товаров
Весь процесс обработки маркированных товаров происходит по следующей схеме:
-
Загрузка данных
Обработка автоматически заполняет документ "Поступление товаров" на основании XML-файла УПД, включая загруженные коды маркировки. -
Складская проверка
Данные передаются в систему адресного хранения, где кладовщики через ТСД сканируют фактические коды маркировки на поступившем товаре. -
Статусы маркировки
В документе поступления для каждого кода маркировки отображается один из статусов:-
Не проверялась - код загружен из УПД, но не сканировался на складе
-
В наличии - код успешно проверен на складе
-
По факту - код отсутствовал в УПД, но есть на товаре (актуально для собственного производства)
-
Не числилась - код отсканирован на складе, но отсутствует в УПД
-
-
Проверка в ЧЗ
По нажатию кнопки система через API проверяет текущий статус кодов в "Честном знаке", используя токен доступа из УТ 11.5. -
Контроль расхождений
Менеджер отдела закупок анализирует:-
Расхождения между УПД и фактической приемкой
-
Статусы кодов в ЧЗ
На основании этих данных принимается решение о подписании УПД в ЭДО.
-
Реализация товаров и услуг


Процесс отгрузки маркированного товара
После подбора товара на складе в накладной появляются коды маркировки отобранных товаров. Далее менеджер:
-
Формирует XML-файл УПД с этими кодами
-
Отправляет файл через ЭДО клиенту
Весь процесс выполняется непосредственно из документа реализации в УТ 10.3 без дополнительных обработок. Система автоматически включает все необходимые коды маркировки в исходящий XML документ.
Главное преимущество этого решения - возможность работы с маркировкой без перехода на УТ 11.5, используя привычный интерфейс и документооборот.
Доработка формы справочника "Номенклатура"

Кроме того добавлена кнопка "Отметить к обмену", которая позволяет после перевода товара в категорию "маркируемого товара", отметить к обмену все его характеристики и штрих коды, для переноса в УТ 11.5, для дальнейшей работы с ЧЗ с этим товаров.
На форме списка, добавлен визуальный признак маркированного товара:

🛠 Уровень 2: Стабильный обмен (HTTP + JSON)
От хрупких стандартов к собственному обмену
Изначально я пошел по стандартному пути, но для гибридной схемы он оказался тупиковым:
-
Конвертация данных (КД 2.0): После каждого обновления релиза УТ 11.5 настройки обмена слетали, а позже 1С и вовсе вырезала поддержку этого формата.
-
EnterpriseData: Я сознательно отказался от реализации обмена через этот формат, т.к типовые конфигурации сейчас развиваются слишком активно, версии формата меняются, состав полей пересматривается. Использование EnterpriseData обрекло бы меня на постоянный ремонт обмена после очередного обновления УТ 11.5.
В итоге я разработал собственный отказоустойчивый механизм, который работает по принципу "УТ 10.3 - сервер, УТ 11.5 - клиент".
Технический стек решения:
-
План обмена в УТ 10.3: Регистрирует только измененные данные (номенклатура, характеристики, ШК).
-
HTTP-сервис на стороне УТ 10.3: Отдает данные в легком формате JSON.
-
Регламентное задание в УТ 11.5: По расписанию обращается к "десятке", забирает очередной пакет изменений и подтверждает успешный прием.
Почему это надежно:
-
Иммунитет к обновлениям: Вы можете обновлять УТ 11.5 до самых свежих релизов, HTTP-интерфейс и структура JSON остаются неизменными.
-
Чистота метаданных: Мы передаем только необходимый минимум для маркировки, сохраняя при этом иерархию справочников.
-
Скорость: JSON передается мгновенно, не нагружая систему тяжелыми XML-структурами.
Результат: Мы получили стабильный "информационный мост", который не требует внимания администратора после настройки и любых обновлений на стороне УТ 11.5.
1. Нужно опубликовать на веб сервере базу УТ 10.3, обеспечив доступ к HTTP сервису - "ПланыОбмена"
2. В базе УТ 11.5, в регистре сведений "РегистрКонстант" создать и заполнить следующие константы (указать тип: строка):
- URL_1CTrade - указать путь к веб серверу, где опубликована база УТ 10.3, пример: http://xxx.xxx.xxx.xxx/tradeWS/hs
где tradeWS - имя опубликованной базы - URL_1CTrade_Метод_GET - указать метод "/exchange/ut/get"
- URL_1CTrade_Метод_ACCEEPT - указать метод "/exchange/ut/accept"
- URL_1CTrade_ИмяПользователя - указать имя пользователя под которым УТ 11.5 будет вызывать http сервис
- URL_1CTrade_Пароль - указать пароль пользователя под которым УТ 11.5 будет вызывать http сервис
3. В УТ 11.5 настроить запуск с нужной частотой регламентное задание "ОбменУТ10_3_Обмен"
4. Необязательная настройка. Для использования актуального токена в УТ 10.3 (проверка статуса или владельца кода маркировки при приемке товара), в базе УТ 10.3, в регистре сведений "РегистрКонстант" необходимо создать и заполнить следующие константы (указать тип: строка):
- КМ_URL_TOKEN - url http сервиса УТ 11.5
- КМ_API_Логин - логин для доступа в http сервис
- КМ_API_Пароль - пароль для доступа в http сервис

5. В регистре сведений "РегистрКонстант" в УТ 10.3 необходимо создать и заполнить константу (указать тип: Планы обмена):
ПланОбмена_УТ-УТ - ссылка на текущий, актуальный план обмена между УТ 10.3 и УТ 11.5
🛠 Уровень 3: Цифровой склад (Работа склада на ТСД)
Это самое важное звено, которое исключает "человеческий фактор" при работе с марками. Я реализовал работу ТСД напрямую с базой УТ 10.3 на управляемых формах (мобильный клиент 1С на базе Android).
![]() |
![]() |
![]() |
![]() |
Технические возможности:
-
Online-режим: Кладовщик видит актуальные задачи в реальном времени. Приемка, отгрузка и инвентаризация.
-
Голос и вибро-отклик: Склад - место шумное, поэтому ТСД сообщает об ошибках (неверный статус марки, дубль, "чужой" товар) голосом и вибрацией. Это позволяет реже смотреть в экран и работать быстрее.
-
Гибкость: Помимо профессиональных ТСД, поддерживается работа на обычном смартфоне с использованием встроенной камеры.
-
Для тестов и настройки: Обработку можно запустить в 1с, на обычном компьютере. В ней предусмотрено специальное поле для эмуляции сканера, вы просто вставляете туда скопированный код и система отрабатывает его так, будто он пришел со сканера или камеры. Это позволяет полностью проверить цепочку документов, не выходя из кабинета.


Ссылка не демонстрацию работы ТСД https://rutube.ru/video/1478c2d958ee190e7c639540268deb51/
🎯 Резюме и итоги
Гибридная схема позволила нам разделить зоны ответственности:
-
УТ 11.5 - это сервисный "черный ящик" - заказы на эмиссию, маркировка, ввод в оборот и прямая связь с ГИС МТ.
-
УТ 10.3 - это сердце бизнеса - здесь остались все привычные процессы, логистика, CRM и учет, но теперь дополненные поддержкой маркировки и ТСД.
Почему это решение надежно?
-
Независимость: Вы можете обновлять УТ 11.5 хоть каждую неделю - HTTP-обмен на JSON и работа ТСД не сломаются.
-
Чистота кода: Я не использовал БСП, что делает интеграцию объектов в старые базы максимально простой.
-
Автоматизация: Синхронизация справочников и получение токенов для "десятки" происходят полностью в фоновом режиме.
1. Нужно опубликовать на веб сервере базу УТ 10.3, обеспечив доступ к HTTP сервису - "ПланыОбмена"
2. В базе УТ 11.5, в регистре сведений "РегистрКонстант" создать и заполнить следующие константы (указать тип: строка):
- URL_1CTrade - указать путь к веб серверу, где опубликована база УТ 10.3, пример: http://xxx.xxx.xxx.xxx/tradeWS/hs
где tradeWS - имя опубликованной базы - URL_1CTrade_Метод_GET - указать метод "/exchange/ut/get"
- URL_1CTrade_Метод_ACCEEPT - указать метод "/exchange/ut/accept"
- URL_1CTrade_ИмяПользователя - указать имя пользователя под которым УТ 11.5 будет вызывать http сервис
- URL_1CTrade_Пароль - указать пароль пользователя под которым УТ 11.5 будет вызывать http сервис
3. В УТ 11.5 настроить запуск с нужной частотой регламентное задание "ОбменУТ10_3_Обмен"
4. Необязательная настройка. Для использования актуального токена в УТ 10.3 (проверка статуса или владельца кода маркировки при приемке товара), в базе УТ 10.3, в регистре сведений "РегистрКонстант" необходимо создать и заполнить следующие константы (указать тип: строка):
- КМ_URL_TOKEN - url http сервиса УТ 11.5
- КМ_API_Логин - логин для доступа в http сервис
- КМ_API_Пароль - пароль для доступа в http сервис

5. В регистре сведений "РегистрКонстант" в УТ 10.3 необходимо создать и заполнить константу (указать тип: Планы обмена):
ПланОбмена_УТ-УТ - ссылка на текущий, актуальный план обмена между УТ 10.3 и УТ 11.5
📦 Что в архиве?

Для тех, кто решит пойти по моему пути, я подготовил полный комплект "строительных материалов":
-
Объекты для УТ 10.3 (.dt): Демо-база, содержащая все реквизиты, справочники, модули ТСД и доработки документов. Вы просто копируете нужные части в свою конфигурацию.
-
ОбменУТ10_3.cfe: Расширение для УТ 11.5, которое отвечает за прием данных из 10.3 и выдачу токенов авторизации.
Важное предупреждение: Поскольку УТ 10.3 у всех переписана по-разному, это решение не является кнопкой "сделать всё красиво". Это мощный, проверенный годами инструмент и база для интеграции. Вам всё равно потребуется специалист, чтобы вживить эти модули в вашу уникальную структуру.
P.S.
Если вы оказались в похожей ситуации - не спешите с полной миграцией!
В большинстве случаев достаточно небольших доработок УТ 10.3 и настройки обмена с УТ 11.5.
Это решение проверено временем и действительно работает (с апреля 2024 года).
Коллеги, а как вы решали подобные задачи?
Интересно узнать:
-
Какие варианты рассматривали?
-
Какое решение в итоге выбрали и почему?
-
С какими подводными камнями столкнулись?
Поделитесь своим опытом в комментариях - это поможет другим избежать типовых ошибок!
Другие статьи автора:
Вступайте в нашу телеграмм-группу Инфостарт
См. также
Обмен с ГосИС Бюджетный учет Регламентированный учет и отчетность Бухгалтер Пользователь 1С:Предприятие 8 1С:Бухгалтерия 3.0 1С:Управление холдингом Химическая промышленность Государственные, бюджетные структуры Электротехника и микроэлектроника Машиностроение и приборостроение Металлургическая промышленность Россия Бухгалтерский учет Бюджетный учет Платные (руб)
Автоматизация раздельного учета в 1С:Бухгалтерии по ГОЗ в соответствии с 275-ФЗ. Готовое решение для учета госконтрактов, формирования отчетности и контроля исполнения. Поддержка военной приемки, НИОКР и требований Минпромторга. Профессиональный консалтинг и регулярные обновления продукта
40000 руб.
28.08.2020 576914 4254 145
Бюджетный учет Обмен с ГосИС Бухгалтер 1С:Предприятие 8 1С:Бухгалтерия 3.0 Государственные, бюджетные структуры Россия Бухгалтерский учет Платные (руб)
Доработка конфигурации 1С:Бухгалтерия предприятия, редакция 3.0. реализована в виде расширения. Предназначена для ведения раздельного учета и автоматизации заполнения отчетности исполнения контрактов ГОЗ в конфигурациях 1С БП КОРП, ПРОФ, Базовая, БИТ.ФИНАНС.
62220 руб.
16.08.2019 108463 338 97
Оптовая торговля Розничная торговля Обмен с ГосИС Разработчик Бухгалтер Пользователь 1С:Предприятие 8 1C:Бухгалтерия Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Россия Бухгалтерский учет Управленческий учет Платные (руб)
Решение создано для помощи разработчикам, интеграторам и другим заинтересованным лицам по настройке системы маркировки обуви, одежды, лекарств, табака, фото, молока, духов(парфюма), питьевой воды, велосипедов и шин. Задавайте вопросы по работе с ЦРПТ, GS1, ЭДО, Национальным каталогом, накоплен опыт и знания по данным темам.
20900 руб.
18.03.2019 128425 112 115
Оптовая торговля Розничная торговля Обмен с ГосИС Бухгалтер 1С:Предприятие 8 1С:Управление торговлей 10 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Рестораны, кафе и фаст-фуд Россия Бухгалтерский учет Управленческий учет Акцизы Платные (руб)
Автоматизация учета ЕГАИС в 1С для оптовой торговли, производства и импорта алкогольной продукции. Получение и отправка ТТН, отправка акта о постановке на баланс и акта о списании. Получение остатков. Загрузка и сопоставление номенклатуры и контрагентов. Оправка в ЕГАИС отчетов о производстве и импорте.
1091 руб.
15.12.2015 188427 1403 374
Обмен с ГосИС Бухгалтер Пользователь 1С 8.3 1С 8.5 1С:Бухгалтерия 3.0 1С:ERP Управление предприятием 2 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 1.6 1С:Управление нашей фирмой 3.0 1С:Управление торговлей 11 1С:Розница 2 1С:Розница 3.0 1С:РМК Ювелирная промышленность и торговля Россия Управленческий учет Платные (руб)
Интеграция для работы 1С с ГИИС ДМДК. Государственная интегрированная информационная система в сфере контроля за оборотом драгоценных металлов, драгоценных камней и изделий из них на всех этапах этого оборота.
80000 руб.
12.04.2022 28099 217 34
Обмен с ГосИС Логистика, склад и ТМЦ Разработчик Пользователь 1С:Предприятие 8 1С:Розница 2 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Россия Платные (руб)
Внешняя обработка для инвентаризации кодов маркировки в системе "Честный знак". Позволяет быстро определить и списать коды маркировки проданного, испорченного, утраченного (полный перечень причин списания указан ниже) товара, которые всё ещё числятся за организацией. Привести в соответствие остатки маркированного товара программы 1С и системы "Честного знака".
6649 руб.
09.01.2024 22269 231 30
Обмен с ГосИС Разработчик 1С:Предприятие 8 1C:Бухгалтерия Оптовая торговля, дистрибуция, логистика Россия Управленческий учет Платные (руб)
Универсальная конфигурация ХамелеонЗерно для взаимодействия с системой ФГИС Зерно (тестовый+рабочий контур) может использоваться для интеграции в любую конфигурацию на базе 1С, версии ПРОФ и выше. Работа через API 1.0.7 и на API 1.0.8. Для удобства реализован общий интерфейс в виде обработки, схожей с интерфейсом ФГИС Зерно, но возможностей гораздо больше, т.к. при интеграции в Вашу учетную систему, можно на основании Ваших справочников и документов, создавать соответствующие документы и справочники в системе ФГИС Зерно и наоборот.
25498 руб.
27.06.2023 9832 53 2
Оптовая торговля Производство готовой продукции (работ, услуг) Розничная торговля Обмен с ГосИС Разработчик Бухгалтер Пользователь 1С:Предприятие 8 1C:Бухгалтерия Сельское хозяйство и рыболовство Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Рестораны, кафе и фаст-фуд Пищевая промышленность Россия Бухгалтерский учет Управленческий учет Платные (руб)
Универсальная конфигурация Хамелеон Меркурий для взаимодействия с системой Меркурий (тестовый+рабочий+демо контур) может использоваться для интеграции в любую конфигурацию на базе 1С, версии ПРОФ и выше. Основное отличие от других решений - работа через веб-интерфейс и API 2.0(API 2.1). Для удобства реализован общий интерфейс в виде обработки, схожей с интерфейсом Меркурий, но возможностей гораздо больше, т.к. при интеграции в Вашу учетную систему, можно на основании Ваших справочников и документов, создавать соответствующие документы и справочники в системе Меркурий и наоборот.
11000 руб.
08.11.2017 132081 293 153
>Единственное надо следить за обновлениями АПИ и всё будет хорошо.
Тоже думал об этом, нормальное решение, это был мой Вариант №2, но я решил, что лучше заниматься автоматизацией бизнес процессов, чем актуализировать обмен с ЧЗ, ресурсов на это просто не было.
Теперь вместо актуализации обмена с API ЧЗ, актуализирую УТ 11.5 ))),
зато тут все просто накатил обновление и все
Данные передаются в систему адресного хранения, где кладовщики через ТСД сканируют фактические коды маркировки на поступившем товаре.
Примечание: В описании сознательно опущены технические детали взаимодействия со складской системой и механизмы обновления статусов, чтобы сосредоточиться на общей логике доработки УТ 10.3.
сканирование при приемке и при отгрузке это по сути неотъемлемая часть всей этой маркировки. Как оно у Вас сопряжено с УТ 10 можно узнать? Или вдруг на отдельную публикацию материал будет? Если я правильно понимаю, складской учет с использованием тсд уже был до подключения 11.5...
Спасибо, за отзыв и за скачивание, надеюсь будет полезным и пригодится Вам в работе.
>сканирование при приемке и при отгрузке это по сути неотъемлемая часть всей этой маркировки. Как оно у Вас сопряжено с УТ 10 можно узнать?
У нас в 2010 году было внедрено адресное хранение 1С:Кортес, сейчас я так понимаю эту конфигурацию уже сняли с продажи и она уже не поддерживается.
Я настроил синхронизация по КД2 с УТ 10.3
Переписал правила обмена, добавив туда коды маркировки, добавил в Кортес справочник "ШтрихкодыУпаковокТоваров", аналогично тому, что сделал в УТ 10.3, доработал документы приемки и отгрузки, для процессов приемки и отгрузки вставил этапы сканирования КМ, без прохождения который дальше процесс не двигается. На данный момент на складе работают с двумя видами ТСД, те что старые, которые умеют сканировать только ШК, используются для всех процессов кроме сканирования КМ, и новые ТСД на базе андроид, которыми сканируют этап "Сканирования КМ".
Работает 1с в ТСД это как тонкий клиент к кортесу.
На сегодняшний день ведется разработка по переносу всего функционала со старого ТСД в новый, чтобы избавиться от старых ТСД и все процессы на складе проводить через новые ТСД, тут как раз есть много что переработать по процессам, т.к. с 2010 года много что изменилось, поэтому логика в новых ТСД будет отражать текущие реалии.
При сканировании КМ на ТСД, информация попадает/обновляется в регистр сведений, в разрезе накладной и товара.
Далее, когда кладовщик, нажимает на ТСД кнопку "Готово", КМ копируются в специальную табличную часть документа из этого регистра. Далее через обмен КМ отправляются уже в УТ 10.3
У нас древняя УТ, от 2010 года и не обновлялась.
Обновлять до релизов где есть работа с ЧЗ так же не планировали.
Все что касается работы с кодами маркировки, свое - описанное в этой статье, там не так много работы на самом деле.
Функционал рабаты с ЧЗ тащить в УТ 10.3 я не стал, настроил обмен с УТ 11.5 и вся работа с ЧЗ (эмиссия, маркировка и т.д) ведется там
т.е. я по сути разделил функционал на две базы, я не говорю, что это правильное решение, это компромисс, но в моем случая это было правильно и 1.5. года работы это подтвердило.
Пользователям без разницы в какой базе 1с работать с ЧЗ
Когда нужно провести эмиссию или перемаркировать или еще что-то, они просто заходят в УТ 11.5 и делают это.
(11) Как Вы пробиваете чеки с маркированным товаром? Дописывали обработку, модули оборудования?
Нет, спасибо за доверие. Для меня это уже пройденный этап, решил поделиться, т.к. маркировка расширяется, кто то может столкнуться с таким же выбором как я 1,5 года назад, я описал один из возможных (работающих) вариантов, сейчас много других интересных проектов.
Есть будут вопросы обращайтесь, возможно смогу помочь советом.
Раздавать советы это самое простое )))
Спасибо, за доверие. Но боюсь, что такой статьи от меня не будет.
Когда я это делал, я не подумал о том, что из этого можно написать статьи на Инфостарте. Я просто делал то, что нужно было сделать. В итоге получилось. Теперь уже не вспомню все моменты и нюансы, с которыми я столкнулся.
Но там не было ни чего сложного, нужно просто постепенно повышать режим совместимости, дорабатывая конфигурацию, после очередного повышения режима.
К сожалению, универсальной инструкции не существует, так как объем работ полностью зависит от степени и характера доработок вашей конфигурации. Но сам процесс вполне посилен для специалиста, готового разбираться с legacy-кодом.
Возможно, кто-то из коллег в комментариях поделится ссылками на полезные материалы по этой теме или своим опытом.
Работаем через API Диадока (у нас уже есть ключ разработчика для других задач ЭДО).
Пока реализован промежуточный вариант:
1. Вручную выгружаем XML из ЭДО
2. Загружаем через обработку в документ поступления с маркировкой
Почему поэтапный подход:
1. Позволяет пользователям адаптироваться без стресса
2. Даёт возможность точечно тестировать каждый этап
3. Самое главное, ценность автоматизации становится заметнее на контрасте с ручными операциями
P.S. Как показывает практика, плавное внедрение с видимым прогрессом вызывает больше доверия, чем революционные изменения, с большим количеством ошибок.
Добрый день, уважаемый!
У нас тоже появилась задача написать загрузку XML-файлов УПД из ЭДО Диадока через API его портала (не через их обработку и не через их Dll-ку).
Есть ли у вас возможность поделиться примером загрузки, о которой вы упомянули?
Спасибо, за ваше мнение, но как я писал ранее в своем PS, ситуации бывают разные, если компанию полностью устраивает типовая конфигурация с минимальными доработками, то да, обязательно нужно идти в ногу со временем, обновляя каждый раз конфигурацию.
Я считаю, что "старое" <> "плохое", если система отлажена и интегрирована в бизнес процессы компании, поэтому я бы не был столь категоричен, 30-летний опыт внедрения 1с, говорит мне об этом.
Дело в том, что если у компании очень сильная интеграция с другими системами, отлаженные бизнес процессы, отчетность и ее полностью устраивает текущая система, зачем обновляться?
Вот смотрите:
Каждое обновление/переход ломает пользовательский опыт, то к чему привык обычный пользователь, ему абсолютно все равно, что вы обновили систему, он привык работать и делать свою работу, а тут приходится переучиваться, ошибаться, справлять свои и чужие косяки, натыкаться на косяки программистов, как от 1с так и своих, как следствие система работает не стабильно, постоянно что-то падает, что-то не работает, то что раньше работало и т.д.
Крайние в этой ситуации как всегда айтишники, у них "всегда что-то не работает".
Другой вариант, пользователь работает как привык, он делает свою работу, для него принципиально ни чего не меняется, с изменением бизнес процессов в компании или законодательства у него просто меняется/добавляется/убирается функционал, все остальное работает как всегда и как следствие отсутствие ошибок, исправлений косяков, все работает стабильно и предсказуемое, а айтишники молодцы!
Кроме того, только в стабильной системе можно автоматизировать "ручной труд", т.е. внедрять RPA и другие инструменты, что невозможно в условиях постоянных изменений и обновлений.
Я предлагаю гибридный подход (УТ 10.3 + УТ 11.5), который решает проблему работы в ЧЗ без полного перехода. Это экономит ресурсы и снижает стресс для пользователей.
Пользователь работает как и прежде, единственное, что добавлюсь в УТ 10.3 это работа с маркировкой товара, а работа с ЧЗ идет в УТ 11.5 - пользователи даже начали ее называть "1С маркировка", можно конечно и без нее обойтись и работать непосредственно в ЛК ЧЗ, но в 1с гораздо удобнее.
Следить за API ЧЗ в данном случае будет 1С, а я просто обновлять УТ 11.5
PS
Я не утверждаю, .что это не истина в последней инстанции, просто описал проверенное решение для сложных legacy-систем.
Я считаю, что главное — чтобы система решала задачи бизнеса, а не соответствовала абстрактным критериям «современности».
УТ 10.3 обращается к написанному вебсервису УТ 11.5, которая отдает сеансовый ключ (10 часовой), который был там актуализирован, далее УТ 10.3 отправляет в ЧЗ по API пакетами по 1000 штук коды маркировки, затем анализирует ответ от ЧЗ.
т.е. мне в УТ 10.3 не нужна работа с сертификатами, ключами и с ЧЗ работают в УТ 11.5, а все необходимое для УТ 10.3 я получаю из http сервисов УТ 11.5
Из за жадности компании АТОЛ, когда бессрочные лицензии превращаются в тыкву (в ежегодную подписку), было принято решение перейти на решение для рознице от 1С, обмен между базами 1С в рознице и УТ 10.3 происходит так же как и раньше, в формате Frontol, через собственное расширение.
По сути УТ 10.3 даже не знает (работает как и раньше), что в рознице теперь не Frontol, а 1С
Я конечно же прочел всю ветку, прежде чем спрашивать.
Итак, еще раз: Какое решение от 1С используется в Вашей схеме в рознице?
1С УТ 10?, УТ 11?, 1С:Розница?, 1С Касса?
Хотелось бы увидеть более полный список изменений конфигурации для Честного знака и как это всё реализуется в связке с УТ 11.5. Спасибо
Все что нужно сделать в УТ 10.3 для работы с маркировкой я уже описал в статье, в том числе как реализуется обмен с УТ 11.5.
Универсального решения нет, т.к. УТ 10.3 выпускалась на протяжении 21 года, с 2003 по 2024
состав реквизитов, объектов, методология учета и т.д за это время менялись кардинально.
Нет ни какой возможности сделать универсальное решение для всех релизов УТ 10.3, поэтому я описал общие принципы, того что нужно сделать "чтобы оно заработало", по сути это "дорожная карта", как принято сейчас говорить.
Но что делать конкретно в вашем случае, решать только вам.
В то время когда я стоял перед выбором, похожей "дорожной карты " не было. приходилось думать и делать саму, собирая по пути все возможные грабли.
Если есть конкретные вопросы, задавайте попробую ответить.
Есть какие либо инструкции как настроить теперь обмен?
я дополнил статью, где рассказал, что и как настроить для синхронизации УТ 10.3 с УТ 11.5 для работы с ЧЗ, см. раздел "Настройка обмена между УТ 10.3 и УТ 11.5"
Если будет что-то не понятно спрашивайте.
Пробивать чеки я бы стал только в современной конфигурации, которая это поддерживает и постоянно необходимо обновлять до актуального релиза, т.к. законодательство менятся постоянно.
Автоматизировать процесс продажи в розничном магазине, это самое простое, тут я бы не стал держаться за УТ 10.3.
В своей статье я описал ситуацию когда УТ 10.3 это офисная учетная система интегрированная со всем чем только можно, описывающая все возможные бизнес процессы и закрывающую все потребности компании в автоматизации.
А в рознице, пикнул пробил, пикнул, пробил, ну бонусная программа еще, тут не сложно перейти на современную конфигурацию и не иметь весь этот геморрой с поддержкой ЧЗ при пробитии чека, вот сейчас с 1 сентября добавляются новые реквизиты в чек, новые требования, за всем этим не уследишь. Я считаю что в рознице должна работать современная конфигурация 1с, которая поддерживает "из коробки" все необходимое в плане законодательство, а все ваши хотелки и доработки в рознице через расширения, у нас так и я считаю что это правильно.
Конечно есть решения на Инфостарт для работы с ЧЗ в 7.7, но это на любителя....
Я бы не стал оставаться в розничном магазине на 10.3, хотя ситуации могут быть разные может быть они у вас по RDP работают в одной базе с офисом и складом.
Универсального решения нет, я описал свой опыт. Было бы очень интересно после внедрения почитать ваш.
Если я бы хотел зарабатывать на внедрении, я бы разместил не статью в базе знаний, а продукт в маркетплейсе сайта Инфостарт, но я хотел поделиться с коллегами одним из возможных вариантом решения оставаться на привычной УТ 10.3 и иметь возможность работать с маркированным товаром. Потому как сам стоял перед не простым выбором с внедрением маркировки.
А в качестве бонуса разместил свою разработку обмена между УТ 10.3 и УТ 11.5.
Как пишет сам Инфостарт:
Извините, но сейчас у меня нет ни времени разбираться в вашей ситуации и помогать даже за деньги.
Со своей стороны я дополнил статью, где рассказал, что и как настроить для синхронизации УТ 10.3 с УТ 11.5 для работы с ЧЗ, см. раздел "Настройка обмена между УТ 10.3 и УТ 11.5"
Если будет что-то не понятно спрашивайте.
Установил чистую УТ 11.5, подключил расширение из архива публикации и настроил константы по инструкции.
в описании публикации приложены скриншоты документов УТ 10.3, касающиеся маркировки, но в метаданных конфигурации из публикации я не увидел таких объектов. Ветка "Документы" пуста.
Скачивая файлы, я предполагал что после установки и настройки данный обмен поможет перенести справочник Номенклатура и другие данные из УТ 10.3 в УТ 11.5 для дальнейшей работы с маркировкой. По факту запуск процесса обмена не переносит вообще никакие объекты.
Я что то недопонял или файлы в архиве выгрузки в публикации неактуальны?
Вопрос к автору публикации и к тем кто купил ее... Спасибо.
Вы верно поняли, что предоставленные файлы — это исходный код разработки, а не готовое к запуску решение. Как указано в описании и в названии файла, который вы приобрели («Обмен между УТ 10.3 и УТ 11.5 (реализация п.2 из описания)») - это «строительные материалы» для реализации именно механизма обмена, а не готовый к использованию модуль работы с маркировкой в УТ10.3.
Почему в архиве только обмен?
Дело в том, что, как я упомянул ранее, у всех УТ 10.3 может быть разная степень модификации. Универсального решения нет, т.к. УТ 10.3 выпускалась на протяжении 21 года, с 2003 по 2024. Состав реквизитов, объектов, методология учета и т.д за это время менялись кардинально. Нет ни какой возможности сделать универсальное решение для всех релизов УТ 10.3, поэтому я описал в статье только общие принципы, того что нужно сделать "чтобы оно заработало" в УТ 10.3, тогда как механизм обмена — универсальный и подойдет для любой модификации УТ 10.3, его вы и скачали.
Давайте резюмируем, что вы скачали и как это должно работать в идеале:
1. Что есть в архиве (реализация п.2):
* Для УТ 11.5: Готовое расширение, которое добавляет регламентное задание для опроса УТ 10.3 и обработки полученных данных.
* Для УТ 10.3: Набор заготовок — план обмена, HTTP-сервис и модули, которые формируют JSON-пакет для передачи.
2. Как это должно работать:
* План обмена в УТ 10.3 настроен на регистрацию изменений в нужных объектах.
* По запросу от УТ 11.5 HTTP-сервис формирует пакет данных из этих изменений.
* УТ 11.5 принимает пакет и отправляет подтверждение (`ACCEPT`), чтобы зафиксировать успешную передачу.
Почему у вас ничего не переносится? Скорее всего, решение нуждается в донастройке под вашу базу.
Ключевые моменты, которые, вероятно, требуют вашего внимания и доработки:
* Настройка плана обмена. Само наличие плана обмена в конфигурации не означает, что он автоматически начал фиксировать изменения. Вам необходимо добавить объекты, изменения которых нужно отслеживать (Номенклатура, Характеристики, ваш регистр штрихкодов и т.д.). Без этого шага план обмена пуст.
* Активация плана обмена, через «Операции» -> «Планы обмена».
* Адаптация под структуру вашей базы. Алгоритмы в модулях (например, `ОбменУТ10_3_Сервер`) написаны под некую усредненную структуру объектов. Если ваша конфигурация УТ 10.3 сильно модифицирована или имеет нестандартные реквизиты, возможно, потребуются точечные правки в этих модулях, чтобы данные правильно отбирались и упаковывались в JSON.
Вывод: Вы столкнулись с типовым этапом внедрения «строительных материалов» из Базы знаний. Вам необходимо интегрировать этот исходный код в вашу конфигурацию, выполнив необходимые настройки и возможно, адаптацию кода.
Большое спасибо за вашу обратную связь. Я прекрасно понимаю ваши ожидания и согласен, что наличие готовых объектов для маркировки значительно упростило бы жизнь, но...
Моя главная задача была — предложить максимально универсальное и жизнеспособное решение, которое можно адаптировать под любую, даже самую древнюю и сильно измененную УТ 10.3, думаю даже на УТ 10.2 оно тоже заведется.
Если бы я выгрузил свои конкретные объекты (документы с ТЧ, справочники с реквизитами, формы и т.д), то:
Они почти наверняка конфликтовали бы с вашими существующими структурами данных.
Их перенос вызвал бы лавину ошибок и потребовал бы гигантской работы по перелопачиванию вашей конфигурации под мою схему или наоборот
Решение превратилось бы из «универсального инструмента» в «жёстко вшитый модуль», который невозможно внедрить без полного переделывания системы или этого модуля
В место этого, я выложил только модуль обмена.
Стабильный, независимый от обновлений УТ 11 канал связи между двумя системами.
Наверное это самая сложная часть задачи, которую пришлось бы писать с нуля, т.к. готовых решений даже сейчас нет, а те что были уже не работают в УТ 11.5.
Именно с поиска решений обмена я в свое время начал, когда принял решение использовать гибридный подход, см. раздел "Эволюция решения: от временного к стабильному".
Вы получаете работающий HTTP-сервис в УТ 10.3, который умеет принимать запросы и отдавать данные.
Вы получаете готовый обработчик на стороне УТ 11.5, который умеет эти данные запрашивать и обрабатывать.
Вам остаётся только подключить и настроить обмен в ваших базах.
Таким образом, вы приобрели не просто «несколько файлов», а отработанную и проверенное решение для обмена, которое позволяет оставить основную учётную систему УТ 10.3 в покое и вынести всю работу с постоянно меняющимся API Честного Знака в отдельный, легко обновляемый контур УТ 11.5.
Я понимаю, что ожидания были иными, но надеюсь логика моего подхода вам понятна.
Вы приобрели инструмент, который позволяет решить задачу по переносу данных из УТ 10.3 в УТ 11.5 с минимальными затратами, а остальное, что нужно сделать в УТ 10.3 описано в статье.
PS
В декабре 2023 году наличие подобной статьи мне сильно бы облегчило жизнь, но мне пришлось выбирать варианты и проходить все самостоятельно, наступая по пути, на все имеющиеся грабли.
в текущем обновлении, помимо универсального механизма обмена, я добавил для УТ 10.3 все необходимые реквизиты и модули для организации работы с маркировкой — те самые, что были на скриншотах.
Однако нужно понимать, что степень модификации УТ 10.3 у всех разная, и нет никакой гарантии, что модули заработают сразу. Скорее всего, их придется адаптировать под структуру вашей конфигурации, так как даже типовые объекты в разных релизах УТ 10.3 могут отличаться.
Универсального решения «под ключ» не существует из-за огромного разнообразия модификаций. Сейчас в архиве полноценный инструмент — стабильный обмен и готовая основа (демо-база) для маркировки, которую уже можно использовать как «строительный материал» для интеграции в вашу базу.
Как вам получить обновленный релиз?
Думаю стоит обратиться в техподдержку сайта Инфостарт, с просьбой получить обновленный релиз.
Спасибо за ваш комментарий и ценное дополнение! Вы абсолютно правы, упомянув, что на рынке есть готовые модули для работы с маркировкой непосредственно в УТ 10.3. Это действительно может быть отличным путём для многих компаний.
Как я и отмечал в статье, мой подход — не единственно верный, а один из возможных, рождённый из конкретных обстоятельств. Выбор между доработкой старой системы, гибридной схемой и полным переходом на новую платформу всегда зависит от контекста: глубины и давности модификаций, ресурсов на поддержку и готовности бизнеса к изменениям.
Вы затронули ключевой момент: внедрение любого готового модуля в столь старую и, с высокой вероятностью, сильно изменённую конфигурацию (как в моём случае — УТ 10.3.6.8 от 2010 года) — это всегда сложный и нетривиальный процесс. Такие решения часто создаются под более поздние и «свежие» релизы УТ 10.3, где уже есть необходимая инфраструктура и совместимость с современными версиями платформы. Перенос их в глубоко кастомную среду может потребовать не меньше, а то и больше усилий по интеграции и отладке, чем реализация обмена с УТ 11.
Но есть еще один критически важный аспект, который скрывается за любым решением для УТ 10.3 — это поддержка. API "Честного знака" постоянно меняется и обновляется. Выбирая путь с доработкой УТ 10.3, вы полностью берете на себя ответственность за отслеживание этих изменений, адаптацию под них своего кода, тестирование и обновление конфигурации. Это не разовая работа, а постоянные эксплуатационные расходы.
В этом и заключается ключевое преимущество гибридной схемы: всю работу по поддержанию актуальности обмена с ГИС МТ (все эти бесконечные правки API, новые форматы запросов, изменения в протоколах) берёт на себя 1С в рамках поддержки типовой конфигурации УТ 11. Моя же схема обмена между базами остаётся неизменной и стабильной, так как она оперирует уже подготовленными и проверенными данными. Я лишь пользуюсь результатами работы целого отдела разработчиков 1С.
Таким образом, оба пути имеют свои плюсы и минусы. Готовое решение для УТ 10.3 — это возможность остаться в рамках одной системы, но оно может быть сопряжено с рисками поддержки и сложностью интеграции. Предложенный мной гибридный вариант с обменом — это более сложная архитектура из двух систем, но она позволяет изолировать риски и использовать официальный, поддерживаемый 1С функционал для работы с Честным знаком, переложив бремя отслеживания изменений API на вендора.
Ваше замечание очень важно — оно даёт коллегам более полную картину для принятия взвешенного решения. Спасибо, что поделились!
Спасибо, что поделились ссылкой, но я бы отметил ключевые моменты, которые сразу бросаются в глаза после изучения предложенного вами решения:
Статус решения. Тот факт, что за почти год не было ни одной продажи и ни одного обновления решения, является серьезным сигналом. API «Честного знака» постоянно меняется. Любое решение для маркировки требует постоянной поддержки и актуализации. Отсутствие обновлений ставит под вопрос его работоспособность на текущий момент.
Неясность с совместимостью. В описании не указана минимальная версия УТ 10.3. Это критично, ведь конфигурация сильно менялась за последние 20 лет. Решение для свежего релиза вряд ли заработает на старой или сильно модифицированной базе, а его внедрение может оказаться долгим и дорогим.
Все риски на вас. Выбрав этот путь, вы полностью берете на себя бремя поддержки: отслеживание изменений законодательства, доработки и тестирование взаимодействия с Честным знаком. Либо покупка необходимых обновлений у автора, но тут опять возвращаемся к тому, что обновления как таковые отсутствуют.
Это не разовая задача, а постоянные временные затраты и расходы.
В этом свете мой гибридный подход выгодно отличается:
Поддержка от 1С. Все работы по адаптации к изменениям API делает 1С в рамках обновлений УТ 11.5. Вам нужно только устанавливать релизы.
Универсальность. Механизм обмена не зависит от версии УТ 10.3 и работает с данными, а не вшит в типовые объекты.
Проверенная стабильность. Схема работает с апреля 2024 года и уже пережила не одно изменение со стороны ЦРПТ.
На мой взгляд предложенное на маркетплейсе решение выглядит рискованно из-за отсутствия поддержки. Гибридный подход требует начальной настройки, но он надежнее в долгосрочной перспективе, так как переносит риски по обновлению API на вендора.
С другой стороны хорошо, когда есть выбор.
Додумывать самостоятельно займет скорее всего довольно много времени.
Ок. Постараюсь в течении нескольких дней обновить статью и архив, я дополню конфигурацию для УТ 10.3 необходимыми реквизитами, объектами и кодом.
Но так как вы уже скачали, как вам передать новых архив, я пока не понимаю, в Инфостарте отключили функцию отправить личное сообщение.
Пришлите свой email
В dt-файле действительно находятся только объекты для универсального механизма обмена - план обмена и HTTP-сервис. ВАЖНО понимать, что это ТОЛЬКО обмен данными, который гарантированно будет работать в любой УТ 10.3 и УТ 11.5
А где же все остальное связанное с маркировкой со скриншотов для УТ 10.3?
Это индивидуальные доработки под конкретную базу.
Переносить их готовыми объектами я считаю бессмысленно - они гарантированно вызовут конфликты в любой другой модификации УТ 10.3.
Скриншоты в статье — это "дорожная карта" и доказательство работоспособности моего подхода.
Они показывают, в каком направлении нужно доработать свою конфигурацию (это не сложно).
Хочу акцентировать: если бы было внимательнее прочитано описание к файлам в самой статье и на странице покупки, где четко указано, что это «реализация п.2 из описания (обмен)», а не готовый модуль маркировки, то не было бы у вас обманутых ожиданий и минуса с вашей стороны.
Как я и сообщал в сообщении [58], я понимаю, что общих рекомендаций и скриншетов может быть недостаточно.
Поэтому в ближайшее время добавлю реквизиты и код (обработки, модули) для организации учета маркировки в УТ 10.3, чтобы было проще повторить этот функционал на своей базе.
Но нужно понимать, что это не готовый продукт, и он не заведется сразу, его нужно будет допиливать для своей конфигурации, в отличии от обмена, который гарантированно работает с любой УТ 10.3 и УТ 11.5
Коллега,
в текущем обновлении, помимо универсального механизма обмена, я добавил для УТ 10.3 все необходимые реквизиты и модули для организации работы с маркировкой — те самые, что были на скриншотах.
Однако нужно понимать, что степень модификации УТ 10.3 у всех разная, и нет никакой гарантии, что модули заработают сразу. Скорее всего, их придется адаптировать под структуру вашей конфигурации, так как даже типовые объекты в разных релизах УТ 10.3 могут отличаться.
Универсального решения «под ключ» не существует из-за огромного разнообразия модификаций. Сейчас в архиве полноценный инструмент — стабильный обмен и готовая основа (демо-база) для маркировки, которую уже можно использовать как «строительный материал» для интеграции в вашу базу.
Как вам получить обновленный релиз?
Думаю стоит обратиться в техподдержку сайта Инфостарт, с просьбой получить обновленный релиз.
Со своей стороны я так же им напишу
я обновил архив, добавив для УТ 10.3 все необходимые реквизиты, модули и формы для организации работы с маркировкой — те самые, что были на скриншотах.
Если вы уже скачивала и у вас не получается скачать повторно, хотя поддержка уверяет, что можно скачивать повторно в течении 30 дней, обратитесь в тех поддержку сайта инфостарт, чтобы получить обновление.
Однако я не совсем согласен с тем, что это исключительно временное решение.
В нашем случае это архитектурный выбор, а не вынужденная мера. Как показывает практика (работаем в таком виде с апреля 2024 года), такая схема обладает ключевыми преимуществами:
* Стабильность основной системы - все критичные, давно автоматизированные бизнес-процессы защищены от постоянных изменений в УТ 11
* Безопасность обновлений - можно смело обновлять УТ 11.5 под новые требования ЧЗ, не опасаясь сломать основную учетную систему
* Экономическая целесообразность - стоимость поддержки двух систем может быть значительно ниже, чем полный перенос 13-летних доработок. Вернее я бы сказал так, стоимость обновлений УТ 11.5 стремиться к нулю.
Я считаю, что для многих компаний с глубоко кастомизированными системами это не "медвежья услуга", а стратегическое решение. Мы не отложили переход на новую конфигурацию, а выбрали оптимальную архитектуру, где каждая система выполняет свою специализированную задачу.
Полная миграция потребует нескольких лет и сопоставимых бюджетов. В современных реалиях гибридные решения часто оказываются более рациональными, особенно когда речь идет о системах с историей.
Для нас это не временное решение — это подход к интеграции унаследованных систем.
Но как я и писал выше, я прекрасно понимаю, что мой подход - не единственно верный.
В некоторых случаях действительно логичнее отказаться от старой системы и полностью перейти на УТ 11.5, особенно если можно параллельно оптимизировать бизнес-процессы под новые возможности.
Если речь идет о компании "купи-продай" без сложной автоматизации - да, 100% согласен. В таком случае нет смысла цепляться за старую платформу, и проще использовать готовый функционал УТ 11.
Но я описал свою ситуацию, торгово-производственной компании с:
* Сетью розничных магазинов
* Глубокой автоматизацией на УТ 10.3
* Внутренним порталом с аналитикой и накладными
* Внешним сайтом и мобильными приложениями
* Множеством внутренних и внешних интеграций, завязанных на УТ 10.3
Тогда возникает резонный вопрос: переводить всё на УТ 11.5 — ради чего?
Чего нет в нашей УТ 10.3, того что есть в УТ 11.5 и нам это надо так, что мы были бы готовы ломать и перестраивать все автоматизированные бизнес-процессы?
У нас в УТ 10.3 еще с 2010 года был реализован функционал интеркомпани — тогда, когда у 1С этого механизма даже в планах не было. И это далеко не единственный пример кастомизаций, которые работают годами.
На сегодня я не вижу объективных причин переводить компанию на УТ 11.5, потому что:
*УТ 10.3 полностью устраивает бизнес, автоматизировано все, что можно автоматизировать
* Конфигурация работает в режиме совместимости 8.3.23 — доступна установка расширений (Синхрозон и другие работают после небольших доработок в запросах)
* Вся экосистема доработок стабильно работает
Иногда сохранение отлаженной системы — более разумное решение, чем миграция "ради миграции". Но опять же повторюсь, это мое мнение, никому не навязываю.
А ведь чем дальше, тем сложнее будет перейти на свежую конфигурацию и тем дороже будет поддержание этого мамонта. И однажды настанет момент, когда текущие творчество поддерживать никто не захочет и тогда будет очень больно
Спасибо за ваш комментарий и за то, что подняли этот важный вопрос! Вы абсолютно правы в одном: если на ровном месте создавать сложные системы без видимой цели - это путь в никуда.
Однако в нашем случае «творчеством» была не сама интеграция, а глубокая, многолетняя автоматизация уникальных бизнес-процессов производственно-торговой компании. Это не «проблемы на ровном месте», а созданное за 13 лет конкурентное преимущество, отлаженная экосистема, которая приносит бизнесу реальную пользу и экономию.
Вы справедливо отмечаете риски поддержки «мамонтов». Но давайте на чистоту: полный переход на УТ 11 для нас - это не обновление, а создание с нуля всей этой экосистемы заново, на годы и с колоссальными инвестициями. Гибридный подход позволил решить конкретную задачу (маркировка) без остановки бизнеса и без риска сломать то, что уже идеально работает.
Что будет через 10-20 лет? Не знаю. Но знаю, что сегодня бизнес требует гибкости. Иногда стратегией является не следование трендам любой ценой, а сохранение и адаптация проверенных решений. Мой подход - именно про это: не отказ от нового, а его разумная интеграция со старым.
И да, я согласен, что для компаний с типовыми процессами ваш совет - единственно верный. Но наш опыт как раз доказывает, что в 1С нет универсальных ответов, есть только взвешенные решения для конкретных задач.
Спасибо, что дали повод это прояснить
Мы переводили клиента с ERP 2.4 на ERP 2.5 с полностью переписанной базой. Да было больно пока все не отладили после обновы, однако дальше проблем пошло минимум. А тут контора решила встать колом на 10 лет чтоб потом корчится от боли в самый неудобный момент. А такие вещи в удобное время никогда не происходят. Их путь/
А еще больнее станет когда текущие сотрудники уйдут и на их место никто не придет. Просто не будет желающих сидеть в древнем мамонте непонятно из под кого
Спасибо, что продолжаете дискуссию! Вы поднимаете важный момент о квалификации специалистов.
Позвольте с вами не согласиться по сути. Речь идет не о страхе перед техническими сложностями как таковыми (с ними, при наличии времени и ресурсов, действительно можно справиться), а об управлении бизнес-рисками.
Вы сравниваете переход между соседними редакциями ERP (2.4 -> 2.5) с миграцией системы, которая является фактически другой учетной платформой (УТ 10.3 -> УТ 11). Это принципиально разные по масштабу задачи.
В нашем случае "больно, пока не отладили" - это не неделя простоя одного отдела, а высоковероятная остановка ключевых бизнес-процессов всей компании на месяцы. Я говорю о:
* Переносе 13-летних нестандартных алгоритмов планирования и аналитики и т.д.
* Переписывании десятков интеграций с внешними системами (сайт, мобильные приложения, WMS, производственный учет и т.д.)
* Полной смене логики документооборота для многих пользователей
Ваш тезис о том, что проблемы возникают "только на перескоке LTS" - это как раз про наш случай. УТ 10.3 и УТ 11 - это и есть тот самый "перескок" целой эпохи в развитии платформы и методологии учета.
Наш "путь" - это не "встать колом", а стратегическое разделение ответственности:
* УТ 10.3 - стабильное, предсказуемое ядро, отвечающее за бесперебойность основного бизнеса.
* УТ 11.5 - гибкий, легко обновляемый модуль для решения одной, но критически важной задачи (маркировка).
Это осознанный архитектурный выбор в пользу минимизации рисков для бизнеса, а не следствие технической беспомощности. Мы не избегаем сложностей, мы управляем ими, выбирая для их решения наиболее безопасный и предсказуемый путь.
Я ни в коем случае не настаиваю, что наше решение — идеальное для всех. Оно идеально подходит для нашей конкретной компании с ее уникальной историей автоматизации и уровнем кастомизации. Было бы очень познавательно, если бы и вы поделились каким-либо своим кейсом миграции столь же сложной и глубоко доработанной системы - уверен, такой опыт был бы крайне полезен всем читателям.
Доброго дня.
Подскажите пожалуйста, имею следующую конфигурацию:
оптовая + розничная торговля, 2 юридических лица. Торговля автозапчастями и строительными товарами которые все больше и больше подпадают под маркировку.
-- 1С:Предприятие 8.3 (8.3.24.1586) "Управление торговлей", редакция 10.3 (10.3.88.3)
с доработками для внутренних процессов организации в том числе новый формат ЭДО
оптовая торговля (управленческий\бух учет)
обмен с сайтом
розничная торговля в режиме кассир
-- 1С:Предприятие 8.3 (8.3.24.1586) "Бухгалтерия предприятия", редакция 3.0 (3.0.174.30)
используется глав бухом, данные получает по обмену с УТ-шки, используется односторонний обмен.
Переходить на УТ11 одним махом, достаточно трудоемко и больно, обратил внимание на вашу публикацию и возникла идея по плавному переходу к УТ11.5 скажем в течении 1 года, чтобы в течении этого времени в 11.5 накапливался документооборот, номенклатура, цены, складские запасы вся информация плавно перетекала из 10.3
В связи с этим возникают вопросы:
1. на сколько это реально, плавно переехать на 11,5?
2. Как при гибридном варианте работает розница? УТ 11,5 используется только для ЧЗ или на нее можно перевести и розницу, для того чтобы в розничной торговле все автоматически списывалось из ЧЗ, в УТ10 например нет товарной группы "автозапчасти"
Это зависит от ваших доработок, но срок год - достаточно комфортный период для миграции
Я бы советовал на период миграции опт, аналитику оставить в УТ 10.3, а в УТ 11.5 перенести розницу и работать в современном РМК в магазинах + поддержка маркировки на кассе и работа с ЧЗ "из коробки"
А далее в течение года перейти на УТ 11.5
Ошибка инициализации библиотеки модулей
по причине:
{CommonModule.ИнтеграцияИСУТКлиентСерверГлобальный.Module(8,9)}: Процедура или функция с указанным именем уже определена (СтрНайти)
Функция <<?>>СтрНайти(Знач Строка,
{CommonModule.ИнтеграцияИСУТКлиентСерверГлобальный.Module(68,9)}: Процедура или функция с указанным именем уже определена (СтрНачинаетсяС)
Функция <<?>>СтрНачинаетсяС(Строка, ПодстрокаПоиска) Экспорт
{CommonModule.ИнтеграцияИСУТКлиентСерверГлобальный.Module(74,9)}: Процедура или функция с указанным именем уже определена (СтрЗаканчиваетсяНа)
Функция <<?>>СтрЗаканчиваетсяНа(Строка, ПодстрокаПоиска) Экспорт
{CommonModule.ИнтеграцияИСУТКлиентСерверГлобальный.Module(80,9)}: Процедура или функция с указанным именем уже определена (СтрСоединить)
Функция <<?>>СтрСоединить(МассивСтрок, Разделитель = "") Экспорт
{CommonModule.ИнтеграцияИСУТКлиентСерверГлобальный.Module(86,9)}: Процедура или функция с указанным именем уже определена (СтрРазделить)
Функция <<?>>СтрРазделить(Строка, Разделитель, ВключатьПустые = Ложь) Экспорт
{CommonModule.ИнтеграцияИСУТКлиентСерверГлобальный.Module(92,9)}: Процедура или функция с указанным именем уже определена (СтрШаблон)
Функция <<?>>СтрШаблон(Знач СтрокаПодстановки,
{CommonModule.ИнтеграцияИСУТКлиентСерверГлобальный.Module(102,9)}: Процедура или функция с указанным именем уже определена (СтрСравнить)
Функция <<?>>СтрСравнить(Строка1, Строка2) Экспорт
{CommonModule.ИнтеграцияИСУТКлиентСерверГлобальный.Module(115,11)}: Процедура или функция с указанным именем уже определена (УстановитьОтключениеБезопасногоРежима)
Процедура <<?>>УстановитьОтключениеБезопасногоРежима(Отключить) Экспорт
[ScriptCompileError]
Ни для УТ 10.3 в модулях, ни в расширении для УТ 11.5 данные функции, которые у вас вызывают ошибки - не определяются.
Данные ошибки возникают у вас в какой базе УТ 10.3 или УТ 11.5?
Могу предположить, что речь идет о УТ 10.3, скорее всего вы подняли режим совместимости на 8.3.6 или старше.
Начиная с платформы 8.3.6 данные функции реализованы непосредственно в платформе, а вашем модуле ИнтеграцияИСУТКлиентСерверГлобальный, они теперь стали дублироваться и выдавать ошибку.
Иными словами, данные ошибки не имеют отношения к данной разработке
Мы вашу *.сf загрузили в нашу тестовую базу и вылезла такая ошибка
1С:Предприятие 8.3 (8.3.27.1786)
"Управление торговлей", редакция 10.3 (10.3.88.3)
и еще один вопрос, а как в данном варианте, обменивается 11.5 и бух 3.0?
очень много вопросов))
опять же не понятно как будет ложиться НДС 22% при обмене?
если розница будет работать на 11.5, то отчеты о розничных продажах логично было бы
обменивать сразу в бух? или сначала в 10.3 а потом в БУХ??
Не было проблем... так еще и НДС нам подкинули...
Заранее Вам благодарен, так как понимаю что слишком много лишних вопросов на вас сваливается)
Не надо было грузить, сf файл для УТ 10.3 - это не конфигурация УТ 10.3 и это даже не обновление для вашей конфигурации, это пример базы с готовыми объектами, из которого нужно руками копировать в вашу конфигурацию модули, реквизиты.
Как я уже писал ранее
В архиве - именно инструмент и инструкция в виде объектов, а не "черный ящик". Это сознательный подход, который дает гибкость:
* Вы видите всю логику и можете адаптировать её под специфику своих бизнес-процессов.
* Вы не привязаны к конкретному релизу УТ 10.3, так как переносите суть, а не слепо заменяете модули.
* Это позволяет точечно и безопасно встроить функционал маркировки в уже работающую, возможно, сильно измененную систему, не нарушая существующие доработки.
Т.е. вы открываете конфигуратор своей тестовой базы УТ10.3, открываете конфигуратор базы-пример из архива и переносите тот функционал, который вам необходим (реквизиты, модули), РУЧКАМИ!
В моей базе примере только то, что вам необходимо, ни чего лишнего нет, не запутаетесь.
Именно по этой причине в архиве у вас урезанная демо база для примера и там нет ни каких cf файлов о которых вы пишите.
Еще раз, это сделано ОСОЗНАННО, т.к. редакций УТ 10.3 за великое множество, не возможно сделать универсальное обновление для всех редакций УТ 10.3
>и еще один вопрос, а как в данном варианте, обменивается 11.5 и бух 3.0?
Обмен между УТ.11.5 и БУХ3 делается стандартными средствами, этот механизм не заявлен в данном решении, это не относится к моей разработке
>опять же не понятно как будет ложиться НДС 22% при обмене?
Когда данное расширение публиковалось, то ни каких 22% еще не было, но предположу, что если вы добавите в перечисление ставку НДС по аналогии, как это сделано в УТ 11.5, то данная ставка будет перенесена в процессе обмена в УТ 11.5 при переносе (создании) товара
>если розница будет работать на 11.5, то отчеты о розничных продажах логично было бы
обменивать сразу в бух? или сначала в 10.3 а потом в БУХ??
Вы скачали разработку, которая позволяет в УТ10.3, работать с маркированным товаром, а также передавать информацию в УТ 11.5 для работы с Честным знаком.
Данные вопросы уже не входят в мою компетенцию по данной разработке.
Но если хотите знать мое мнение по вашему вопросу, то пожалуйста (советы-то давать проще простого):
Я бы не грузил в УТ 10.3, отчеты о розничных продажах из УТ 11.5, зачем вам такие сложности с обменом сначала туда, потом сюда, рассматривайте данный механизм (связка УТ 10.3 - УТ 11.5) все же как временное решение, перед переходом полностью на УТ 11.5.
Одно дело, если у вас ранее, так же как у нас сейчас УТ 10.3 работает с кассовым ПО, другое если вы только планируете на УТ 11.5 разворачивать РМК для розницы, зачем что-то грузить из УТ 11.5 в УТ 10.3, я не понимаю.
Нет, но там можно допилить, посмотрите на код, там достаточно просто.
Модуль "ОбменУТ", сделайте по аналогии выгрузки характеристики.
Так же обратите внимание на процедуру ВыгрузитьЭлемент(Данные, ДанныеДляОтправки)
там тоже нужно будет внести пару строк.
добавить переменную в начале модуля, типа: Перем ВыгруженныеСерии;
Вроде все
В модуле документа реализации есть упоминание обработки "Обработка.ВыгрузкаУПДВФорматеЭДОсКМ_970.Форма", но самой обработки нет и выгрузка не работает.
Возможно исправить, добавить недостающую обработку?
Добрый день!
Вы правы - обработка "ВыгрузкаУПДВФорматеЭДОсКМ_970" по какой-то причине не попала в предыдущий релиз. Приношу свои извинения за эту недоработку.
Я обновил архив с файлами, и теперь недостающая обработка в нём присутствует.
Обратите внимание изменился вызов этой обработки из накладной
Вы можете скачать обновлённую версию прямо из вашего личного кабинета в разделе "Загрузки".
Если не получается пожалуйста, обратитесь в техническую поддержку Инфостарта. Опишите ситуацию - сотрудники поддержки предоставят вам актуальный архив.
Удачи в работе, коллега!
Рад, что у вас всё заработало! Отвечаю по пунктам.
В нашей архитектуре УТ 10.3 является главной управленческой базой и источником Master Data (НСИ), откуда вся нормативно-справочная информация синхронизируется в УТ 11.5.
1. Обмен номенклатурой и накладными
Обмен строго односторонний: из УТ 10.3 -> в УТ 11.5.
Что передается: Номенклатура, характеристики, штрихкоды, дополнительные реквизиты.
Что не передается: Документы движения (приходные и расходные накладные) из УТ 10.3 в УТ 11.5 не выгружаются.
2. Загрузка из 11 в 10 не используется
Обратный обмен (из УТ 11.5 в УТ 10.3) для номенклатуры или документов не реализован. В этом нет необходимости, так как УТ 11.5 в гибридной схеме выступает исключительно как сервис для работы с ЧЗ.
3. Маркировка остатков
Мы тоже проходили через эту процедуру. Подробный разбор нашего опыта с пошаговым планом, ошибками и выводами я описал в отдельной статье: "Маркировка остатков товаров на складе: Как сделать все быстро и без ошибок (мой практический опыт)" (.
Общий принцип такой: учет товародвижения и управленческие процессы как и раньше ведутся в УТ 10.3, а все операции, связанные непосредственно с маркировкой (эмиссия кодов, ввод остатков, списание в ЧЗ), выполняются в УТ 11.5.
Что касается вашего вопроса об отгрузке:
У нас реализована интеграция УТ 10.3 со складской WMS. Когда кладовщик через ТСД сканирует коды маркировки при отборке товара, они фиксируются в WMS и затем передаются в документ реализации в УТ 10.3. Таким образом, в накладной в УТ 10.3 коды маркировки присутствуют, и их не нужно вносить вручную.
А как у вас организован процесс отбора и отгрузки товара на складе? Как планируете добавлять коды маркировки в документ "Реализация товаров и услуг"? Интересно сравнить подходы.
Да, ваш план - это правильный и логичный следующий шаг.
Как вариант, рекомендую рассмотреть использование ТСД с мобильным 1с клиентом к базе УТ 10.3. Реализуется это вполне стандартно:
Обработка для ТСД: Создается обработка на управляемых формах, оптимизированная для экрана ТСД.
Логика работы: На ТСД выбирают накладную на отгрузку, затем сканируют КМ. Во время сканирования коды записываются во временный регистр сведений, привязанный к этому документу.
Фиксация: Когда кладовщик нажимает "Готово", все отсканированные КМ из регистра автоматически переносятся в табличную часть "ШтрихкодыУпаковок" документа "Реализация товаров и услуг" в УТ 10.3.
Такой подход исключает ошибки ручного ввода, ускоряет процесс и сразу дает актуальную картину по отгруженным кодам маркировки.
Кстати, у нас по примерно такой же схеме проводится инвентаризация в розничных магазинах. Мы ее проводим исключительно по кодам маркировки: ревизор с ТСД сканирует товары, данные пишутся в регистр, а потом переносятся в документ инвентаризации. После инвентаризации, обязательно по мимо недостачи и излишков, находятся 2-3 косяка с кодами маркировки, обычно не корректный статус, хотя при приемке товара в магазине товара, все проверяется с помощью сканирования, но как обычно в магазине бывает пересорт, при продаже отсканировали одно, а по факту отдали другое (тот же товар но с другим кодом маркировки)
Коллега, понимаю ситуацию. Если штрихкодов в базе нет, не беда.
Механизм обмена между УТ 10.3 и УТ 11.5, который лежит в основе решения, дает нам еще один, более надежный способ идентификации.
Вот как это можно реализовать:
Идентификация через GUID: При синхронизации номенклатуры и характеристик из УТ 10.3 в УТ 11.5 для каждой записи передается и сохраняется ее уникальный GUID (идентификатор). Это общий ключ между двумя базами для одной и той же номенклатурной позиции.
Схема работы при сканировании на ТСД:
Вы сканируете код маркировки (КМ) в обработке на ТСД или сканером, связанной с УТ 10.3.
Обработка отправляет этот КМ в веб-сервис УТ 11.5 (который можете сами добавить).
УТ 11.5, по коду маркировки находит соответствующую номенклатуру и характеристику.
Веб-сервис возвращает в УТ 10.3 не название товара, а его GUID и GUID характеристики (а заодно может вернуть и штрихкод, извлеченный из GTIN кода маркировки).
Обработка в УТ 10.3 по полученным GUID находит точную пару «Номенклатура-Характеристика» в своей базе и автоматически привязывает к ней отсканированный код маркировки.
Побочный полезный эффект: В этот же момент можно автоматически заполнить справочник штрихкодов в УТ 10.3, взяв его из GTIN сканируемого кода. Таким образом, база со временем сама «обрастет» необходимыми штрихкодами без ручного труда.
Итог: Вам не нужно заранее вносить штрихкоды. Система сможет определять товар по коду маркировки, используя УТ 11.5 как «справочный центр», и параллельно может актуализировать недостающие данные в основной базе. Это вполне реализуемое развитие текущего механизма обмена.
Здравствуйте.
К сожалению, Инфостарт удалил возможность отправки личных сообщений, даже между "друзьями", так что связаться напрямую через сайт не получится.
Что касается вашего вопроса по обработке: она присутствует в конфигурации и называется «ЭДОЗагрузкаИзXML». Её задача как раз в том, чтобы загрузить XML-файл, полученный из ЭДО, от поставщика с кодами маркировки, в документ "Поступление товаров и услуг", добавляя товары и коды маркировки.
Дружище, я очень ценю ваше доверие, но вынужден отказаться от предложения сделать интеграцию "под ключ". Я сейчас сознательно не занимаюсь внедрением и технической поддержкой этого решения, так как во первых, сейчас у меня на это просто физически нет времени, во вторых, моя цель была - поделиться опытом и "строительными материалами", а не вести коммерческие проекты на их основе.
Решение в архиве - это именно основа для самостоятельной доработки. Если будут возникать конкретные технические вопросы по коду - задавайте их здесь, в комментариях, я постараюсь помочь советом.
Уверен, что разобравшись, вы справитесь!
Снова здравствуйте!
Благодарю за ваш ответ, обработку нашёл, теперь работает намного интереснее. Моя ошибка была в том что я искал её на форме документа "Поступление товаров и услуг", я думал что она должна вызываться оттуда.
Есть еще вопрос, а 10.3 сможет получить по обмену информацию о заказанных кодах маркировки в УТ 11.5, это реализовано в решении, может я пропустил где-то?
Отлично, что обработку нашли и все заработало!
Насчет вашего вопроса: в текущем решении обмен информацией о заказанных кодах маркировки из УТ 11.5 в УТ 10.3 не реализован.
Но, если честно, мне интересна ваша задача - зачем вам в УТ 10.3 информация о заказанных кодах?
Если не сложно, проясните, пожалуйста. Возможно, я смогу подсказать архитектурное решение.
Расскажу, как организовано у нас - возможно, это даст вам идеи.
В нашем случае нет необходимости дублировать в УТ 10.3 информацию о заказанных (эмитированных) кодах маркировки. Вся работа по эмиссии и статусам ведется в УТ 11.5.
Однако, полученные и напечатанные коды (уже со статусом "Введен в оборот") передаются в нашу складскую программу (WMS). Это нужно для контроля при отгрузке:
Контроль на ТСД: Кладовщик, при сканировании товара по накладной производится проверка:
1. От имени какого юрлица производится отгрузка.
2. Текущий статус кода в ЧЗ (должен быть "В обороте").
Только при успешной проверке КМ добавляется в накладную на ТСД.
Актуализация статусов: Два раза в сутки складская программа сама обновляет статусы кодов в своем регистре, запрашивая актуальную информацию напрямую у "Честного знака".
Автоматическое заполнение: При отгрузке все отсканированные коды маркировки автоматически попадают из WMS в табличную часть "ШтрихкодыУпаковок" документа реализации в УТ 10.3. Ручной ввод не требуется.
По поступлению логика похожа: коды из УПД поставщика загружаются в УТ 10.3 в накладную, а на складе фактические коды сканируются в WMS. Далее менеджер видит расхождения (если они есть) между УПД и фактическим приемом и решает вопрос с поставщиком либо подписывает УПД
Итого: Вся оперативная работа с кодами (статусы, проверки) происходит на периферии (в WMS, которая общается с УТ 11.5/ЧЗ), а УТ 10.3 получает уже очищенные, проверенные и привязанные к конкретным документам данные.
Надеюсь, наш опыт будет полезен.
Спасибо за развернутый ответ. Дело в том что в нашем случае отдельной учетной системы для работы со складскими операциями нет. Сборка заказов происходит на ТСД (DataMobile) и оттуда данные попадают в УТ 10.3, вот я и думаю, если наш справочник не наполнен кодами маркировки, то мы не сможем этими кодами наполнить и документ реализации, или я не прав?
Если данные в итоге попадают из ТСД (DataMobile) в УТ 10.3, наверняка там есть и коды маркировки.
Я не работал с DataMobile, но могу предположить, что можно настроить передаваемые данные.
В 1С, заполняйте необходимые данные при обмене
Актуальная версия разработки (в архиве для скачивания) включает в себя ПОЛНЫЙ КОМПЛЕКТ доработок для УТ 10.3 по работе с маркированным товаром (реквизиты, документы, справочники, модули), а также стабильный механизм обмена с УТ 11.5.
Это соответствует всем пунктам, описанным в разделах 1 и 2 статьи и полностью замещает устаревшие обсуждения в комментариях, касающиеся только механизма обмена.
Что это дает на практике:
1. Для УТ 10.3 вы получаете готовую основу- все необходимые объекты, которые уже содержат логику работы с кодами маркировки, аналогичную УТ 11.5. Это не просто скриншоты, а рабочие модули, которые можно целенаправленно перенести в вашу конфигурацию, используя прилагаемую демо-базу как подробный образец.
2. Механизм обмена – это готовое и надежное решение, независимое от обновлений УТ 11.5. Его можно внедрить отдельно или вместе с доработками.
По интеграции в вашу базу
В архиве - именно инструмент и инструкция в виде объектов, а не "черный ящик". Это сознательный подход, который дает гибкость:
* Вы видите всю логику и можете адаптировать её под специфику своих бизнес-процессов.
* Вы не привязаны к конкретному релизу УТ 10.3, так как переносите суть, а не слепо заменяете модули.
* Это позволяет точечно и безопасно встроить функционал маркировки в уже работающую, возможно, сильно измененную систему, не нарушая существующие доработки.
Таким образом, вы не начинаете с нуля, а получаете проверенный "каркас" решения, который существенно ускоряет и упрощает внедрение. Задача сводится не к самостоятельной разработке, а к грамотному переносу готовых и работающих механизмов в вашу среду.
Если в процессе интеграции возникнут вопросы - смело пишите в комментариях к статье. Я постараюсь помочь советом, исходя из своего опыта внедрения этого решения.
Приобрели Ваше решение.
При внедрении обнаружились ошибки.
Функция GetToken HTTP-сервиса "Маркировка" УТ 11(11.5.25.77) возвращает "Неопределено".
"Нет активного токена для организации"
Токен для организации в 1С есть. Актуализирован.
Пожалуйста подскажите в чём может быть причина и как исправить?
Расширение для УТ 11.5, добавляет системный регистр сведений "РегистрКонстант", в котором должна быть запись
где имя константы "ОрганизацияДляПолученияТокенаЧЗ"", а значение должен быть быть указан тип Справочники.Организации" и выбрана организация, токен которого вы обновили в УТ 11.5 и хотите получить в УТ 10.3
Код получения токена в http сервису, занимает две строчки кода и использует типовой механизм конфигурации, по идее там ломаться то не чему, проверьте константу описанную выше.
Кстати, для автоматического продления токена в УТ.11.5 обратите внимание на другую мою статью: ""
/// РегистрыСведений.РегистрКонстант.ПолучитьЗначение("ОрганизацияДляПолученияТокенаЧЗ");
закомментировал
Сделал так:
Организация = Справочники.Организации.НайтиПоНаименованию("ТутНашаОрганизация");
КлючСессии = ИнтерфейсАвторизацииИСМПСлужебный.ПроверитьОбновитьКлючСессии(
ИнтерфейсИСМПОбщегоНазначенияКлиентСервер.ПараметрыЗапросаКлючаСессии(Организация));
Всё равно не взлетает.
Сертификат и Крипто-Про установлены только на сервере 1С.
Может это с этим быть как связано?
через отладку уходит в ошибку {<Неизвестный модуль>(1,1)}: Переменная не определена (КлючСессии) на следующем шаге после этих двух строк:
КлючСессии = ИнтерфейсАвторизацииИСМПСлужебный.ПроверитьОбновитьКлючСессии(
ИнтерфейсИСМПОбщегоНазначенияКлиентСервер.ПараметрыЗапросаКлючаСессии(Организация));
Помогите пожалуйста.
В итоге УТ 11.5 в переменную КлючСессии возвращается токен, который указал.
и в УТ 10.3 сообщение "Не удалось получить статусы кодов маркировки."
При анализе ответа из ЧЗ ошибка авторизации 401.
Что я не так делаю?
Подскажите пожалуйста...
Для начала, не нужно выкладывать код модулей в открытый доступ, если я хотел бы поделиться со всеми, я бы разместил свою разработку бесплатно.
Второе, токен - это длинная строка, откройте свойства токена ИС МП, поле "Токен", вот эта строка и должна передаваться в УТ 10.3
> Для начала, не нужно выкладывать код модулей в открытый доступ, если я хотел бы поделиться со всеми, я бы разместил свою разработку бесплатно.
Это я не подумавши. Вы правы. Извините.
>Второе, токен - это длинная строка, откройте свойства токена ИС МП, поле "Токен", вот эта строка и должна передаваться в УТ 10.3
Спасибо за обратную связь! Всё работает!
В моей этой схеме коды маркировки из УТ 10.3 в УТ 11.5 не передаются .
Ключевая идея: УТ 11.5 выступает как изолированный "модуль маркировки", который сам получает коды из ГИС "Честный знак" (через "Заказ на эмиссию") .
Роль УТ 10.3 - только хранение полученных из УПД кодов для собственного учета и выгрузки в ЭДО. Обмен данными между системами нужен, чтобы УТ 11.5 знала, с какой номенклатурой/характеристикой работать. Передача самих КМ между контурами не требуется.
Если в вашей схеме нужен обмен КМ: это действительно можно добавить в механизм обмена (передавать данные в JSON и обрабатывать в УТ 11.5). Однако с архитектурной точки зрения это избыточно и усложняет систему, так как хранение и работа с КМ в УТ 11.5 - это сложный комплекс (справочники + регистры), который уже реализован "из коробки".
Моя цель - минимальные изменения в УТ 11.5 и использование её штатного функционала по маркировке.
Планирую в ближайшее время, доделать обработку и разместить статью на Инфостарт, о том как работать с УТ 10.3 в ТСД на базе андроид, на управляемых формах, в мобильной версии 1с, по сути в режиме онлайн.
Там будет функционал "Приемка", "Отгрузка", "Инвентаризации" по кодам маркировки и обычным ШК.
тем самым это будет дополнение к этой статье, с возможностью работать в базе на ТСД
Здравствуйте коллеги!
Тоже сейчас иду по пути "Связка УТ10.3 и БП 3"
Обмен реализован через прямое com-соединение.
В БП транспорт с "Честный знак"
На УТ11 переходить желания нет ибо жесть, а не конфигурация.
У меня была наработка для ТСД на моб. платформе. Теперь ее буду прикручивать к маркировке.
В опциях тоже Поступление-Сборка-Инвентаризация
Но там офлайн и обмен через фтп.
Если через RDP работать, то хз как оно онлайн будет. А доступ к внешнему сканеру ТСД? Через БПО ?
Здравствуйте! Спасибо, что поделились своим опытом.
Ваш путь с БП 3.0 как "транспортом" для Честного Знака вполне жизнеспособен, но позволю себе пару комментариев по технологическому стеку:
Про COM-соединение
Я бы все же предостерег от использования COM. Технология капризная: помимо морального устаревания, вы будете постоянно сталкиваться с необходимостью перерегистрации библиотеки при каждом обновлении платформы, а также с проблемами разрядности (32/64 bit). HTTP-сервисы в этом плане куда стабильнее и "легче". Прямо сейчас я "выпиливаю" COM обмен, в нескольких местах и перевожу на HTTP сервисы.
Про ТСД и RDP
Работа через RDP на ТСД - это вчерашний день. Это неудобно, требует стабильного Wi-Fi в каждой точке склада и часто "глючит" при пробросе портов сканера, дополнительные временные задержки.
Мой совет по мобильности
Попробуйте перевести работу с ТСД на Мобильный клиент платформы 1С.
В вашей УТ 10.3 можно включить поддержку управляемых форм и отрисовать интерфейсы на управляемых формах, специально под ТСД.
Для работы со сканером не нужно изобретать велосипед - просто возьмите драйвер из макета актуальной УТ 11.5. Современные ТСД на Android отлично работают с 1С напрямую, как со встроенным сканером, так и с камерой.
Это даст вам честный "онлайн" на ТСД, отсутствие лагов RDP и нормальную работу с маркировкой прямо в руках у кладовщика.
Как я писал ранее, я как раз планирую подготовить отдельную статью о том, как мы "подружили" ТСД на Android с нашей доработанной УТ 10.3. Думаю, вам это будет актуально.
Зарегить библиотеку это всего одна команда. Не критично.
Про ТСД и RDP
Конечно НЕТ!. Я имел ввиду что в 1с люди по Remote app/
ТСД у меня это полностью автономный APK.
Полностью своя конфигурация на упр формах.
Согласен, каждый сам выбирает инструменты под свои задачи и привычки.
Как говорится, "каждый сам кузнец своего кода" - если архитектура отлажена и бизнес-задачи выполняются, значит, решение имеет право на жизнь.
Удачи в доработке маркировки!
Будет интересно почитать о вашем опыте с ТСД, если решите опубликовать статью.
Да, как дорисую, внедрю выложу.
Сбор заказов для торговых давно уже работает.
ТСД под маркировку в разработке.
В основном функционал УТ 11.5 мы используем для работы с собственными кодами маркировки (эмиссия, ввод в оборот, перемаркировка и т.д.), а так же для маркировки остатков, тут уже не важно чей товар и кто производитель, собственный или купленный у поставщика.
У меня ранее были публикации по поводу маркировки остатков в УТ 11.5, возможно будет интересно:
По идее можно обойтись без УТ 11.5, внедрив необходимый функционал только в УТ 10.3.
Но тут есть один момент, в моей реализации маркировки для УТ 10.3, база обращается к http сервису к моему расширению для УТ 11.5, получая активный токен, котором в УТ 10.3 проверяются коды маркировки при приемке товара (статус, владелец)
1. Важно, чтобы коды маркировки которые в УПД, полученные через ЭДО совпали с тем, что склад отсканировал.
2. Важно, чтобы статус кода был "В обороте"
3. Важно, чтобы владелец кода маркировки был контрагент из УПД
По первому пункту, вы не сможете отгрузить своим клиентам или продать в рознице полученный товар, т.к. если у вас в УПД при поступлении одни коды (возможно даже корректные статусы и владелец), а по факту пришли на склад другие.
Зачем вам этот геморрой при отгрузке? Именно поэтому важно проверять коды при приемке.
По второму и третьему пункту столкнетесь, когда вы со своей стороны подпишите УПД в ЭДО, только после этого информация передается в ЧЗ, и на данном этапе возникает ошибка с каким либо кодом.
Что в этой ситуации делают? Аннулируют УПД, как со стороны покупателя, так и со стороны поставщика, хорошо если поставщик еще будет адекватный и согласится переделать УПД, а если нет.
Опять же зачем вам этот геморрой?
Сейчас, когда все внедряют маркировку, косячат все.
Лучше проверить на корректность при приемке, чем потом думать как отгрузить этот товар
По пунктам "2" и "3" теперь тоже понятно... спасибо. и Как Вы сейчас поступаете при возникновении "не соответствия" по пунктам "2" или "3"? Я так понял тут как раз УТ 11 обеспечивает проверку... Вы не в курсе случайно актуальный релиз УПП 1.3 умеет работать с пунктами "2" и "3"?
Пока с нашей стороны не подписана УПД, поставщик будет делать все, чтобы мы ее подписали, т.к. его товар у нас на складе.
Обычно переделывается УПД, под то, что мы приняли корректным по факту.
Но тут дело уже коммерческого отдела как поступить, они у нас обученные, теперь сами как то разруливают ситуацию без вмешательства ИТ, в любом случае мы не берем на себя косяки поставщика.
Здравствуйте.
Вы правы, модуль ЧЗ одинаковый в типовых конфигурациях, можно использовать и его.
Мы выбрали этот путь, во первых, теоретически все же планируем обновление в дальнейшем нашей основной базы, а второй момент, категоричные менеджеры работающие в бухгалтерской базы, пусть даже только с ЧЗ, так себе удовольствие для главного бухгалтера )))
По идее в cisInfo содержится большее количество информации, дата производства, должна быть в producedDate
Но нужно понимать ЧЗ отдает полную информацию только производителю и текущему владельцу товара, всем остальным отдает усеченный вариант
опыт наработок по нашей УТ 18+ лет
ваша боль и опасения мне очень близки, я выбрал путь допиливания УТ10 по API(2019 год начало маркировки Обувь), так как в тот момент и сам 1С не очень хорошо работал с ГИС МТ и смело брать, что то уже готовое на УТ11 было очень опасно.
на обмене с УТ еще WMS Axelot 3...
в итоге сейчас так и работаем на УТ10,
заказ GTIN, заказ КИЗ, ввод в оборот... все по API, благо сейчас и ЭДО в плане маркировки сделали обязательными УПД с маркировкой и отгрузка клиентам и возвраты (через УКД - потому что не все клиенты осилили делать возвраты сами, мы за них делаем, они только скидывают что вернуть хотят)
на ТСД написал маленькое мобильное приложение 1С, проверять статусы и владельца КИЗ на складе, для сотрудников чтобы контролировали что принимают что отгружают
руководство моё грезит переходом на УТ11 (есть опыт неудачных разработок и переносов наших Процессов на УТ11, но пока еще в процессе)
ваш опыт очень интересен, будем изучать
Обновил архив, да теперь обработка ЭДОЗагрузкаИзXML может работать с агрегированными кодами.
В случае если в XML есть признак "ИдентТрансУпак", отправляется запрос к ЧЗ для получения состава транспортной упаковки. Текущее ограничение один уровень вложенности, но т.к. это "база знаний", то вы легко сможете доработать для любого уровня вложенности рекурсивно вызывая функцию "ПолучитьСоставТранспортнойУпаковки"
Здравствуйте..
Получили новый архив.
Обработка ЭДОЗагрузкаИзXML распаковывает транспортные упаковки на этапе загрузки в поступление.
В справочнике ШтрихкодыУпаковокТоваров создаётся элемент у которого ТипУпаковки = МаркированныйТовар.
В этом случае при приёмке товара надо сканировать все вложенные марки.
Работа с Типом Упаковки "Монотоварная Упаковка" или "Мультитоварная Упаковка" в справочнике ШтрихкодыУпаковокТоваров в Вашем решении не реализована?
Правильно я понимаю?
Да все верно. У меня такой необходимости не было, наоборот сканировали все поштучно, т.к. были случаи когда в упаковке одно, а по факту в другое. Если вам этот функционал необходим, то думаю не сложно будет его дописать самостоятельно.
Решение подойдет для УТ, у которой нет функционала для работы с маркировкой, даже для УТ 10.2.
Но нужно понимать, это не готовое решение (поставил и все заработало), функционал (объекты, процедуры из модулей и т.д), нужно копировать в вашу конфигурацию и при необходимости "допиливать" под вашу измеренную конфигурацию.
По получению токена, доделал хранение в самой УТ. То есть в БП3 получил актуальный токен ЧЗ с датой и записал его в УТ, если он "протух", то только тогда сгонял в БП за новым, а не каждый раз.
Можно этот процесс пошагово рассказать? Много тонкостей предвижу..
Коллега, спасибо за покупку.
Публикация базы на веб-сервере - это стандартная процедура, которая подробно описана в официальной документации 1С и на множестве ресурсов (например, на ИТС или в сообществе). Обычно она не вызывает сложностей, если следовать типовым шагам.
Если у вас возникнут трудности при внедрении моего модуля, пишите, постараюсь помочь советом.
Удачи в настройке!
Здравствуйте.
Я выбрал АТОЛ Smart Prime - сначала купил один для теста, потом еще 5 или 6 шт. на склад, сейчас еще заказываем парочку, их же.
Все это время (с 23 года) работают, нареканий со стороны склада нет. тьфу...тьфу...тьфу...
Причем сканирует коды маркировки отлично, гораздо лучше, чем обычный 2D-сканер, того же АТОЛ, подключенный по USB, в магазинах.
У нас был небольшой "косяк", на производстве каким-то загадочным образом в настройках принтера, в какой то момент времени, была установлена галка "использовать полутона" (кто ее поставил до сих пор загадка и ни кто не сознается ))) ) - как то так называется, которая при печати на этикетки, как бы смазывала сам код маркировки.
Заметили это, только когда товар пришел в магазины и обычный 2D-сканер АТОЛ на кассе, с большим трудом сканировал этот код маркировки, а иногда и вовсе отказывался это делать, хотя на складе при приемке и отгрузке с помощью ТСД, вообще не заметили какой либо проблемы с кодами маркировки.
И еще если можно совет- увидел что три версии у этого ТСД
При этом Полный дешевле Расширенного (у него обещают сканер Zebra). Посоветуйте!
Последний раз покупали пару ТСД вот эти (строка из счета на оплату, в апреле прошлого года за 37950 руб. шт.) :
54204 Терминал сбора данных АТОЛ Smart.Prime базовый (4", Android 11.0 с GMS, MT8768,
3/32Gb, 2D E3, Wi-Fi, BT, NFC, 4G, GPS, Camera, IP65, 5200 mAh)
Сейчас собираемся еще пару купить, но пока счет не заказывал, цену на сегодня не знаю.
Обработка ВыгрузкаУПДВФорматеЭДОсКМ_970 не открывается.
Ошибка:
{ВнешняяОбработка.ВыгрузкаУПДВФорматеЭДОсКМ_970.МодульОбъекта(424,25)}: Переменная не определена (МаркировкаТоваров)
РезультатРазбора = <<?>>МаркировкаТоваров.РазобратьСтрокуШтрихкодаGS1(СтрКМ.КМ);
Как такового мобильного приложения нет, т.к. на ТСД работает мобильная версия 1с, которая подключается к вашей базе УТ 10.3, т.е. ТСД работает в режиме онлайн сразу в вашей базе.
Скачивайте решение, тут и коды маркировки, и обмен с УТ 11.5 и работа с ТСД
Коллега, спасибо за обратную связь, но давайте по пунктам и попробуем без эмоций.
О сути публикации. Прежде всего, данная разработка размещена в разделе «База знаний» и это не готовый продукт. Сделать готовый продукт ДЛЯ ВСЕХ под УТ 10.3 с её количеством релизов и долгим сроком поддержки просто нереально - у каждого, кто до сих пор на ней работает, конфигурация сильно переписана. Нет никакой возможности учесть все нюансы этих доработок. Именно поэтому это «строительные материалы». Вы, как специалист, взяли из них то, что пригодилось, чтобы сэкономить своё время, - и это хорошо. Именно для этого я и делился наработками.
По существу вопроса. Послушайте, в описании на момент вашего скачивания действительно не было информации о разборе групповых штрихкодов КИТУ - того, что вас так расстроило. Однако в текущем релизе это уже реализовано, а так же добавлено в описание. Сейчас проводится разбор кодов маркировки из групповых штрихкодов любого уровня вложенности. Кроме того, добавлена обработка для загрузки накладных в формате JSON с сайта Честного Знака (для поставок в рамках ЕАЭС).
О стоимости (10 SM). Я понимаю желание получить всё "из коробки" за эти деньги. Но давайте смотреть реально. 10 SM - это символическая плата за 3 года эволюции решения, которое закрывает вопрос маркировки в УТ 10.3 "под ключ": метаданные для УТ 10.3, обмен с УТ 11.5, расширение для УТ 11.5, модуль для работы на складе с помощью ТСД (приемка, отгрузка и инвентаризация по кодам маркировки). Если бы это был готовый продукт с поддержкой и гарантией, цена была бы совсем иной (а не 1500 руб. по курсу биржи Инфостарт), и лежал бы он в другом разделе.
Резюмирую. По групповым упаковкам - обновите свой архив, там уже есть готовый механизм рекурсивного разбора. Ваше расстройство понятно, но, согласитесь, странно требовать "коробочное решение" в разделе "База знаний" за 1500 рублей, когда аналогичные внедрения под ключ стоят на рынке от 150 000. Моя цель - дать коллегам рабочий инструмент и каркас, сэкономив им месяцы разработки, о чем я честно написал в описании.
Надеюсь, с обновленным функционалом вы всё же сможете сэкономить своё время. Удачи в доработке!
Здравствуйте.
Передаче КМ между МОД (место осуществления деятельности) в рамках одной организации достаточно специфичный функционал, который не реализован в данном решении.
Но я думаю, если вы используете УТ 10.3 явно сильно доработанную, то его можно будет реализовать по аналогии, как это сделана у меня в документах приходной или в реализации, так же можно дополнительно подключить сканирование с помощью ТСД
Отличная и очень нужная разработка! Абсолютно идентичная проблема с УТ10.
В личные сообщения не написать, поэтому здесь: приобрел решение 20.01.26, а тут смотрю дополнение с моб. клиентом появилось. Еще не поздно попросить дослать модуль для работы на складе с помощью ТСД?
1. ЗаписьРегистра = РегистрыСведений._РегистрКонстант.Получить(Отбор);
Такого регистра нет.
2. Интеграция для УТАП10:
В одном из модулей:
УзелОбмена = РегистрыСведений.РегистрКонстант.ПолучитьЗначение("ПланОбмена_УТ-УТ");
В демо-базе прописано другое имя.
3. {ПланОбмена.ОбменУТ.МодульОбъекта(248)}: Поле объекта не обнаружено (Состав)
Поясните, как быть в такой ситуации? Обработку здесь обновили 5 марта? Опять платить за нее? А если она опять с этими ошибками?
Здравствуйте.
Это не готовая обработка, которую установил и она работает, а по сути это "конструктор" необходимых модулей, реквизитов и других метаданных для интеграции в вашу УТ 10.3, чтобы запустить там маркировку
Спасибо, что обратили внимание на ошибки, которые возникли в процессе формирования демобазы.
п.1 и п.2 ошибка - опечатка, исправлено в новом релизе
п.3 - это был дополнительный реквизит, которого не было изначально в типовой УТ 10.3, эта удалена строка в новом релизе
Оплачивать повторно ни чего не нужно. У вас в ЛК должна быть возможность скачать повторно, если не получится обратитесь в техподдержку Инфостарт, они вам помогут скачать новый релиз.
Скрин переписки прикладываю
Отдельное спасибо автору разработки. Полезно.
Коллеги, может быть кто-то сталкивался с проблемой:
УТ 10.3.12.3, опт и розница, моторные масла.
Для печати чека на ККТ нужен КМ с криптохвостом, который можно получить только сканированием марки.
Стоит ScanOPOS 8.1.7.9. Сканер 2D считывает данные БЕЗ криптохвоста, Вычитал, нужна компонента 1С 10.х NativeApi.
Не пойму пока куда копать дальше
Буду благодарен любой инфе
Я против бесконтрольного распространения модуля, по поводу нового релиза ответил в (205)
Что касаются вашего вопроса, то берите драйвер из УТ11.5 он работает в УТ 10.3, кстати ТСД в моей разработке работает точно так же, можете посмотреть пример
Купил обработку, всё сделал, но никак не работает обмен из ут10 в ут11. Не знаю куда копать дальше. При выполнении регламентного задания выдаёт ошибку .
Ошибка при вызове метода контекста (ПрочитатьJSON)
{ОбменУТ10_3 ОбщийМодуль.ОбменУТ10_3_РегламентныеЗадания.Модуль(302)}:ДанныеЗапроса = ПрочитатьJSON(JSON);
{ОбменУТ10_3 ОбщийМодуль.ОбменУТ10_3_РегламентныеЗадания.Модуль(24)}:ДанныеОтвета = ПолучитьJSON(РезультатЗапроса);
{ОбменУТ10_3 ОбщийМодуль.ОбменУТ10_3_РегламентныеЗадания.Модуль(6)}:НомерПакета = ЗагрузитьПакет();
[ОшибкаВоВремяВыполненияВстроенногоЯзыка]
по причине:
Непредвиденный символ при чтении JSON
Здравствуйте.
Судя по всему ошибка возникает в УТ 11.5, при попытке вызвать функцию платформы ПрочитатьJSON, что странно, т.к. со стороны УТ 10.3 используется обратная функция платформы ЗаписатьJSON.
Вот несколько моментов на которые я бы обратил внимание:
1. У вас версии платформы для конфигураций УТ 10.3 и УТ 11.5 одинаковые?
2. Попробуйте "в ручную" выполнить GET запрос к УТ 10.3 в браузере, вызвав метод получения данных:
- что будет в браузере? Проверьте на валидность полученный json
3. Запустите конфигуратор УТ 11.5 поставьте точку останова на строке ДанныеЗапроса = ПрочитатьJSON(JSON);
Проверьте на валидность текст из переменной JSON
Здравствуйте.
1. Версии платформы для обеих конфигураций одинаковые, так как запускаю с одной платформы.
2. Запрос вручную в браузере выдает {ПланОбмена.ОбменУТ.МодульОбъекта(19)}: Ошибка при вызове метода контекста (НачатьЗапись).
Получается ошибку вроде бы выдаёт в УТ11 в строке 315 этого же модуля
Результат = Соединение.Получить(Запрос);
То есть результат содержит ошибку в УТ10
{ПланОбмена.ОбменУТ.МодульОбъекта(19)}: Ошибка при вызове метода контекста (НачатьЗапись).
в строке ЗаписьСообщения.НачатьЗапись(ЗаписьXML, УзелОбмена);
3. Точку останова то я поставил, но как проверить на валидность текст из переменной не пойму пока.
Коллега, если у вас при обращении к http сервису УТ 10.3 возникает ошибка в браузере, значит не настроен план обмена.
1. Можно в конфигураторе УТ 10.3 поставить точку останова в ПланОбмена.ОбменУТ.МодульОбъекта на строке 19, поставить "галку" см вложенный файл, обратиться еще раз к http сервису через браузер далле отладчиком посмотреть, что за параметры передаются в ЗаписьСообщения.НачатьЗапись(ЗаписьXML, УзелОбмена);
2. Проверьте настройку обмена в УТ 10.3, посмотрите еще раз раздел в статье "Настройка обмена между УТ 10.3 и УТ 11.5"
3. Воспользуйтесь обработкой для просмотра и регистрации объектов к обмену, чтобы убедиться, что план обмена работает и объекты к обмену регистрируются.
Добрый день.
Спасибо, я уже успел найти и исправить эту ошибку в плане обмена, был не задан код узла обмена.
Но всё равно ошибка осталась, но другая.
{HTTPСервис.ПланыОбмена.Модуль(37)}: Ошибка при вызове метода контекста (ЗаписатьJSON)
Пытаюсь с ней разобраться.
Но всё равно выдаёт
Ошибка при вызове метода контекста (ЗаписатьJSON)
{ххххххххххххххххххх}: ЗаписатьJSON(JSONData,ДанныеОтвет);
по причине:
Значение содержит данные недопустимых типов.
Хорошо бы конечно иметь версию посвежее, а не годовалой давности, возможно там что-то исправлено при работе с JSON, но я все же думаю, что проблема не в этом.
Я думаю проблема в каким то "запрещенном" символе, из за которого не срабатывает функция ЗаписатьJSON, т.е. даже если структура на первый взгляд кажется нормальной, то скорее всего там есть "проблемный" символ.
Можно в конфигураторе поставить "галку" - "Останавливаться при ошибке" и когда точка останова сработает очень внимательно изучить передаваемую структуру для функции ЗаписатьJSON на передаваемые типы, на спец символы, значение NULL и т.д.
Еще вариант, возможно вы добавили в код выгрузки какой либо дополнительный реквизит или данные и не сериализовали их для выгрузки.
Спасибо. Скорее всего вот этот вариант. Я хотя и не расширял пока передаваемые данные, но могли попасть какие-либо дополнительные реквизиты в выгрузку. В первую очередь это всё проверю чуть позже.
Дополню свой ответ.
При диагностике обратите особое внимание не только на спецсимволы в строках, но и на типы данных полей. Метод ЗаписатьJSON не умеет автоматически сериализовать, например, УникальныйИдентификатор, ДвоичныеДанные, Тип, а также ссылки на справочники или документы, но опять же это важно, если вы расширяли список передаваемых данных, т.к в "базовом" варианте все необходимые процедуры по сериализации данных были встроены и подобные ошибки не должны были появляться
Потоковая работа с JSON реализована в 8.3.6.1977, но если написать функции преобразования структуры в JSON и обратно, то должно работать, но нужно уточнить по поводу http сервисов.
Что мешает вам обновить платформу на 8.3, конфигурация все равно останется и будет работать в режиме совместимости 8.2, но у вас зато появятся новый функционал такой как ЗаписатьJSON?
Должно получится, я с 8.1 мигрировал на 8.3.27.1989 релиз, кроме того УТ 10.3 (10.3.6.8) работает в режиме совместимости Версия 8.3.23 с возможность использовать расширения и современные возможности платформы.
Но поднимать версию совместимости нужно аккуратно и последовательно, проводя необходимые доработки.
Не самая свежая далеко, но и не прям древняя, как 10.3.6. Мы просто всегда используем свежие драйвера атоловские, на сайте ИТС всегда есть последняя версия обработки обслуживания. Все нововведения, будь-то налоговые или теже ставки НДС просто адаптируем в коде и метаданных конфигурации и все отлично работает. Сейчас встал вопрос ребром с маркеровкой, т.к. обновить нашу 10ку даже до версии 10.3.8Х уже не реально из-за глубокой доработки, нам предложили решение - работать в 10ке, документы содержащие КМ выгружать в 11ю, там вводить и принимать к учету коды. Так же предложили контур розничной торговли, а именно пробитие чеков на ККМ реализовать в 11й, закрывать смену в 11й и ООРП выгружать в 10ку. Но такой БП меня, как разработчика не очень устраивает, юзерам придется метаться между разными программи, постоянные синхронизации документов и прочие сопутствующие сложности. Ваш вариант более интересен, т.к. вся работа остается в 10ке. Но у нас 90% продаж это розница и вот тут мне нужно понять, что придется еще доработать - толи формирование ХМЛ для передачи в ФР сразу с кодом или же через ваш сервис потом скопом, за день отдать реализованные розницей чеки, по аналогии с оптовой торговлей.
Абсолютно такая же ситуация. Все продажи в розницу в УТ10 на платформе 8.3 в режиме совместимости 8.2. Вот настраиваю обмен с УТ11 и хочу попытаться пробивать чеки в УТ10, а потом через этот обмен с УТ11 передавать то ли чеки скопом для работы с маркировкой, то ли каждый чек будет уходить периодически для списания маркированных товаров в УТ11. Может быть есть вариант пробовать делать запрос по маркировке также из УТ10 сразу с помощью токена УТ11, как при поступлении товара. Вот не разобрался ещё.
(230)
Тоже вариант, но я вот все же придерживаюсь такого мнения, что для розницы с учетом того, что постоянные изменения, лучше использовать специализированную конфигурацию и обновлять ее регулярно, а все хотелки на кассе, сделать через расширения. Мы пошли по такому пути.
У нас УТ 10.3 - управленческий учет, УТ 11.5 - работа с маркировкой собственного товара, Розница + свое расширение в магазинах
В конечном итоге, пришел к выводу об использовании 1С:Розница, Вы были абсолютно правы.
Подскажите, в 1С:Розница для розничных магазинов вы перегружаете справочники "Номенклатуру" и "Штрихкоды упаковок"? Из 10.3 или 11.5? С помощью каких механизмов?
Заранее благодарен за ответ
Здравствуйте, коллега
Работает на всех устройствах на базе adndroid, т.к. запускается мобильный клиент 1с, который работает напрямую с вашей базой данных.
Можно запускать на телефонах adndroid и использовать в качестве сканера камеру телефона.
Если у вас собственные коды маркировки, то вам лучше настроить обмен между УТ 10.3 и УТ 11.5, тогда в вашей УТ 11.5 будет все возможности для управления маркировкой, в том числе эмиссия, ввод в оборот, вывод и т.д.
Если вы имеете ввиду "вывод из оборота" - как продажа товара, то:
1. Если продажа другой организации, то через УПД, в накладной все для этого есть, так ж е есть обработка которая формирует XML для ЭДО
2. Если продаже через кассу физикам, то блоком который отвечает за работу с вашей кассой.
Коллега, это разработка - "гибрид". Мы оставляем стабильное, переписанное вдоль и поперек ядро 10.3 в покое, а всю изменчивую логику работы с маркировкой используем в обновляемой типовой УТ 11.5, соединив их легким и быстрым обменом. Здесь как раз рассматривается древние УТ 10.3, в которых еще не было маркировки.
1. В обмен УТ 10.3 с УТ 11.5 односторонний, только в сторону УТ 11.5, туда переносится номенклатура с сохранением структуры папок, характеристики, штрих коды, т.е. все то, что нужно для дальнейшей работы в ЧЗ.
2. В УТ 10.3 нет документов для работы с ЧЗ, в этом и смысл чтобы не тянуть весь функционал в УТ 10.3 и не поддерживать его при изменении законодательства, мы все что касается работы с ЧЗ делаем в УТ 11.5, а,УТ 10.3 в свою очередь позволяет добавлять коды маркировки в накладные, принимать товар, отгружать товар, проводить инвентаризацию по кодам маркировки, на складе работать и сканировать коды маркировки с помощью ТСД или моб. телефона.
Дело в том что у нас идут отгрузки маркированной продукции на маркетплейсы.
Товары отгружаются, а марки остаются в системе
Вопрос следующий: Как заполнить документ "Вывод из оборота" в УТ 11.5 кодами маркировки из документа реализации в УТ 10?
Я так понимаю придётся добавить документ в УТ 10 на подобии "Вывод из оборота" в УТ 11, заполнять его товарами и марками из реализации.
Затем через обмен создавать "Вывод из оборота" в УТ 11 и там оформлять.
(250)
Вы не можете отгрузить на МП маркированный товар, не по УПД. Верно?
При схеме FBO:
Сначала вы подписываете у оператора ЭДО свой УПД, затем МП подписывает УПД со своей стороны.
ТОЛЬКО после этого оператор ЭДО передает коды маркировки из УПД в ЧЗ, где, если все ок (статус, владелец и т.д) коды маркировки передаются на ПМ и МП сам выводит такую продукцию из оборота.
При схеме FBS (видимо это имелось ввиду у вас):
Вы так же отправляет УПД с кодами маркировки площадке. При продаже Wildberries выдает чек. Когда товары купили, маркетплейс публикует отчет с их кодами в личном кабинете. В течение трех дней после этого продавец должен отметить в ЧЗ, что они вышли из оборота. Для этого нужно создать документ в УТ 11.5 "Вывод из оборота" и указать "Продажа по образцам, дистанционный способ продажи" в качестве причины вывода.
Чтобы это не делать в ручную, можно автоматизировать, получать по API список проданных кодом маркировки от МП и формировать документы или в ЧЗ по API или в 1с УТ11.5
А второе (опять простите за неопытность)- как вашу обработку из демобазы запустить на ТСД? И как настраивается вход по штрих-коду?
Спасибо!
Как работает сканер на ТСД.
1. Коллега прочите файл "прочти меня.txt" - там ответы на многие ваши вопросы
2. Драйвер1СУстройстваВводаNative в моем решении встроен в конфигурацию в виде общего макета. Это ключевой момент: драйвер не подключается извне, а лежит прямо в конфигурации УТ 10.3 как общий макет, перенесенный из УТ 11.5. Именно за счет него сканер на терминале работает через мобильный клиент 1С без дополнительных танцев с бубном.
3. Подключение драйвера в 1С происходит в модуле управляемого приложения, там же указаны основные настройки сканера на ТСД, такие как:
Интент = "com.xcheng.scanner.action.BARCODE_DECODING_BROADCAST"; //Указано в настройках Сканера
ИнтентДанные = "EXTRA_BARCODE_DECODING_DATA"; //Указано в настройках Сканера
и др.
4. Обработку можно запустить непосредственно в 1с, там есть возможность вставлять ШК и КМ в поле и можно использовать для отладки.
5. При запуске на мобильной версии 1с и подключении базы, на ТСД необходимо авторизовываться по служебному пользователю TSD (см так же в модуль управляемого приложения), его нужно создать у себя в базе, задать пароль, указать их при запуске 1с на ТСД.
После запуска 1с под этим пользователем автоматически открывается на весь экран обработка для работы с ТСД, но для начала необходимо авторизоваться теперь у же по ШК кладовщика.
т.е. тут 1с запускается от служебного пользователя, но для работы с ТСД необходимо авторизоваться кладовщику по своему ШК, для этого см. файл "прочти меня.txt" "Регистр "ШтрихКоды" в свойства измерения "Владелец" добавить тип: СправочникСсылка.Пользователи,..."
Подскажите пожалуйста.
Настроил http сервис в УТ11. Пытаюсь получить токен организации.
1) по коду получаю "СертификатыДляПодписанияНаСервере" (Общие модули - ИнтерфейсАвторизацииИСМПСлужебный - ОбновитьКлючСессииНаСервере).
Мне в ут11 нужно добавить сертификат и подпись?
2) в регистре констант в поле "ОрганизацияДляПолученияТокенаЧЗ" писать с кавычками организацию? Пример:
ООО "РогаКопыта"
Нет понимания получения токена и что для этого нужно. Можете помочь с этим вопросом?
3) Есть возможность за доп вознаграждение подключиться и пройти путь вместе? я всё подключил, весь код добавил
Коллега, вам спасибо, за добрые слова!
1. Конечно, чтобы УТ 10.3 получила текущий токен, он должен быть актуальным в УТ 11.5, для этого, нужно добавить сертификат пользователя и получить токены в УТ 11.5 в ручную, этими токенами вы так же сможете работать в ЧЗ непосредственно из УТ 11.5, проводить эмиссию и т.д. В 1С по умолчанию, срок действия токе ограничен 10 часами, через 10 часов в УТ 11.5 нужно повторно обновлять токен.
Чтобы этого не делать в ручную у меня есть отдельное решение , когда у вас все заработает обратите внимание на него.
2. В регистре сведений "Регистр констант", необходимо создать новую запись с типом данных "Организации" и выбрать из справочника вашу организацию
3. Я понимаю, что "конструктор" получился сложный, но к сожалению нет, но если будут еще вопросы задавайте их здесь.
Зачем нужна проверка статусов КМ на стороне УТ 10.3?
Если, допустим, я понимаю, что марки мои (мы заказывали КМ и печатали), они считываются сканером и т.д.
Т.е. как бы все ОК с ними по логике.
Заранее спасибо за ответы
Если, ваши КМ то проблем нет.
Но представьте такой вариант, по получаете от поставщика маркированный товар и УПД с кодами маркировки.
Вы точно хотите доверять то какие КМ "напикал" кладовщик вашего поставщика, там ведь тоже работают люди.
а так вы загружаете накладную, в ней из УПД подтянуты КМ, на складе у вас кладовщик пропикивает все полученные коды маркировки и в итоге у вас полная картина, в виде статусов, "В наличии" - если все ок, КМ в УПД и на складе совпал.
"Не числилась" - если КМ отсутствует в УПД, но по факту на складе он был в поставке и т.д.
Кроме того, хорошо бы проверить статусы КМ, должны быть все "В обороте" и текущего владельца кодов маркировки - ваш поставщик, если все ок, можно смело подписывать УПД в ЭДО, после этого все коды маркировки будут зарегистрированы в ЧЗ на вашу компанию и вы станете их владельцем.
теперь что будет если это не проверять.
Вы примете на себя коды маркировки по УПД, а что будет по факту, вы узнаете когда попытаетесь продать, не верный статус, не верный владелец и другие ошибки.
Но самое интересное, ошибки ЧЗ у вас возникнут, после того как вы как поставщик, подпишите УПД, ваш покупатель не проверяя тоже подпишет УПД, а при регистрации в ЧЗ возникнут ошибки, тогда вам и вашему покупателю придется аннулировать УПД, все исправлять и повторять процесс заново, геморрой... еще какой, а оно вам надо?
А можно просто проверить на входе все КМ и избавить себя от всех остальных ошибок
Как то так...
Вы не сталкивались с такой проблемой?
Спасибо, Начинаем уже думать переписывать на мобильное приложение вместо мобильного клиента.
WIFI бесшовный, причем зависание клиента происходит даже без перемещения физического по складу.
Попробуем диагностировать проблему.
Какими моделями ТСД пользуетесь, если не секрет?
Если вы имеете ввиду маркированных товаров, то, ТСД вместо ШК запрашивает код маркировки, если у товара вкючен признак маркировки. Сканирлвание производится в регистр сведений, далее сводно загружаются в документ инвентаризации, но мы еще заодно проверяем статус КМ и его владельща при инвентаризации
Коллега, если надумаете купить и будут сложности, пишите, будем разбираться. Почитайте комменнты, всегда стараюсь помочь и ответить. Тут нужно понимать, что это не готовая разработка установил и запустил, в данном случае это конструктор
На конфигурации УТ 10.3.60.3 запустится? Или могут понадобится доработки?
Коллега, это не готовое решение, которое скачали, установили и оно заработало, это конструктор.
Есть урезанная демо база, в которой все работает, нужно копировать от туда необходимые объекты и модули и интегрировать их в свою УТ10.3
Почему так?
Нет ни какой возможности сделать универсальное решение, смотрите сами вы используете УТ10.3, значит вы ее сильно кастомизировали, кроме того, 1С УТ 10.3 выпускало и поддерживало почти 15 лет, последние версии уже включали маркировку.
Поэтому в этом случае только ручной перенос в свою конфигурацию необходимых блоков, реквизитов, регистров и модулей.
Да, на самом деле символическая сумма, обратите внимание на ТСД для УТ 10.3, для работы с маркировкой.
Даже если не нужна будет маркировка или решите этот вопрос как то по другому, то можно посмотреть как пример, того как запустить на УТ 10.3 мобильный клиент от 1с на ТСД под андроидом, работа со сканером, с камерой, озвучка голосом ошибок и т.д.
Ну вы отважный.
Я поднимал постепенно наверное в течении недели, каждый раз находя косяки и дорабатывая в конфигурацию.
Может вам проще вернуться обратно и двигаться постепенно?
Хотя итог того стоит, возможность иметь расширения и д.р. "плюшки" новых релизов.
Сейчас режим совместимости (в тестовой, конечно, базе) поднял до 8.3.25. Буду тестировать и тестировать ни одну неделю...
Коллега, в описании указана платформа 8.3
Я в свое время отвечал на вопрос (224), что минимальная версия 8.3.6.1977
Это связано с потоковой работой
JSON.
Но эти функции можно переписать на язык 1с и остаться на 8.2
Но если поступит заказ, что денег нет на полноценное внедрение, а работать нужно. Буду использовать ваше решение!!
Поэтому благодарочка от сообщества.
А клиентам, которые хотят использовать ваше решение могут мне написать, сможем договориться о внедрении такой подсистемы! В своё время в УПП писал такие велосипеды как пример внедрение ЭСЧФ и скрещивал с 1С 7.7.
Как говорится мы работали как могли.
Я правильно понимаю, что если у меня все так как на картинке:
1. Есть вид товара в "Виды продукции" (Интеграция с ИС МП).
2. Проходит проверка сертификата (Обмен с ИС МП-> Настройки электронной подписи и шифрования).
3. В настройке обмена с СУЗ есть сообщение "Подключение настроено корректно" (Интеграция с ИС МП-> Параметры подключения к СУЗ).
4. Токены авторизации есть и актуальны (Обмен с ИС МП-> См. также).
В этом случае я могу успешно работать с ИС МП в УТ10.3? Или есть еще
Спасибо!
Но сейчас к любой УТ10 относятся как к той, в которой нет маркировки. Найти информацию (особенно если месяц назад первый раз занялся маркировкой) не возможно.
Мою 1с было возможно обновить до последнего релиза и еще кое что прикрутить.
Помогите коллега (не сердитесь), подскажите- если у меня все произошло как в (298) я могу уже работать с ИС МП?
Как я понимаю типовой механизм работы с маркировкой в релизах УТ10.3.88 полностью взят из УТ11 (он на УФ, с абсолютно идентичными строками, флагами и пр.).
Если в УТ11 моих настроек и результатов их проверок достаточно, то и в УТ10.3.88 сработает!
Обработку купили. Базы соединили, но при обмене ошибка, уже обсуждали проблему, но можно еще раз подсказать как вычислить ошибку:
""
Ошибка при вызове метода контекста (ПрочитатьJSON)
{ОбменУТ10_3 ОбщийМодуль.ОбменУТ10_3_РегламентныеЗадания.Модуль(297)}:ДанныеЗапроса = ПрочитатьJSON(JSON);
{ОбменУТ10_3 ОбщийМодуль.ОбменУТ10_3_РегламентныеЗадания.Модуль(18)}:ДанныеОтвета = ПолучитьJSON(РезультатЗапроса);
{ОбменУТ10_3 ОбщийМодуль.ОбменУТ10_3_РегламентныеЗадания.Модуль(2)}:НомерПакета = ЗагрузитьПакет();
[ОшибкаВоВремяВыполненияВстроенногоЯзыка]
по причине:
Непредвиденный символ при чтении JSON
""
Как вычислить этот "Непредвиденный символ". Где поставить точку останова, чтобы посмотреть
<?xml version="1.0" encoding="UTF-8"?>
<v8msg:Message xmlns:v8msg="http://v8.1c.ru/messages">
<v8msg:Header>
<v8msg:ExchangePlan>ОбменУТ</v8msg:ExchangePlan>
<v8msg:To>НБ</v8msg:To>
<v8msg:From>СБ</v8msg:From>
<v8msg:MessageNo>27</v8msg:MessageNo>
<v8msg:ReceivedNo>0</v8msg:ReceivedNo>
</v8msg:Header>
<v8msg:Body/>
</v8msg:Message>
Управление торговлей, редакция 11.1 (11.1.9.51) реж.совм. 8.3.6
Да нет, это просто с отладкой мучаемся, вставили кусок, обработка ваша "PUBID_2423703-Маркировка УТ 10.3 и обмен УТ10.3 - УТ 11.5" , я еще спрашивала будет ли работать в УТ11.1, хоть подскажите куда копать
Коллега, вы вставили кусок моего кода в свой модуль "ОбменУТ10_3_РегламентныеЗадания", он не работает и вы хотите понять почему?
Первое, что бросается в глаза, не корректное использование моего модуля. Смотрите сами.
Мой модуль рассчитан, что в УТ 10.3 публикуется HTTP сервис, к которому обращается УТ 11.5 за получением порции измененных данных, в УТ 10.3 не предполагались ни какие регламентные задания для обмена.
Регламентное задание на стороне УТ 11.5, которое вызывает HTTP сервис в УТ 10.3, но судя по всему у вас совершенно другая архитектура и вы как то по своему пытаетесь внедрить мой модуль и получаете ошибки.
см. выдержку из описания во вложенном файле:
Коллега, добрый день. Видимо возникло недопонимание с моей стороны, но помогите разобраться...
Вот вы пишите ,что нет общего модуля "ОбменУТ10_3_РегламентныеЗадания", но как же, ведь это модуль из расширения для УТ11 и я запускаю Регламентное задание "ОбменУТ110_3" из УТ11.5 и получаю ошибку ту, что выше выложила.
...
[ОшибкаВоВремяВыполненияВстроенногоЯзыка]
по причине:
Непредвиденный символ при чтении JSON
Как мне действовать дальше? Жду вашего ответа.
Коллега, в скаченном вами архиве, три файла, см. вложенный файл:
Объекты для УТ 10.3 (.dt) - Демо-база, содержащая все реквизиты, справочники, модули ТСД и доработки документов. Вы просто копируете нужные части в свою конфигурацию.
ОбменУТ10_3.cfe - Расширение для УТ 11.5, которое отвечает за прием данных из 10.3 и выдачу токенов авторизации.
прочти меня.txt - краткое описание, что и как делать
Вам в нужно восстановить демо базу УТ 10.3 из файла dt, далее копировать в свою базу УТ 10.3 необходимые объекты и реквизиты из демо базы.
Демо база - это урезанная конфигурация (не типовая УТ 10.3), только необходимые объекты конфигурации и данные для показа, того как будет отображаться коды маркировки у вас в конфигурации
ОбменУТ10_3.cfe - это расширение для УТ 11.5, которое будет "стучаться" в УТ 10.3 за данным для обновления.
см. второй вложенный файл, эти объекты действительно должны быть в вашей УТ 10.3, после добавления
PS
Данная информация, так же присутствует в описание, раздел "Что в архиве"
Коллега, спасибо за столь объемный ответ, но это все итак очевидно. Я пытаюсь до вас достучаться, что ошибка возникает в УТ 11.5 в момент выполнения регламентного задания (расширение для УТ 11.5)
Функция ОтправитьЗапрос(URL)
//...
Соединение = Новый HTTPСоединение(СтруктураURL.Хост, СтруктураURL.Порт, ИмяПользователя, ПарольПользователя);
Запрос = Новый HTTPЗапрос(СтруктураURL.ПутьНаСервере);
Результат = Соединение.Получить(Запрос);
//...Вот в этой функции авторизация проходит, но Результат.КодСостояния = 500 (проблема при выполнении запроса), что посмотреть, подскажите
В УТ 10.3 используются методы GET, попробуйте обратиться к УТ 10.3 из браузера
http://сервер:порт/имя_вашей_опубликованной_базы/hs/exchange/ut/get
Если данные будут получены, будем разбираться с УТ 11.5, если будет ошибка будем смотреть УТ 10.3
Но на сколько я понял, у вас вместо УТ 11.5 используется УТ 11.1?
Если обратиться из браузера, то вот:
Ошибка инициализации модуля: HTTPСервис.ПланыОбмена.Модуль
Коллега, в 1с есть некоторая странность, она не проверяет код модуля http сервиса и не дает даже намека где искать проблему, поэтому у меня данный модуль содержит всего три небольших функции.
Скорее всего падает в функции
Функция СформироватьОтвет(ДанныеОтвет)
JSONData = Новый ЗаписьJSON;
JSONData.УстановитьСтроку();
ЗаписатьJSON(JSONData,ДанныеОтвет);
ДанныеДляОтвета = JSONData.Закрыть();
Возврат ДанныеДляОтвета;
КонецФункции В частности на операторе ЗаписатьJSON, возможно не поддерживается на вашей платформе или с установленным режимом совместимости.
Замените содержимое функции на:
Функция СформироватьОтвет(ДанныеОтвет)
Возврат "{""status"":""test""}";
КонецФункции и вызовите http сервис из браузера для проверки
Попробуйте с помощью комментирования части кода определиться, где возникает ошибка, но скорее всего все же в ЗаписатьJSON, как я писал ранее
Как я предполагал, скорее всего это метод ЗаписатьJSON, в вашей конфигурации в модулях он работает, но в режиме совместимости 8.3.6 скорее всего, еще не поддерживался на тот момент на web-сервере.
Хорошо, что разобрались.
Если будут еще вопросы по внедрению, пишите.
Столкнулся со следующей ошибкой: {HTTPСервис.ПланыОбмена.Модуль(38)}: Ошибка при вызове метода контекста (ЗаписатьJSON)
у нас режим совместимости "Версия 8.3.25"
Проверил Массив - там одна номенклатура с типами Строка, Булево и Родитель = Неопределено
Если в структуре или массиве присутствует Неопределено, это может вызвать ошибку
Да видимо, когда элемент справочника не входит в группу и родитель = Неопределено, скорее всего социализация не проходит.
Попробуйте заменить в функции СериализоватьСправочник_Номенклатура(Данные)
Родитель = Неопределено;
на
Родитель = "";
в модуле плана обмена
возможно придется доработать так же расширение для УТ 11.5
Родитель = Неопределено;
на
Родитель = "";
и в функции СериализоватьСправочник_Номенклатура вместо "Ссылки" добавил ".Код"
НоменклатураДанные.Вставить("КодТНВЭД", Данные.КодТНВЭД.Код);
и заработало :)
Здравствуйте. Настраиваю обмен и при попытке обратиться к УТ 10.3 из браузера выдает такое:
{"#exception":"{}Exception","exception":{"clsid":"580392e6-ba49-4280-ac67-fcd6f2180121","reason":404,"descr":"HTTP: Not found\nОшибка при выполнении запроса GET к ресурсу /exchange/ut/get:","category":"00000000000000000000000000","creationStack":"unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 "}}
и как следствие никакого обмена не происходит.
куда копать?
1ая конфигурация 10.3.66.3 - режим совместимости 8.2.35
2ая конфигурация 11.5.27.47 режим совместимости не используется
Здравствуйте.
Тут не важна категория, т.к. принцип один, а часть объектов для УТ 10.3 заимствована из конфигураций поддерживающих маркировку, в частности справочник "ШтрихкодыУпаковокТоваров", табличные части для документов "ШтрихкодыУпаковок" и т.д.
Да, это не установил расширение и все заработало, придется "ручками" копировать необходимые объекты в свою конфигурацию, процедуры и функции в свои модули - по сути это конструктор, но это готовые, рабочие блоки, из которых можно собрать у себя в УТ 10.3 блок работы с маркировкой, а не писать все с нуля или не переходить в спешном порядке на новую конфигурацию.
Если будут вопросы пишите в комментарии, я всегда отвечаю и оказываю поддержку при внедрении.
Не могу понять где мне взять токен ИС МП (вроде бы генерируется токен ИСМП розница для ККТ). Производства и розницы не будет, поэтому на сколько я понимаю СУЗ и ИСПМ (розница) мне не нужен.
УТ 11.5 отдает токен "ИС МП" в УТ 10.3, для целей проверки статусов кодов маркировки
Текущий токен можно проверить обратившись к УТ 11.5 из браузера:
http://Имя_Сервера:Порт/Имя_Опубликованной_Базы/hs/km/GetToken
должно отобразиться, что-то вроде этого:
{
"status": "ok",
"data": "eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJwcm9kdWN0X2dyb3VwX2luZm8iOlt7Im5hbWUiOiJscCIsInN0YXR1cyI6 IjUiLCJnVzdGVkIl0sImlubiI6Ijc3NDM3ODU1MTMiLCJwaWQiOjExMDAzMT c1Mzg5LCJpZCI6MTQwMDAxNzYxNTksImV4cCI6MTc3ODAwMDgwOSwib3JnYW 5pc2F0aW9uX3N0YXR1cyI6IlJFR0lTVEVSRUQiLCJqdGkiOiIyN2NiMTNhYS 03NGJiLTQwYTctYjA0Yi1kY2QzZDNlNDQzNmMiLCJjbGllbnRfaWQiOiJjcn B0LXNlcnZpY2UiLCJhdXRob3JpdGllcyI6WyJST0xFX0FETUlOIiwiQ1JQVC
... тут еще много строк...
LTS1PUkRFUlMuU1VaLVJGzQ93pS1k"
}Это и есть необходимый токен для проверки кодов маркировки в УТ 10.3
Буду очень признателен если подскажите как и где можно получить токен ИСМП (длинный как у вас). Тот который получен функционалом УТ 11 является токеном ИСМП Розница и имеет длину 36 символов. Естественно проверка марок с ним не проходит.
Параметры такие используется только для торговых операций. Рег. учет отключен не используется. Используются документы Заказ покупателя, Реализация, Заказ поставщику, Поступление товаров. Перемещение Корректировки реализации, корректировки поступлений.
КА 1.1 естественно доработана.
Возможно использовать вашу с адаптацией под КА 1.1?
Но оператор используется Контур-Диадок. Как в этом случае будут загружать УПД с марками от поставщика и УПД покупателям с марками
Сможете провести аудит такой доработки?
Коллега, это не обработка - это набор метаданных и модулей для различных объектов конфигурации, чтобы не делать "все самому руками, с нуля", добавляет маркировку в старую конфигурацию.
Скорее всего, можно будет адаптировать и для КА 1.1, думаю примерно с такими же трудозатратами, как и для УТ 10.3
Внедрение, доработки, аудиты - я не провожу.
Техническую помощь, в виде ответов на вопросы, по возможности оказываю в комментариях.
Прочитал ваше описание (отдельно спасибо за такое подробное и понятное), вот такое уточнение хотел получить от вас по загрузки УПД с КМ от поставщиков и выгрузки УПД для покупателей. Правильно я понял, что просто будет получать УПД в XML формате от оператора(не важно какого) и потом с помощью обработки загружать в базу 1С, и выгружать в УПД в XML формате (для покупателей) из базы 1С и потом у оператора ЭДО его просто загружать?
Если нужно работать напрямую из 1с, то потребуется доработка обработки от оператора (в нашем случае это контур-диадок)?
Да все верно.
Скажу более того, по идее все полученные от поставщика товары с КМ, нужно проверять на складе с помощью ТСД, и "пропиканные" там КМ, должны совпадать с УПД, если все ок, тогда подписываем в ЭДО УПД, если нет выясняем с поставщиком, в противном случае, если просто подписать, то к вам могут упасть на не те КМ, которые к вам пришли фактически, потом не сможете их продать, т.к. у КМ будет не тот владелец или не тот статус,
у меня как раз с помощью обработки для ТСД, можно принимать КМ при поступлении, а менеджер может видеть расхождения КМ в УПД и по факту и принимать соответсвующее решение.
Что касается выгрузки (продажи товаров с КМ), то формируется стандартный XML УПД, который можно закруглить и подписать в ЭДО
У меня не было целью сделать обмен с ДИАДОК, в данном случае обмен по средством xml файлов
Но имейте ввиду, просто так вы не можете обмениваться с ДИАДОК, если не покупали их модуль, для этого нужна лицензия на API, стоимость которой не маленькая. У нас кстати она есть. У нас производится автоматическое формирование УПД для передачи в розничную сеть, формируются XML, по API ДИАДОК - УПД сохраняется в черновике. отправляется уведомление в внутренний чат бухгалтерам, далее контролируются все этапы подписания с нашей стороны, если нет то повторно уведомление, подписание со стороны контрагента, контроль перехода КМ покупателю, все это делается через API ДИАДОК
Так что при желании и наличии времени можно сделать все
Коллега, в архиве есть файл прочти меня.txt - там отражены многие моменты связанные с подключением ТСД в режиме управляемых форм, к старой конфигурации УТ 10.3.
Если коротко, то:
1. Установить галку "Использовать управляемые формы в обычном приложении"
2. Включить функциональность мобильного приложения
К сожалению в открытом доступе, подробнее расписать я не могу.
1. Серии номенклатуры - доработать напильником? или планируете добавить в новой версии?
2. ТСД MERTECH MovFast S55 подойдет? или какие модели 100% проверены?
3. Начальство хочет разобраться: почему ТСД на складе лучше (удобнее), чем комп с простым сканером?
4. Вместо УТ 11 можно использовать Бухгалтерию 3?
5. "Включить функциональность мобильного приложения" - где эта "кнопка"? - нашел в свойствах конф
P.S. на складе никогда не было ни 1С и ни каких сканеров
Коллега, отвечаю по порядку:
1. Да напильником, это раздел "База знаний", а не "Маркетплейс", поэтому да, нужно дорабатывать при необходимости, добавление не планируется, т.к. ни когда не сталкивался с сериями, только с характеристиками
2. Про MERTECH не скажу, у нас работают - Терминал сбора данных АТОЛ Smart.Prime базовый (4", Android 11.0 с GMS, MT8768, 3/32Gb, 2D E3, Wi-Fi, BT, NFC, 4G, GPS, Camera, IP65, 5200 mAh)
3. Это вам, вашему начальству доказывать
4. Думаю, да, возможно придется доработать расширение, хотя по идее должно заработать, т.к. библиотека работы с ЧЗ во всех конфигурациях одинаковая
5. см. свойства конфигурации
PS
При работе с кодами маркировки появление ТСД на складе - это неизбежно
1. Обработка.ВыгрузкаУПДВФорматеЭДОсКМ_970.МодульОбъекта(201,21)}: Переменная не определена (Сообщение)
ВызватьИсключение(<<?>>Сообщение); *"Сообщение" - так норм)
2. Из-за нового реквизита документа "Поступление товаров" Статус = ПеречислениеСсылка.СтатусыПриемки Функция "ОпределитьСтатусПартииПриходаУпр" в модуле объекта не присваивает переменной Статус = Перечисления.СтатусыПартийТоваров.ПустаяСсылка();, так как есть одноименный реквизит объекта. В модуле переименовал переменную из Статус в СтатусПартии
Коллега, нужно понимать, что я не могу разместить типовую конфигурацию УТ 10.3 со своими доработками, я сделал отдельную конфигурацию, из нее базу 1с, в которую перенес необходимые доработки, добавил примеры документов, в процессе переноса, возникли такие недочеты, спасибо, что подсказали, поправил
По п.1:
замените у себя
ВызватьИсключение(Сообщение);на
Сообщение = "Ошибка при получении реквизита: " + ИменаРеквизитов;
ВызватьИсключение(Сообщение);
по п.2
Да такие моменты могут быть, УТ 10.3 выпускали с 2003 по 2024 год - 21(!) год
Конечно там менялся состав реквизитов и он может совпадать с моими, спасибо, что подсказали
Нет не совсем так.
УТ 11.5 нужна только, если вы производитель, в УТ 11.5, гораздо удобнее проводить эмиссию, вводить новые КМ в оборот и т.д.
Если у вас нет производства, то устанавливать УТ 11.5 и налаживать обмен вам не нужно, достаточно перенести нужные блоки (реквизиты, модули) в вашу УТ 10.3, но тут тоже если в вашей УТ 10.3 нет маркировки, потому что последние версии уже содержали в себе модуль маркировки.
1. Купили ТСД
2. Поставили на него Мобильный клиент 1С
3. Опубликовали базу 1С УТ 10.3 на веб-сервере (внесли в нее все доработки)
4. На ТСД в мобильном клиенте добавляем нашу базу 1С УТ 10.3 на веб-сервере
5. База запускается, выбираем нового Пользователя TSD и выходит ошибка, что не найдена лицензия. (но в браузере на компе аналогично: не найдена лицензия) - исправили, добавили галочку "Разрешить выдачу лицензий сервером 1С"
6. Запустилось: "Отсканируйте штрихкод сотрудника склада"!
Все ли верно расписано или что-то еще?
Вот такая система у нас. Есть сервер 1С. Сейчас на складе ПК, для проверки документов и т.п.
Теперь будут ТСД. Как они будут подтверждать факт поступления/ выбытия марки без запроса в ЧЗ? По моему (испуганному) пониманию ВСЕ проверяется в ЧЗ, а там никак без ЭЦП..
Спасибо!
Смотрите, вы принимаете по ЭДО УПД, менеджер загружает ее в 1с, там же сразу подгружаются коды маркировки.
Далее на складе принимают товар по накладно пропикивая КМ, в итоге в накладной вы видите состояние какие КМ были в УПД, какие пришли по факту, далее можете запустить проверку кодов в ЧЗ, вот для этого нужен токен, который выдает ЧЗ по ЭЦП
у меня в реализации связка УТ 10.3 и УТ 11.5, в УТ 11.5 получается токен, с помощью ЭЦП, а так же ведется работы с ЧЗ, эмиссия, ввод в оборот и др. операции, а УТ 10.3 использует полученный токен в УТ 11.5, обращаясь за токеном для проверки кодом маркировки в ЧЗ
Надеюсь понятно расписал
Мы сумеем получить по ЭДО УПД в УТ10 без получения токена из УТ11.5?
Как это примерно работает?
>Мы сумеем получить по ЭДО УПД в УТ10 без получения токена из УТ11.5?
Нет, я упустил этот момент. Если нужно проверять КМ, в УТ 10.3, нужно ставить УТ 11.5, обмен можете не настраивать, нужно установить расширение
Коллега, думаю что нет.
Задавайте конкретные вопросы, постараюсь ответить при наличии времени.
Разработка находится в разделе "База знаний", тут не обязательно оказывать техническую поддержку, но я ее оказываю, по мере возможности.
(361)
Нет вся работа с товаром ведется в УТ 10.3, так же как и велась до этого, добавляется только учет по КМ
УТ 11.5 нужно ТОЛЬКО для эмиссии, ввода в оборот и других действий связанных с маркировкой, НЕ с товародвижением.
В УТ 11.5 должно быть настроено получение токена для вашей организации, без этого вы не сможете проводить эмиссию и делать другие действия.
НО если у вас не собственного производства маркированного товара вам НЕТ необходимости настраивать обмен между УТ 10.3 и УТ 11.5 для переноса справочника "номенклатура", "Характеристика" и регистра "штрихкоды"
Если вам в УТ 10.3 необходимо проверять полученные коды маркировки (это не обязательное действие, но желательное для вас чтобы не принимать кривые КИ от поставщика), вам необходимо в УТ 11.5 настроить обновление токенов, установить мое расширение, и настроить УТ 10.3 для обращение за получением токена в УТ 11.5
Потом, по мере продажи, мы регистрируем выбытие марок (все в ут11.5)?
А учет товаров и оформление документов продолжаем вести в УТ10?
>в ут11 мы загружаем товары из УПД (полученный по ЭДО). Это и есть эмиссия и ввод в оборот?
В УТ 11.5 НИ ЧЕГО загружать НЕ НАДО!
эмиссия - это выпуск НОВЫХ кодов маркировки, если вы производитель. Удобно делать в УТ 11.5 чем в ЛК ЧЗ
>Потом, по мере продажи, мы регистрируем выбытие марок (все в ут11.5)?
Зачем?
Если у вас опт, продаете по накладной, выгружаете УПД из УТ 10.3, в формате XML, в ней уже будут коды маркировки из накладной, в ЭДО там подписываете
Если к вас розница, то вывод из оборота идет через ОФД
>А учет товаров и оформление документов продолжаем вести в УТ10?
Да, все ведете в УТ10.3
Базу УТ 10 публикуем на веб сервере для возможности работы на ТСД через мобильный клиент.
Нужно ли публиковать базу УТ 11 на веб сервере? для получения токенов или для обмена? - не нашел в описании
Из описания цитирую: "КМ_URL_TOKEN - url http сервиса УТ 11.5"
веб-сервис 1С и веб-сервер 1С — это не одно и то же как пишет Гугл, ни разу не работали ни с тем, ни с другим(, где взять url http сервиса УТ 11.5?
Да базу УТ 11.5 тоже нужно опубликовать
url будет примерно таким http://адрессервера:порт/Имя_опубликованной_базы/hs/km/GetToken
зависит от того под каким именем вы опубликовали свою базу УТ 11.5
{"#exception":"{}Exception","exception":{"clsid":"580392e6-ba49-4280-ac67-fcd6f2180121","reason":404,"descr":"HTTP: Not found\nОшибка при выполнении запроса GET к ресурсу /exchange/ut/get:","category":"00000000000000000000000000","creationStack":"unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 "}}
и как следствие никакого обмена не происходит.
куда копать?
1ая конфигурация 10.3.66.3 - режим совместимости 8.2.35
2ая конфигурация 11.5.27.47 режим совместимости не используется
1. Что переносится:
Из УТ 10.3 в УТ 11.5 переходят только номенклатура, характеристики и штрихкоды. Остальные данные не переносятся.
2. Когда нужна УТ 11.5:
Когда вы производитель и вам нужно работать с честными знаками (эмиссия, ввод в оборот и т.д.).
3. Если вы только покупаете/продаете:
УТ 11.5 не обязательна. Её можно использовать как вспомогательный сервис:
* поставить УТ 11.5 только для получения токена ЧЗ;
* По http сервису отдает этот токен в УТ 10.3.
4. Итог:
Для работы с ЧЗ в УТ 11.5 достаточно этого (эмиссия, ввод в оборот). Сама УТ 11.5 в таком случае выступает сервисом, который отдает в УТ 10.3 актуальный токен для проверки кодов маркировки при приемке товаров.
Приобрел Вашу обработку.
Нужен совет по рег. задаче.
1: В УТ 10.3 объединили всё и проверили (у нас не типовая 10.3).
Завели нужные настройки в Рег.Сведений.Константы.
2: В УТ 11.5 сделали настройку карточки Организации, настроили Честный Знак и ключи электронной подписи внутри 1С, сделал типовую проверку кодов маркировки через Обработку проверки кодов маркировки. А так-же сделал нужные настройки в Рег.Сведений.Константы и опубликовали УТ 10.3.
Сейчас пользователя Администратор настроили роли и дали все права, но не могу вызвать или увидеть Регламентное задание Обмен УТ в Конфигураторе вижу, а от пользователя пустота. Может есть какие-то скрытые настройки или как можно протестировать ?
Коллега, функционал розничной продажи со всеми последними требованиями закона, не заявлен в описании и не реализован. Рекомендую использовать 1С Розницу последней версии, это лучше чем "натягивать" последние требования на устаревшую конфигурацию
Пока что вышла эта ошибка.
Поле объекта не обнаружено (_РегистрКонстант)
{ОбменУТ10_3 РегистрСведений.РегистрКонстант.МодульМенеджера(7)}:ЗаписьРегистра = РегистрыСведений._РегистрКонстант.Получить(Отбор);
{ОбменУТ10_3 ОбщийМодуль.ОбменУТ10_3_РегламентныеЗадания.Модуль(9)}:URL = РегистрыСведений.РегистрКонстант.ПолучитьЗначение("URL_1CTrade") +
{ОбменУТ10_3 ОбщийМодуль.ОбменУТ10_3_РегламентныеЗадания.Модуль(2)}:НомерПакета = ЗагрузитьПакет();
[ОшибкаВоВремяВыполненияВстроенногоЯзыка, ОшибкаИспользованияВстроенногоЯзыка]
Разбираюсь, ищу )))
Причина проста до банальности...в коде где стоит "_РегистрКонстант" уберите вначале нижнее подчеркивание.
Будет не "ЗаписьРегистра = РегистрыСведений._РегистрКонстант.Получить(Отбор);"
А "ЗаписьРегистра = РегистрыСведений.РегистрКонстант.Получить(Отбор);"
{ОбменУТ10_3 ОбщийМодуль.ОбменУТ10_3_РегламентныеЗадания.Модуль(299)}:ДанныеЗапроса = ПрочитатьJSON(JSON);
{ОбменУТ10_3 ОбщийМодуль.ОбменУТ10_3_РегламентныеЗадания.Модуль(18)}:ДанныеОтвета = ПолучитьJSON(РезультатЗапроса);
{ОбменУТ10_3 ОбщийМодуль.ОбменУТ10_3_РегламентныеЗадания.Модуль(2)}:НомерПакета = ЗагрузитьПакет();
[ОшибкаВоВремяВыполненияВстроенногоЯзыка]
по причине:
Непредвиденный символ при чтении JSON
1. Папка с опубликованной базой должна быть непременно в корне диска
2. В папке с опубликованной базой в файле default.vrd ручками пропишите имя пользователя и пароль
в теге ib
Вот так
ib="Srvr="ИМЯСЕРВЕРА";Ref="ИМЯБАЗЫ";usr=ИМЯПОЛЬЗОВАТЕЛЯ;pwd=ПАРОЛЬ;">
у меня клиент-серверный вариант, в файловом может отличаться
Коллега, причин может много.
1. Версия платформы, режим совместимости, где не поддерживается потоковое чтение и запись JSON
2. В структуре, которая преобразуется в JSON имеются значения, имеющие спец символы, значение NULL и т.д.
3. Возможно вы добавили в код выгрузки какой либо дополнительный реквизит или данные и не сериализовали их для выгрузки.
4. Попробуйте заменить
в модуле плана обмена "ОбменУТ" строку Родитель = Неопределено
Функция СериализоватьСправочник_Номенклатура(Данные)
Если ЗначениеЗаполнено(Данные.Родитель) Тогда
Родитель = Строка(Данные.Родитель.Ссылка.УникальныйИдентификатор());
Иначе
Родитель = Неопределено;
КонецЕсли;
на
Родитель = "";
и тут Владелец = Неопределено;
Функция СериализоватьСправочник_ХарактеристикиНоменклатуры(Данные)
Если ЗначениеЗаполнено(Данные.Владелец) Тогда
Владелец = Строка(Данные.Владелец.Ссылка.УникальныйИдентификатор());
Иначе
Владелец = Неопределено;
КонецЕсли;
на
Владелец = "";
Это из УТ 11.5
Подскажите в чем дело, сейчас выдает такую ошибку с кодом 500.
В УТ 10.3 вот что пишет.
{ПланОбмена.ОбменУТ.МодульОбъекта(20)}: Ошибка при вызове метода контекста (НачатьЗапись)
У нас УТ 10.3 старая и сольно допиленная.
Я конечно боюсь ошибиться, но мне кажется что проблема в правах доступа к папке где лежит опубликованная база. я вручную добавлял полные права встроенным в винду пользователям IUSR и IIS_IUSRS
А УТ 10.3 SQL
Настройки сделали следующие.
РегистрСведений.Констант Добавили и создали ПланыОбмена для УТ 10.3 картинка 1.
УТ 11.5 - жмем Обмен.
Картинка 3 еще не понятно с ЗаписьXML то есть ее видим, но в ЗаписатьСообщения..
По комментарию № 46.от 25.08.25 20:22
У нас типовая база УТ 11.5 и грубо говоря старая база УТ 10.3 нам нужен обмен как у Вас, лишнего добавлять ничего не нужно, доп.справочников или что-то еще.
Но, не понятно выходит ошибка которую описали в комментарии №410.от 17.06.26 18:08
Еще не понятно это точнео все настройки описаны которые нужно сделать т.к. просто добавил нужные модули в старую УТ 10.3 и загрузил Расширение в УТ 11.5
Добавил правила обмена, сделал одинаковые название в УТ 10.3 он подключается из УТ 11.5 вроде как но выдает ошибку.
-------------------------------------------
Не понимаем, почему на моменте
{ПланОбмена.ОбменУТ.МодульОбъекта(20)}: Ошибка при вызове метода контекста (НачатьЗапись)
Падает в ошибку.
По точке останове смотрели, нашли что из УТ 11.5 соединение к УТ 10.3 идет, но на моменте.
Видно что ЗаписьXML данные имеются, но если смотреть в ЗаписатьСообщения.ЗаписьXML данных нет.
Я так предполагаю:
1: что они и не должны быть так как Мы еще только соединяемся и создаем и она должна быть такой ?
2: что она должна быть один в один как и ЗаписьXML то есть ЗаписатьСообщения.ЗаписьXML = ЗаписьXML.
Уже многое перепробовали, подскажите пожалуйста.
просто раньше не сталкивался.
И еще вопрос: в связи с обязательным вводом ТС ПИОТ надо будет что дописывать в ут 10.3?
Подскажите как быть, возникло много проблем, уже почти все решили "Мы так надеемся".
Что работает и вроде нормально.
- пришлось переписать модуль как в УТ 10.3 и в УТ 11.5 чтобы у Нас шел нормально обмен по Регламентной операции.
Скриншот №1 - Номенклатура с группами из УТ 10.3 В УТ 11.5
Скриншот №2 - Штрихкод GTIN перешел из УТ 10.3 В УТ 11.5
-------------------------------------------------------------------------------------
Дальше в УТ 10.3 начали пробовать документ Приобретение товаров сделать.
Скриншот №3 - перебрали чтоб заработало Документ Приобретение.
Скриншот №4 - Регистр Сведений.Константы пришлось добавить т.к. по коду прошел увидел там это надо.
Опубликовали базу УТ 10.3 и УТ 11.5.
-------------------------------------------------------------------------------------
Скриншот №5 - Нажал кнопку в Документе, вот такой ответ пришел. Что якобы токе не активен, но как так если я с этим токеном захожу в ЧЗ ЛК и в УТ 11.5 делаю проверку и спокойно проверяю, не совсем понимаю откуда и что за токен он берет.
Думал что это и УТ 11.5 идет токен, но в УТ 11.5 действующий рабочий токен.
Главный вопрос, что за токен и откуда он чего берет. (почему у меня он не действительный)
Драйвер из поставки, это драйвер из УТ 11.5, он рабочий. Но есть особенность.
При первом запуске базы 1с, на андроид, он устанавливается, но выдает ошибку.
Далее нужно снять приложение, не свернуть, а именно закрыть (выгрузить его из памяти android), можно перезагрузить ТСД для надежности, далее после повторного запуска драйвер работает нормально
Вы модуль управляемого приложения перенесли в УТ 10.3?
В этом модуле так же указаны настройки, которые нужно сделать на сканере, чтобы срабатывало событие в 1С:
// BROADCAST
глСканер.УстановитьПараметр("BluetoothDevice" , "BROADCAST"); // Broadcаst сообщения Android
...
Интент = "com.xcheng.scanner.action.BARCODE_DECODING_BROADCAST"; //Указано в настройках Сканера
ИнтентДанные = "EXTRA_BARCODE_DECODING_DATA"; //Указано в настройках Сканера
глСканер.УстановитьПараметр("Action" , Интент);
глСканер.УстановитьПараметр("Extra" , ИнтентДанные);
ПоказатьСейчас мобильное приложение работает на телефоне,
сканируют все через камеру, естественно выходит долго,
товара много и он мелкий (косметика).
купили ТСД.
приложение запускается, не понимает данные чз сканер.
Но: сейчас у меня основной склад начнет работать с ТСД,
а телефон с камерой отдадим на филиал.
И надо как-то заставить приложение работать и с камерой и с ТСД.
Может у вас уже была такая задачка, как-то решали?
Коллега, у меня в описании написано:
Объекты для УТ 10.3 (.dt): Демо-база, содержащая все реквизиты, справочники, модули ТСД и доработки документов. Вы просто копируете нужные части в свою конфигурацию.
ОбменУТ10_3.cfe: Расширение для УТ 11.5, которое отвечает за прием данных из 10.3 и выдачу токенов авторизации.
Для УТ 10.3 все объекты в ДЕМО базе .dt, а вы открыли расширение для УТ 11.5
Прокомментируйте пожалуйста что здесь должно быть заполнено:
КМ_URL_TOKEN - url http сервиса УТ 11.5
КМ_API_Логин - логин для доступа в http сервис
КМ_API_Пароль - пароль для доступа в http сервис
В описании не написано что УТ 11.5 должна быть опубликована. Нашел только в комментариях
url будет примерно таким http://адрессервера:порт/Имя_опубликованной_базы/hs/km/GetToken
А два других параметра это логин и пароль для входа в базу или это где-то отдельно надо прописать?
КМ_API_Логин - ?
КМ_API_Пароль - ?
Совместимость Версия 8.2.13
т.к. у вас фактически 1с для УТ 10.3, работает в версии 8.2.13, в данном случае, вам необходимо доработать функции, переписав их для 8.2.
Кроме того, будут проблемы с совместимостью методов ПрочитатьJSON, но их тоже можно будет заменить на реализацию на языке 1с, на ИС есть готовые примеры.
Еще как вариант, рассмотрите возможность поднять уровень совместимости, последовательно, до 8.3, например у меня сейчас 8.3.24, я имею возможность использовать, современные инструменты последних версий платформы 1с, в том числе управляемые формы, расширения, регулярные выражения и т.д.
до 8.3.6. сделал вот такая ошибка теперь
{ОбщийМодуль.КоннекторHTTP.Модуль(1034)}: Метод объекта не обнаружен (ПолучитьПрокси) ПроксиПоУмолчанию = ПолучениеФайловИзИнтернетаКлиентСервер.ПолучитьПрокси(СтруктураURL.Схема);
При установленной совместимости 8.3.6 мобильный клиент на ТСД не подключается, не запомнил ошибку, что-то про конфликт. Если поставить совместимость 8.3.25, то проблем нет, мобильный клиент подключается, сканер сканирует.
Пожалуй правы, нужно поднимать совместимость на сколько возможно.
Поле объекта не обнаружено (ПеренестиВДокумент)
{Обработка.ЭДОЗагрузкаИзXML.Форма.Форма.Форма(3)}: ЭлементыФормы.ДействияФормы.Кнопки.ПеренестиВДокумент.Доступность=Ложь;
Как будто кнопки на форме не хватает. Скачивал вчера. Что-то не туда жмакаю?
{ОбщийМодуль.КоннекторHTTP.Модуль(635)}: Ошибка при вызове метода контекста (ПрочитатьJSON)
Объект = ПрочитатьJSON(
по причине:
Недопустимое состояние потока записи JSON
Что может быть?
1С:Предприятие 8.3 (8.3.13.1513) совместимость тоже установил 8.3.13.1513
Коллега, для начала проверьте код состояния и тело HTTP-ответа в отладчике. Это самый быстрый способ понять, приходит ли от сервера вообще то, что нужно, а именно валидный json. В большинстве случаев проблема именно в этом.
Проще всего поднять уровень совместимости в УТ 10.3, до хотя бы 8.3.6, появляется JSON и прочие плюшки современных платформ, да не без проблем, но они решаемые.
В частности у меня уровень совместимости текущий 8.3.24, работают управляемые формы, расширения (немного переписал синхрозон, рассчитанный на УТ 11, теперь он работает в УТ 10.3, как расширение с полным функционалом.
Напиши статью, поделитесь своим путем, думаю многим у кого легаси будет интересно
при этом появляется несколько минусов самый главный - лицензии и удобаваримость их.
Я очень ленивое существо и туго с написанием доков... все воют от моих описаний так что ...
При попытке выгрузить накл в ЭДО получаю такое:
{Обработка.ВыгрузкаУПДВФорматеЭДОсКМ_970.МодульОбъекта(201,21)}: Переменная не определена (Сообщение)
ВызватьИсключение(<<?>>Сообщение);
Качал 25 мая.
Что-то не перенес в свою конфу?
Синтакс-контроль обработки тоже эту ошибку показывает.
Поправил, но дальше такое:
Поле объекта не обнаружено (ИдентификаторУчастникаЭДО)
{Обработка.ВыгрузкаУПДВФорматеЭДОсКМ_970.МодульОбъекта(37)}: ИмяФайла = ТипФайла + "_" + СокрЛП(Документ.Контрагент.ИдентификаторУчастникаЭДО) + "_" + СокрЛП(Документ.Организация.ИдентификаторУчастникаЭДО) + "_" + Формат(ТекущаяДата(),"ДФ=yyyyMMdd") + "_" + xmlстрока(новый УникальныйИдентификатор) + Окончание + ".xml";
{Обработка.ВыгрузкаУПДВФорматеЭДОсКМ_970.Форма.Форма.Форма(4)}: Возврат ОбъектФормы.ВыгрузитьНаСервере(Объект.Документ, Объект.ПутьДляXML, Объект.СоздаватьПодкаталоги, Объект.ПрофильНастроекЭДО, Объект.ПроверятьКМ, ЭтаФорма.УникальныйИдентификатор);
{Обработка.ВыгрузкаУПДВФорматеЭДОсКМ_970.Форма.Форма.Форма(9)}: СсылкаНаФайл = ВыгрузитьНаСервере();
я так понимаю, надо добавить реквизиты в справочники Орг и Контрагентов.
В донорской конфигурации их нет (.
Теперь все не так и "приятным" бонусом- 3.0.13 версия (актуальна с конца января 2026) работает ТОЛЬКО с 8.5.1.1150
Даже мобильная версия теперь будет своя. Нет хороших решений у 1С.
{ОбщийМодуль.ПолныеПрава.Модуль(1356)}: Ошибка при вызове метода контекста (ПравоДоступа)
ЕСли НЕ ПравоДоступа("Чтение", СтруктураПутьКДанным.Метаданные) Тогда
по причине:
Право Чтение неприменимо к Документ.АвансовыйОтчет.ТабличнаяЧасть.Товары
Новое в 8.3.10 "При вызове метода ПравоДоступа() генерируется исключение, если проверяемое право доступа не может быть применено к объекту метаданных".
Обернуть все ПравоДоступа() в попытку можно, но там десятки мест, где встречается. И это только первая ошибка, которая попалась, а сколько их еще до 8.3.25. И как быть уверенным, что всё адаптировал - только во время работы пользователей, так они меня съедят (.
Поэтому не желательно поднимать ради очень нужного, но все таки просто ТСД.
Понимаю, но я не могу сейчас более точно сказать, что будет работать на 8.3.6, а что нет в ТСД.
Про себя могу сказать только то, что ни каких особых сложностей в поднятии уровня совместимости я не испытывал, ошибки фиксил, постепенно наверное за месяц в фоновом режиме (не фултайм) поднял.
Пробуйте оставаться на 8.3.6 и смотреть какие ошибки будут лезть в ТСД, может быть их будет проще пофиксить, чем поднимать уровень совместимости.
Но нужно понимать, что оставаясь на режиме совместимости 8.3.6 сами себе сужаете возможности платформы, которые можно было использовать в своих решениях.
Маркировка в "древней" УТ 10.3 (10.3.6.8) + полноценный ТСД (Online) для маркировки или как обойтись без перехода на УТ 11.5
У нас есть клиент с:
1С:Предприятие 8.3 (8.3.27.1859)
Конфигурация:
"Управление торговлей", редакция 10.3 (10.3.88.3)
(
Copyright © ООО "1С-Софт", 2003-2023. Все права защищены
(
и у него необходимость маркировать колбасы
хотелось бы протестировать вашу разработку
Поднял УТ до 8.3.7, запускаю мобильный клиент.
первый раз все хорошо, кроме ошибки драйвера сканера.
Второй раз запускаю - авторизация пользователя не появляется, и бесконечно крутит колесико.
Кэш чистил, приложение останавливал.
В 1с в ЖР есть запись начала сеанса TSD - и тишина.
Не сталкивались с таким?
Это я понял. При первом запуске приложение дает ошибку, но работает, выбираю документы и сканирую марки, все норм.
Но как бы я не вышел (через TSD - Завершить работу или чз Остановить приложение),
все последующие запуски так - нет даже запроса пользователя, просто крутится колесико.
в ЖР - TSD начало сеанса и тишина (
Попробовал. Поднял до 8.3.14
Сыпануло при запуске ворохом ошибок на дубли новых функций
и опять зависло и крутит колесико.
Такое ощущение что просто в мертвый цикл где-то заходит,
попробую отладкой поймать.
Ужк начал думать на веб-сервер (апач 2.2, его ставили до меня под веб-сервисы в этой же УТ10),
но рядом стоит БП3 и прекрасно с того же телефона запускается.
Подскажите, в вашей обработке ЭДОЗагрузкаИзXML получиться работать с транспортными упаковками?
Столкнулся с тем, что в в XML файле не КИЗ, а поле ИдентТрансУпак. Как вообще загружать коды маркировки, если в выгрузке только идентификатор транспортной упаковки?
Да, загрузка транспортных упаковок реализована - через API Честного Знака с рекурсивным обходом вложенности. Это позволяет получить все КИЗ (коды маркировки) товаров, находящихся внутри транспортной упаковки, и записать их в КодМаркировки строки товара для последующего создания документа поступления.
Коллега, там много может "что не так", начиная от токена и кончая форматом XML, это не готовое решение, которое скачали, установили и оно 100% работает, а если нет техподдержка обязана все исправить, это раздел "База знаний", да и УТ 10.3 разные бывают, думаю на ваш вопрос сможет ответить только отладчик. Пожалуйста без обид )
Я скорее хотел сказать, что не увидел в обработке ЭДОЗагрузкаИзXML обращений к API Честного Знака. Загружаются только поля КИЗ. Возможно вы добавляли загрузку транспортных упаковок в обработку позже, чем я купил данный продукт? Токены актуальны, Обмен с УТ11, получение токенов, запросы по товару Честный знак из УТ10 и всё остальное я отладил и работает. Прекрасно понимаю, что это не готовое решение, так как довольно долго занимался отладкой и подстройкой вашего решения в почти полностью переписанную конфигурацию 10.3. Всё работает, спасибо, но есть проблема с транспортными упаковками)
Коллега, спасибо за отзыв, я очень рад, что мое решение помогло Вам решить вопросы с ЧЗ в старой УТ 10.3
Обратиться к техподдержке, с запросом предоставить новую версию, там действительно есть "распаковка" упаковки. Сошлитесь на это сообщение и что автор не против.
Если не получится решить через тех. поддержку, сообщите, найдем способ передать Вам обновление без повторной покупки.
1. Опубликовать вашу УТ 10.3
2. Скачать "Мобильная платформа 1С:Предприятия 8.3" 1с с сайта
3. Подключиться к вашей базе
Вы модуль управляемого приложения перенесли в УТ 10.3, чтобы сканер заработал у вас на ТСД или на моб. телефоне?
Почитайте мое сообщение (424)
Для КМ (01)04636885984959(21)5U&=;i/nYhI,n не корректный статус:
Неизвестный статус кода маркировки:
Если проверять эту же марку из УТ11 все нормально...
В данный момент мы имеем УТ 10.3.64 в которой вроде бы и есть уже маркировка но в зачаточном состоянии. фирма небольшая купи-продайка. и вот нет вообще понимания ЧЗ. что нужно а чего нет. отсюда вопросы
1. если нам просто нужно отправить КМ клиенту по эдо. то нам вообще не нужна тогда ут11?
2. если она таки нужна для токена непонятно "КМ_URL_TOKEN - url http сервиса УТ 11.5 " т.е. УТ11 тоже должна быть опубликована? нигде этот момент не указывается.
3. непонятен момент ЭДО "Формирует XML-файл УПД с этими кодами" т.е. предполагается что мы вручную импортируем файл в ЛК своего оператора ЭДО?
4. отсюда ещё один вопрос. насколько дополнительные реквизиты "стандартны", в плане соответствуют ли их наименования последним релизам УТ10. если вы конечно владеете такой информацией. вопрос задаю почему. если они "стандартные" то та же обработка СБИС которая пока таки поддерживается для УТ10 может сама подхватить КМ. или не сможет?
В любом случае за реализацию ТСД в десятке огромное спасибо. только ради этого стоило качать. остальное пока непонятно от слова совсем.
Рейтинг: 824
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 2423703
Создание 04.07.25 13:30
Обновление 01.11.26 21:49
Просмотры 29809
Загрузки 264
Рейтинг
31
Комментарии 499
Код открыт Да
Рубрики Обмен с ГосИС
Кому
Разработчик
,
Пользователь
Тип файла Архив с данными
Платформа 1С 8.3
Конфигурация
1С:Управление торговлей 10
,
1С:Управление торговлей 11
Операционная система Не имеет значения
Страна Не имеет значения
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Абонемент ($m)






