Ошибка в обработчике события передвыгрузкойобъекта код сообщения 41

Применение обработчиков событий при создании правил обмена данными с помощью «Конвертация данных 2.0»

В этой статье мы продолжим описание методик работы с конфигурацией «Конвертация данных 2.0». Перед чтением материала, настоятельно рекомендуем внимательно изучить статью «Организация конвертации и обмена данными с помощью «Конвертация данных 2.0», размещенную на диске ИТС. Там Вы найдете описание основных технологических принципов обмена данными с помощью конфигурации «Конвертация данных 2.0» и изложение базовых приемов построения правил обмена.

Для работы Вам понадобятся конфигурация «Конвертация данных 2.0» версия 2.10.1, внешние обработки MD80Exp. epf, V8Exchan. epf, MD77Exp. ert, V77Exp. ert, поставляемые с релизом конфигурации «Конвертация данных 2.0». Для реализации механизма обмена данными необходимы конфигурации «Бухгалтерский учет 4.5» (на платформе 1С:Предприятие 7.7) и «Управление торговлей 10.2» (на платформе 1С:Предприятие 8).

Обработчики событий: основные принципы

Механизм обработчиков событий является один из ключевых в технологии конвертации данных с помощью «Конвертации данных 2.0». Грамотное и умелое использование этого механизма позволяет разработчику быстро решать практически любые задачи по преобразованию данных. С помощью технологии обработчиков легко реализуются отбор данных, конвертации данных разных типов, сложные выборки данных, настройка параметров конвертации и многие другие задачи.

Рассмотрим основные принципы этой технологии. В ключевых точках алгоритмов выгрузки и загрузки данных обработок универсального обмена есть возможность исполнения программного кода взятого из правил обмена данными, а не «зашитого» в обработке выгрузки или загрузке данных. Конфигурация «Конвертация данных 2.0» предоставляет возможности для интеграции такого программного кода в правила обмена данными.

Всего различных мест в алгоритмах обмена данными, где может быть выполнен сторонний код, предусмотрено двадцать пять. Соответственно, в конфигурации предусмотрено создание двадцать пять различных типов обработчиков событий.

Как видно на схеме, для получения описания метаданных конфигурации на платформах «1С:Предприятие 7.7» используется специализированная обработка MD77Exp. ert. После этого описание метаданных помещается в информационную базу «Конвертации данных 2.0», проводится настройка правил обмена.

При выгрузке, кроме самого файла правил, система генерирует текст модуля для обработки V77Exp. ert с функциями, реализующими обработчики событий. Затем, в конфигураторе, мы должны заменить модуль стандартной V77Exp. ert на новый, сгенерированный «Конвертацией данных 2.0». На методике модификации обработки мы подробнее остановимся ниже, в одном из заключительных разделов.

Анализ структуры данных

Как всегда в случае подготовки правил обмена, начнем нашу работу с формирования описания метаданных. Получить описание метаданных для конфигурации «Управление торговлей 10.2» не составит труда. Мы уже научились это делать при проработке методических материалов по конфигурации «Конвертации данных 2.0». Для конфигурации «Бухгалтерский учет 4.5» это сделать даже проще. Запустим внешнюю обработку MD77Exp. ert, укажем путь файла описания метаданных и нажмем «Выполнить».

Затем загрузим описания метаданных в информационную базу и начнем анализ структур конфигураций, участников конвертации. Конфигурации не идентичны по структуре и поэтому, прежде чем строить правила обмена, нужно выявить все проблемы, которые могут возникнуть при конвертации данных и наметить пути их решения. Нам необходимо заранее иметь проект правил обмена, в котором были бы учтены особенности конкретной задачи конвертации.

В целом, процесс проектирования структуры правил обмена может быть разбит на следующие этапы:

Перейдем к тем, реквизитам, которые должны быть обязательно заполнены в приемнике, но не имею очевидных аналогов в источнике. Это в первую очередь относится к регистру сведений. Для заполнения юридического адреса контрагента необходимо, присвоить измерению Тип (Перечисление Типы контактной информации) значение Адрес, а измерению Вид предопределенный элемент «Юридический адрес контрагента» справочника Виды контактной информации.

