Ваши комментарии

В типовом коде написано.

 Если НЕ ЗначениеЗаполнено(ДокументОснование) Тогда

        ТекстСообщения = НСтр("ru='Пересчет товаров можно вводить только на основании приказа на проведение инвентаризации товаров.'");
        ВызватьИсключение ТекстСообщения;

 КонецЕсли;


Эта ошибка будет возникать если документ создан на ТСД, когда он попадает в базу, то естественно у него нет документа основания, т.к. приказа.

Тут 2 варианта.

- Создавать документ в 1С перед выгрузкой на ТСД.
- Мы можем попробовать создавать новый приказ на пересчет (или брать последний) перед загрузкой такого документа на ТСД, но не знаю насколько это корректно будет.




Добрый день. По второму пункту немного исправили обработку. Перезагрузите номенклатуру еще. Надпись ОбъектXDTO должна исчезнуть.


ЗагрузкаВыгрузкаДанныхТСД (Розница 2.2)+ЗагрузкаНоменклатуры.epf

По пункту 3.

Пришлите пожауйста скрин ошибки. посмотрим.

Но полагаю, дело в том что ТСД обратно выгружает два поля.
Штрихкод и Количество.

Т.к. Мы сформировали Штрихкод ИЗ SKU кода, то при обратной выгрузке соответственно система не сможет найти его в регистре чтобы сопоставить товар, т.к. его в регистре попросту нет.

Таким образом я понимаю проблема именно в этом.


Спасибо.




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

Посмотрите как загружать компоненту в этом видео.


Добрый день.
1. Попробуйте компоненту версии 1.09
RSExchange1C.zip

2. Для УПП возможность обмена есть только через механизм внешней компоненты.
Обработки для УПП в режиме обычных форм нет. Ее нужно разрабатывать под конкретные нужды заказчика.

3. Для вашей конфигурации штатно только через внешнюю компоненту.

Спасибо.

По второму вопросу. Можете ли вы прислать нам свой файл выгрузки номенклатуры?

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

Мы исправляем обработку так, что она формирует коротки штрихкод по принципу

2AСCCCC

  • A – значение настройки «Префикс внутреннего штрихкода весового товара»;
  • ССССС – код SKU;

Или 2000169 

Данный код выгружается на ТСД и таким образом при сканировании приложение будет распознавать товар и вым не придется в базе заводить короткие штрихкоды.


Андрей. Добрый день. Да вы абсолютно все правильно говорите и делаете.
Дело в том что SKU и PLU коды выгружаются немного на другое оборудование и служат для идентификации товаров на весах.
http://v8.1c.ru/retail/equipment/tradeware.htm
Для считывания и идентификации товара ТСД должен знать короткий Штрихкод.
Поддержка SKU кодов в нашем приложении пока не реализована.
Чисто теоретически мы можем обработкой подхватывать SKU коды и выгружать их на ТСД записывая в стандартный регистр,  а потом при сканировании уже высчитывать вес. Это лишь для того чтобы не заводить в системе неполный штрихкод.

Идея хорошая. Мы постараемся ее реализовать. Спасибо.



Еще не лишним не будет уточнить версию розницы и мобильного приложения. Спасибо.

Добрый день.
1. Ну мы можем конечно в зависимости от версии создавать приказ на пересчет, но не знаю насколько это корректно будет.
2. Попробуйте новую версию обработки. Там мы исправили этот недочет.
3. Мобильное приложение распознает весовые ШК EAN 13 в зависимости от префиксов, которые указаны в настройках.ЗагрузкаВыгрузкаДанныхТСД (Розница 2.2)+ЗагрузкаНоменклатуры.epf



Сервис поддержки клиентов работает на платформе UserEcho