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 может отсутствовать или быть пустым, в случае если в ордер (документ) не добавляли товары (которых там изначально не было)