Что касается отбора данных, этот вопрос, конечно, не может быть решен с помощью анализа структур конфигураций, а определяется при поставке задачи. Допустим, в нашем случае нужно переносить только данных о поставщиках и покупателях, которые являются юридическими лицами. Нужные элементы справочников расположены в группах «Поставщики» и «Покупатели». Такая структура хранения данных реализована в демонстрационной базе конфигурации «Бухгалтерский учет 4.5». И, наконец, отметим, что в силу небольшого размера базы особых требований к производительности процессам выгрузки и загрузки данных нет.

Анализ структур данных позволяет сформулировать ряд принципиальных проектных соображений, которые будут применяться при построении данных:

Итак, первый этап работы завершен, можно вплотную приступать к построению правил. Перед этим хотелось бы сделать несколько замечаний. Часто разработчики стремятся как можно быстрее перейти к реализационной работе, пропуская этап проектирования. При создании правил обмена мы настоятельно рекомендуем Вам добросовестно пройти по всем перечисленным пунктам до начала программирования. В особенности это касается ситуаций, когда в качестве источника данных выступает недокументированная оригинальная конфигурация. Тщательная проработка на этапе проектирования позволит Вам резко сократить время отладки правил.

Начнем с создания правил конвертации справочника Контрагенты. Создадим новый элемент справочника Конвертации и откроем уже знакомую нам форму «Настройка правил конвертации». С помощью обработок автогенерации создадим правило конвертации объектов Контрагенты, и правила конвертации свойств со следующими приемниками: ПометкаУдаления, Код, Наименование, ЭтоГруппа, Родитель, ИНН, ЮрФизЛицо, Покупатель, Поставщик, НаименованиеПолное.

Откроем форму правила конвертации свойства Код, очистим реквизит Источник и поместим в поле «Перед выгрузкой» следующий программный код:

Значение = ПривестиНомерКДлине(Источник. Код, 5);

Этот код также помещается в обработчике события «Перед выгрузкой».

Реквизиты Поставщик и Покупатель имеют тип Булево. Определим их в соответствии с группой, в которой расположен контрагент. Обработчик для реквизита Покупатель :

Если Источник. Родитель. Наименование = «Покупатели» Тогда
Значение = 1;
Иначе
Значение = 0;
КонецЕсли;

Обработчик для реквизита Поставщик:

Если Источник. Родитель. Наименование = «Поставщики» Тогда
Значение = 1;
Иначе
Значение = 0;
КонецЕсли;

Обратите внимание, что при написании кода использована особенность структуры данных конкретной информационной базы. Контрагенты расположены строго в двух группах, а справочник имеет всего два уровня вложений. В случае более сложной группой структуры необходимо применять другие методы отбора, например, по полному коду элемента справочника.

Программная установка реквизита НаименованиеПолное делается по тому же принципу:

Теперь все реквизиты справочника будут заполнены корректно.

Ряд реквизитов справочников определен только для элементов, а для групп не используются. Естественно ограничить выгрузку этих реквизитов только случаем обработки элемента. Для этого применяется следующая методика. Создадим группу справочника правила конвертации свойств и поместим в нее все правила, которые мы хотим обрабатывать только для элементов. Для группы правил конвертации свойств доступны два дополнительных обработчика «Перед обработкой» и «После обработки». Момент исполнения каждого очевиден из их названий. В обработчике «Перед обработкой» поместим следующий программный код:

Формируем правила конвертации для регистра сведений

Сформируем правило конвертации КонтактнаяИнформация. Источником у нас будет снова справочник Контрагенты, а приемником регистр сведений КонтактнаяИнформация. Создадим три правила конвертации свойств. Все с пустым источником, а в качестве приемников зададим измерения Объект и Тип, и ресурс Представление.

И в этом случае мы используем обработчик «Перед выгрузкой». Для правила конвертации свойств Объект установим в качестве значения сам объект выгрузки:

Работа со значениями перечисления нам уже знакома. Для измерения Тип используем такой обработчик:

А для Представления такой:

Переменная Объект, которую мы использовали в этом случае, хранит ссылку на загружаемый объект данных. С ее помощью легко провести установку тех реквизитов, заполнение которых трудоемко при выгрузке.

Отбор данных с помощью глобальных обработчиков.

При исполнении правил справочник Контрагенты обрабатывается дважды. Но нам не хочется дублировать программный код для отбора данных в обработчиках для каждого правила выгрузки. Как быть? Для этого случая предусмотрен механизм глобальных обработчиков. Откроем форму элемента справочника Конвертации (это можно сделать прямо из «Настройки правил обмена») на закладке События. Мы увидим целых девять видов обработчиков событий.

