Москва: +7(495) 984-3499
Новосибирск: (383) 230-0255
ICQ Отдела продаж: 673-700-787, 635-877-793, 612-931-528, 623-036-077
Москва: (495) 984-3499
(495) 742-1790
 
(495) 742-1789
(495) 742-1791
Call Free: 8 (800) 333-0313
Новосибирск: (383) 230-0255
(383) 209-0488
(903) 901-3695

Внешние вызовы компоненты (подключение к своим продуктам)

Страницы: 1 2 3 4 5 ... 7 След.
RSS
Внешние вызовы компоненты (подключение к своим продуктам), Обсуждение как можно подключить С.МТ к продуктам, отличным от 1С
 
Добрый день.
Есть ли возможность использовать СКАНКОД.Мобильный Терминал с системами отличными от 1с?
Достаточно описание интерфейса библиотеки.
 
Мы пока не делали внешние вызовы. Хотя там просто сделать. Библиотека просто как передатчик, функций там не много. А вот реализовывать формат файлов - это тяжкий труд. Как срочно Вам нужно?
 
Цитата
Олег Плюснин написал:
Мы пока не делали внешние вызовы. Хотя там просто сделать. Библиотека просто как передатчик, функций там не много. А вот реализовывать формат файлов - это тяжкий труд. Как срочно Вам нужно?
Надо. Форматы не пугают.
 
Сможем начать с понедельника. Нужно дня 3. Т.е. до конца месяца должны сделать. Вызов внешнего события реализуем через колбек.
 
А предварительно - есть ли описание форматов файлов обмена - чтобы со своей стороны я тоже начал готовить ПО?
И ещё - вы не возражаете, если я написанные библиотеки для работы с этими файлами опубликую под свободной лицензией? У вас нет на это запрета?
 
Формат приложил, он в сборке тоже должен присутствовать.
По поводу публикации. компонента привязана к ПО. ПО к моделям ТСД. Большого противоречия не вижу, чтобы использовать кому-то в своих целях. Кто подсядет на Ваше ПО, подсядут на наши ТСД.
На данный момент лицензия получается через интернет и она бесплатна для всех поддерживаемых моделей ТСД. В дальнейшем какие-то функции могут стать платными или, например, только те ТСД, которые прошли через нас или наших партнеров. Но пока ПО молодое и не окрепшее. Думаю год смело можно не бояться.
 
Отлично.
 
Начал реализацию ибиблиотеки для обмена фалами с ТСД - https://github.com/lalexs75/scancode_fpc


При внимательном изучении документации возникли вопросы:


1.Вопрос по форматам данных:- Если указан тип поля GUID - там ожидается только GUID, или там просто сторока - и достаточно передавать уникальное значение?
- Как определить обязательность полей? Какие обязательны к заполнению, какие нет?

2.Вопрос по документации - описании формата файлов
Раздел 1.7
- Секция <Information>
Нет уточнения - может ли дублироваться или одна на весь файл?

Раздел 1.8
- Ветка Cell - пример XML файла содержит атрибут ID. Описание ветки ниже не содержит описания этого атрибута.

Раздел 1.9
- Секция <Task> в рамках секции <Document> уникальна? Или может дублироваться (хотя мне кажется - должна быть уникальна). Можно уточнить?
- Секция <property> в рамках секции </record> уникальна?
- Секция <serial> в рамках секции <property> уникальна?
- Не описания секции cells в рамках секции <serial>.

Раздел 1.10
- table – описание табличной части (справочников) - судя приведённому примеру этот раздел содержит информацию о справочнике товаров?
- В разделе <table/record> не описаны атрибуты "id_vidnomencl" и "id_nabor_pack"

Раздел 1.11
- в секции <Orders> может ли быть несколько разделов <Task>?
- в секции <Orders\Task\record> может ли быть несколько разделов <property>?
- в примере в разеделе <cells> есть атрибут cell, в описание атрибут назван id_cell - что праивльно?
- <Orders> - это отдельный файл - в документации надобы отделить от <handbooks> - добавить заголовок XML