Глобальные обработчики очень удобны для нужд отбора данных, например, документов разных типов, имеющих общие реквизиты. При использовании глобальных обработчиков важно помнить, что обработчики «Перед выгрузкой объекта» и «После выгрузки объекта» исполняются при обработке правил выгрузки, а обработчик «Перед конвертацией объекта» исполняется при обработке правила конвертации, перед локальным обработчиком «Перед выгрузкой», который определяется в правилах конвертации объекта. Таки образом, если Вы хотите, программно контролировать выгрузку всех объектов, в том числе и тех, которые выгружаются по ссылкам, используйте глобальный обработчик «Перед конвертацией объекта».

Вернемся к нашей задаче. Для отбора данных нам потребуется обработчик «Перед выгрузкой объекта». Программный код обработчика приведен ниже:

Если (Объект. ЭтоГруппа() = 1) Тогда
Отказ = 1;
Иначе
Если НЕ ((Объект. Родитель. Наименование = «Поставщики») ИЛИ (Объект. Родитель. Наименование = «Покупатели»)) Тогда
Отказ = 1;
КонецЕсли;
Если НЕ (Объект. ВидКонтрагента = Перечисление. ВидыКонтрагентов. Организация) Тогда
Отказ = 1;
КонецЕсли;
КонецЕсли;

Обратите внимание, что при написании кода использована особенность структуры данных конкретной информационной базы. В случае, когда используется более двух уровней иерархии, используйте другие методы.

Для правила выгрузки КонтактнаяИнформация нам потребуется дополнительный отбор, чтобы не выгружать в регистр сведений пустые строки, в том случае, когда адрес не зарегистрирован. Откроем форму правила выгрузки на закладке События и поместим в поле «Перед выгрузкой» следующий код:

Если Объект. ЭтоГруппа() = 1 Тогда
Отказ = 1;
Иначе
Если ПустаяСтрока(Объект. ЮридическийАдрес) = 1 Тогда
Отказ = 1;
КонецЕсли;
КонецЕсли;

Обратите внимание на состав обработчиков событий для правила выгрузки. В самом начала обработки правила исполняется код «Перед обработкой». Этот обработчик часто используется для программного формирования выборки данных. Обработчик «После обработки» исполняется в самом конце алгоритма обработчик правила выгрузки. «Перед выгрузкой» и «После выгрузки», соответственно перед выгрузкой объекта и после выгрузки объекта.

При выгрузке правил обмена система генерирует модуль для обработки V77Exp. ert, который содержит функции обработчиков событий. Текст модуля сохранятся в файле, имя которого следует назначить в форме сохранения правил обмена. После сохранения правил нам нужно открыть обработку V77Exp. ert в конфигураторе «1С:Предприятия 7.7» и полностью заменить текст модуля на новый, взятый из текстового файла, созданного «Конвертацией данных 2.0». Обработку рекомендуется сохранить под другим именем и снабдить описанием. После чего можно начать выгрузку данных.

Оптимизация правил обмена

Правила обмена подготовлены, конвертация данных успешно завершилась. Но, убедившись в работоспособности нашей системы, хотелось бы обратить внимание на ее оптимизацию. Для выгрузки у нас используются два правила, при этом один и тот же справочник мы обходим дважды. Естественно, хотелось бы этого избежать. Лучше всего чтобы адрес выгружался сразу же, при выгрузке контрагента. Но как это сделать? Умелое использование обработчиков событий поможет нам и на этот раз.

Теперь вернемся к правилу конвертации Контрагенты. Для выгрузки адреса нам придется пойти на определенную уловку. Сделаем правило конвертации свойств с источником ЮридическийАдрес, а в качестве приемника возьмем Комментарий. Реквизит, который не используется и остается пустым при загрузке. Выберем в поле Правило наше новое правило конвертации свойств.

Мы хотим добиться чтобы при обработке этого правила вызывалось правило конвертации КонтактнаяИнформация1, но при этом реквизит Комментарий оставался пустым, поскольку ссылка на запись регистра сведений абсолютно нам не нужна, и более того ее присутствие может привести к ошибке при загрузке. Для того чтобы ссылка не была записана, используем обработчик «После выгрузки» со следующим программным кодом:

А для формирования данных для выгрузки регистра сведений обработчик «При выгрузке»:

ИсходящиеДанные = СоздатьОбъект(«СписокЗначений»);
ИсходящиеДанные. ДобавитьЗначение(Источник. ТекущийЭлемент(), «Объект»);
ИсходящиеДанные. ДобавитьЗначение(«Адрес», «Тип»);
ИсходящиеДанные. ДобавитьЗначение(Источник. ЮридическийАдрес, «Представление»);

Теперь юридический адрес будет выгружаться при конвертации контрагентов, поэтому не требуется обходить справочник Контрагенты два раза. Надо только не забыть отключить использование правила выгрузки данных КонтактнаяИнформация.

Заключение

Подведем некоторые итоги. Мы рассмотрели практически все виды обработчиков событий конфигурации «Конвертации данных 2.0». Некоторые из них были исследованы более детально и глубоко. В качестве рекомендации для дальнейшего совершенствования в программировании обработчиков хотелось бы порекомендовать изучение справочной информации, где описаны все типы обработчиков событий и переменные-параметры. Для самостоятельно тренировки рекомендуем Вам доработать правила, описанные в статье самостоятельно. Добавив выгрузку договоров, расчетных счетов и объектов контактной информации Вы сможете получить твердый навык построения правил обмена, что позволит Вам уверенно решать любые задачи конвертации данных.

Поле объекта не обнаружено: как исправить эту ошибку в программе 1С и что это значит, рекомендации

При постоянном использовании программного обеспечения в коммерческой деятельности часто приходится сталкиваться с различными багами, которые могут серьезно затормозить экономический процесс. И одна из подобных проблем и станет темой сегодняшнего обзора. Это ошибка в «1С: Предприятие» – «Поле объекта не обнаружено», мы тщательно и детально разберем, как исправить подобную неполадку в 1C. Сразу стоит уточнить, что этот баг не носит критического характера, серьезными проблемами все равно не обернется. Но приостановить выполнение задачи вполне сможет, что неприятно. Особенно если от заполнения формы зависят сроки, нарушать которые ни в коем случае нельзя. Да и часто без базовых навыков приходится обращаться к профессионалам. А они появляются не мгновенно, придется отправить запрос в компанию, осуществляющую техническое сопровождение. Зачастую понадобится около суток. И гораздо проще все сделать самостоятельно прямо на месте. А как это возможно, мы и узнаем в статье.

«Поле объекта не обнаружено»: что значит уведомление и причины его появления

Разбираться можно и простыми логическими изысканиями. Поскольку проблема только с формой, то становится понятно, что сам объект присутствует. Он есть в базе конфигурации, будь то документ, справочник или модуль. Но вот его формальное выражение невозможно, поскольку релиз его не поддерживает. То есть зачастую все связано с тем, что новое программное обеспечение устанавливается напрямую на старую конфигурацию. И они по понятным причинам конфликтуют, ведь система обращается к тем данным и их формам, которые уже просто не используются. Запросы не могут быть нормально обработаны, ведь их способ оформления в коде уже изменился.

Существует несколько причин, по которым такая нестыковка может возникнуть на предприятии. К основным из них стоит отнести:

А теперь разберемся, как устранить этот баг. Приведем несколько вариантов, которые зависят от конкретной первопричины.

Итак, пройдемся конкретно по способам устранения.

Проблемы с обновлением

Определить эту причину навскидку получится даже у непрофессионала. Если проблема начала появляться как раз после того, как произошел очередной апдейт, то велика вероятность, что он был установлен некорректно или на неподходящую базу.

В этом случае мы в первую очередь проводим восстановление сохраненной (резервной) копии. При этом произойдет небольшой откат, ведь база будет без последних изменений, но выбора нет. Смотрим на результат, и если баг повторяется, когда сотрудники обращаются к модулям, значит, переходим к следующей стадии.

Есть вероятность, что сам размер новой информации в апдейте слишком крупный. И он не встает нормально на текущую базу данных. Правда, если неприятность возникает у большинства пользователей, то выпуск отзывается обратно, также переделывается объем информации, который подается дозировано.

Для проверки обновления на корректность перейдем на официальный сайт разработчика. А затем в поле поиска вводим название нашей текущей конфигурации, с которой и работает предприятие. И если действительно это не локальная неурядица, а крупный баг, то сайт выдаст несколько полезных сведений. Это название – поле объекта не обнаружено, код страны, 1С релиз, к которому будет исправлена эта недоработка и дата его выхода.