- для секции <handbooks> - для всех подсекций нет описания атрибутов секций <record>
 
1. Тип поля GUID содержит УИ из 1С и используется для связи с объектами 1С (когда отправляются данные с ТСД в 1С)
вчастности у пользователя GUID еще и используется для идентификации его в компоненте (DLL).
Если вы не используете 1С, то теоретически можно вместо GUID`ов подставлять уникальные строки (32 символа),
на практике мы такого не делали и нет гарантии что ничего не сломается

Обязательными как раз яляются все GUID`ы, прочие атрибуты как правило имеют пустые значения по умолчанию в СМТ, и
если какого то не будет, то приложение на терминале просто не отобразит данных.
В остальном структура XML должна быть сохранена (т.е. желательно что бы все теги присутвоваkb даже с пустым значением или без атрибутов. В "Описание структуры XML файлов обмена" подбробнее о каждом тэге)
К примеру: даже если не используется учет серий, то тэг serial все равно нужен внутри proprerty, т.к. содержит атрибут quantity.

2. Information - это корневой тэг в данном файле, поэтому он один всегда

3. атрибут ID в тэге Cell устарел и более не используется, в будущих версиях будет убран

4. тэг Task может повторяться, т.к. описывает документ в наборе документов (тэг Documents). Вообще тэг Task и Document эквивалентны,
в ближайщих версия тэг Document будет убран, останется только Task

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


тэг serial внутри property на текущий момент может повторяться, т.к. содержит УИ серии, в разрезе которых (по учету)
можно собирать товары в ордере (документе)
--- !!! В будущих версиях тэг serial внутри property будет один, и будет отображать ту серию, которую выбрали в документе

тэг cells внутри serial устарел и более не используется, в будущих версиях будет убран

5. тэг table - справочник товаров, содержит данные по товарам в документах (связывается с товаром в документе по атрибуту id_goods)
id_vidnomencl - УИ вида номенклатуры аналогично 1С, т.е. номенклатура может принадлежать Виду и наследовать все его атрибуты: (характеристика и т.п.)
Справочник Видов Номенклатуры внутри тэга "vidnomencls", связывается например с characteristics по комбинации полей:
id_owner="74813661-b5b8-11e4-8355-74d02b7dfd8c" relation="видыноменклатуры"
с другими справочниками аналогично

id_nabor_pack - УИ наборов упаковок. Аналогично ВидНоменклатуры.
пример:
Код
   <packs>
      <record id_owner="f93e1131-c83a-11e2-8026-0015e9b8c48d" relation="наборупаковок" name="шт (1 шт)" id_pack="f93e1132-c83a-11e2-8026-0015e9b8c48d" koeff="1"/>
      <record id_owner="f93e1131-c83a-11e2-8026-0015e9b8c48d" relation="наборупаковок" name="ящ (20 шт)" id_pack="f93e1134-c83a-11e2-8026-0015e9b8c48d" koeff="20"/>
      <record id_owner="f93e1131-c83a-11e2-8026-0015e9b8c48d" relation="наборупаковок" name="пал (1 000 шт)" id_pack="f93e1137-c83a-11e2-8026-0015e9b8c48d" koeff="1000"/>
      <record id_owner="cbcf4982-55bc-11d9-848a-00112f43529a" relation="номенклатура" name="кг (1 кг)" id_pack="7564c330-0589-11e3-8031-0015e9b8c48d" koeff="1"/>
      ...
   </packs>

--- !!! Обязательно добавим в описание

6. В тэге Orders может быть несколько тэгов Task аналогично п.4 (см. выше), касается и property
правильно id_cell, опечатка в описании (исправим)
тэг handbooks должен быть внутри Orders (опечатка в описани).
handboosk может отсутствовать или быть пустым, в случае если в ордер (документ) не добавляли товары (которых там изначально не было)
 
SDK
Страницы: 1 2 3 4 5 ... 7 След.