Баг платформы

Отличный вариант проверки – выявить нормально ли работает конфигурация с платформой. Обычно на диске сохраняется старая версия, и стоит попробовать использовать ее. Устанавливаем ее параллельно на компьютер, а потом запускаем проблемную конфигурацию уже на ней. И проверяем путем банального теста, возникает ли ошибка снова.

Соответственно, в случае исправления неполадок, причина становится кристально понятной. Что же конкретно не так с новой платформой рассказать сможет опять же официальный сайт. Стоит перейти на него и просмотреть информацию по поиску с кода вашей обновленной платформы.

Чистим кеш

Некоторые пользователи считают, если вам мешает ошибка, «Поле объекта не обнаружено», информация 32-system или временные папки, – temp должна все равно оставаться неприкосновенной. Грубо говоря, вы боитесь трогать материалы, дабы не навредить. Но так поступают лишь люди, которые неграмотны в этой области. Ведь в temp-папках хранится кеш, временная информация. И она может быть как актуальной, так и устаревшей. И когда система обращается к неактуальному архиву, то у нее естественно возникают проблемы с соответствием формы объекта.

Поступаем следующим образом:

В стандартном проводнике вводим набор символов – %appdata%.

Нам понадобится конкретная папка, которая носит название – 1С\1cv8.

Теперь нам необходимо отсортировать сведения, то есть, папки внутри директории по дате последнего изменения. Так мы отсеем старые временные файлы от новых. Сортировка выполняется щелчком мыши по верхней строке – дата изменения. Теперь все старые файлы удаляем. Теоретически, логично попробовать очистить вообще весь кеш. Но это на первое время серьезно увеличит загрузку и темп работы системы. Хотя такой метод считается вполне безопасным.

Настройки пользователя

Если в 1С пишет «Поле объекта не обнаружено», данные, к которым обращается программа, зачастую существуют, но к ним просто нет доступа. И возможной причиной среди прочих стоит назвать некорректно настроенный профиль пользователя.

Переходим в персональные настройки в директории администрирования, а после выбираем полную очистку.

Укажите конкретного человека, профиль которого должен быть исправлен. Помните, что привилегии и права потом придется восстанавливать заново.

Конфигурация

Самый неприятный из возможных исходов. Ведь системных методов починки здесь не предусмотрено, поэтому придется все делать вручную. И если у вас не выйдет, помните, что вы всегда можете обратиться к профессионалам, которые не только решат технические проблемы, но и помогут серьезно расширить текущие возможности программного обеспечения, персонализировать их, а также проведут полную диагностику, выяснят, исправно ли работает ваша версия «1С: Организация», при этом проверка на «Поле объекта не обнаружено» прилагается.

Итак, когда сбой возникает очередной раз, нажимаем на значок подробного разбора.

Нам демонстрируют конкретные модули, с которыми и связана невозможность обработки. То есть, для них не существует корректной формы.

Далее включается конфигуратор. Умная система самостоятельно активирует его.

Смотрим на наличие возможности обработки. Обратите внимание на свойство «видимость» файлов, являющихся проблемными, поле которых не обнаруживается.

Открываем общий справочник по номенклатуре, и вводим там название нашего объекта. Смотрим на выдачу. В большинстве случаев формы программа не находит.

Нам нужно перевести реквизит битого модуля в элемент, создать его форму. Просто в поле нужно зацепить строчку мышкой и вручную перетащить в необходимое окно.

Сохраняем внесенные изменения, проводим обновление конфигурации. Проверяем результат. Если проблемы была определена верно, то никаких багов больше не наблюдается. Этот метод работает со всеми конфигурациями и настройками.

Сбой при запуске

Часто если возникает ошибка в 1С, поле объекта не обнаружено, руководитель просто не знает, как точно поступить. Работа стоит, сотрудники ждут решения. Вызывать мастеров или обращаться к сисадмину, в компетенцию которого этого не входит.

А ведь достаточно выполнить алгоритм из трех простых действия:

И если сбой возникает конкретно при запуске, то этих трех действий более, чем в половине случаев будет достаточно для исправления неполадки.

«Падает» модуль, но программа работает

Сложная ситуация. Выяснить конкретную причину стоит попытаться самостоятельно, посредством алгоритма, приведенного выше. Но если этот процесс не увенчается успехом, то неполадка кроется глубже. И здесь уже без специалиста не обойтись. Придется обращаться в специализированную компанию.

Сбиты настройки пользователя

Значит, один из профилей ссылается на битые файлы. Либо на те, что уже сейчас просто не актуальны в этой конфигурации. Опять же, придется очистить все настройки этого пользователя через администрирование и восстановить его доступ с нуля.

Повреждение файла

Если поле не обнаружено, описание ошибки часто сообщает, что сам объект был поврежден. Виной тому становится некорректная установка или системная неполадка при конфликте версией программного обеспечения. Лучшим решением будет запуск Конфигуратора, а после – проверка программы на наличие повреждений тома. Таким образом, будут выявлены все файлы, которые работает на текущем этапе некорректно.

Исправляем ошибку

Теперь посмотрим на стандартные причины, которые уже были описаны выше. Но на несколько других примерах, чтобы было еще более наглядно.

Обновляем платформу

В первую очередь открываем информацию по самому обновлению. Нам нужно узнать номер поставки, чтобы дальше было удобно проводить операции по поиску.

Переходим во вкладку «сервис», там смотрим не только конкретику по версии, но и рекомендуемую платформу. А дальше сравниваем ее с той, что установлена на нашем предприятии. Если возникает несоответствие, то логично предположить, что нормально работать система не будет. Она будет обращаться к пустым формам, которые уже не существуют. И в этом варианте, если поле объекта не обнаружено, значение бага кроется просто в конфликте версий. Нужно скачать с официального сайта корректный вариант для установки.

Удаление настроек

Мы не раз уже упоминали про этот пункт. И не зря, ведь львиная доля неполадок связана с ним. Для устранения их необходимо перейти в настройки прав и доступа через меню администрирования.

В следующем меню нам нужно сделать важный выбор. Если конфликт возникает на персональном компьютере одного сотрудника, то конкретного его настройки и вызывают сбой. Тогда нам нужно провести полную чистку его прав и параметров. Но если детально неясно, у кого проблема появляется, а кто ее миновал, то имеет смысл провести глобальную чистку. То есть, удалить настройки всех пользователей, управляющих системой. Да, потом придется повозиться, чтобы восстановить права. Как исправить ситуацию, если в 1С поле агрегатного объекта не обнаружено – это вопрос зачастую с одним ответом – просто сносить все персональные настройки.

Восстанавливаем базу данных

Применяется методика в случае, когда все описанные выше приемы не дали результата. Тогда возникает серьезная вероятность, что неполадка кроется в самой базе. И восстановить ее весьма сложно. Если вы ранее не имели опыта в этом аспекте, возможно, лучше будет довериться профессионалам. Они быстро и без угрозы для системы проведут процедуру.

Самостоятельно же нам понадобится снова запустить конфигуратор, выбрать «тестирование и восстановление базы».

По сути, в нашем случае утрачена логическая адаптация файлов с формами. Выявленные повреждения нужно исправить. Для этого придется указать логическое действие, что делать с файлом. При проведении проверки он может быть удален, создан или очищен.

Создание файла – это имитация существующего элемента, которого на самом деле не будет. То есть ошибка исчезнет, потому что система будет считать, что обращается не к битому файлу. Но и открыть фантомный элемент не сможет, что логично. Если возникает баг, 1 С поле объекта не обнаружено, то после такой проверки уведомлений больше не будет, но корректная форма не появится из ниоткуда. Все равно придется обновлять платформу.

А вот в случае выбор удаления или очищения, все битые файлы будут автоматически удаляться с сервера. И обращаться к ним ПО не будет. Этот вариант тоже по-своему хорош. Но его лучше производить после обновления. Тогда, у нас останутся старые элементы, которые уже не нужны. И при обращении к ним будет появляться баг, который тормозит деятельность. А полное удаление во время тестирования все нерабочие файлы просто удалит, поэтому никакой путаницы возникать не будет.

Если вашей компании требуется ПО, с помощью которого можно ускорить рутинные операции, оптимизировать и автоматизировать многие рутинные процессы (например, маркировку товаров в магазине или инвентаризацию объектов на складе), обращайтесь в «Клеверенс». У нас найдется отличное решение для вашего бизнеса.