Опрос/обсуждение: Нужен ли конструктор заполнения реквизитов загружаемых документов, Имеет ли смысл добавление в модули обмена 4 версии(кроме УФН) функционал по соответствию полей XML и реквизитов загружаемых в 1С документов
Если его добавить, то станет возможно настраивать заполнение реквизитов загружаемых документов. При создании узла обмена соответствия загружаемых полей заполняются по умолчанию.
В левой верхней таблице отображены все загружаемые документы. В таблице можно указать:
1) Какая дата документа подставляется: дата на момент загрузки документа в 1С или же с дата создания документа на сайте.
2) Откуда берется номер документа: подставляется автоматически из 1С или приходит с сайта
3) Режим записи документа: записывать/проводить оперативно/проводить не оперативно.
4) Действия с отмененными документами: помечать на удаление/отменять проведение/ничего не делать. Если на документ есть ссылки, то документ не будет отменен.
Правая верхняя таблица
В Правой верхней таблице отображаются все реквизиты указанного документа. Для того чтобы реквизиты документа отобразились в таблице – необходимо нажать на кнопку «Настроить соответствия реквизитов», которая находится в верхней левой таблице.
Тип данных заполнения реквизита может быть следующий:
1. Из поля XML. Если выбран этот тип, тогда значение будет найдено по алгоритму, указанному в колонке «Значение». Как правило, алгоритмы реализованы на основании данных XML. При указании этого типа в колонке «Значение» появляется предопределенный список значений алгоритмов алгоритмов.
2. Фиксированное значение. Если выбран этот тип, тогда в реквизит документа будет подставляться указанное фиксированное значение. При указании этого типа данных, тип значения фиксированного значения определяется автоматически.
3. Из дополнительных свойств документа (по наименованию). При указании этого типа значение реквизита будет искаться по следующему алгоритму:
· Смотрится – есть ли свойство документа(задается в профилях обмена) с указанным наименованием, которое указывается в колонке «Значение».
· Если такое свойство есть и оно заполнено, то определяется тип реквизита документа. Если их несколько(составное) – массив.
· Перебираются все элементы объектов 1С указанного типа объекта(или нескольких). Первый найденный элемент, с наименованием, указанным в свойстве заказа, будет подставлен в реквизит.
4. Из дополнительных свойств (по ид). Примерно тоже самое, что и выше, но элемент ищется не по наименованию, а по уникальному идентификатору. Имеет смысл использовать в связке с hl инфоблоками, которые будут хранить значения выгруженных справочников.
Левая нижняя таблица
В нижней левой части документа отображены все заполняемые табличные части указанного документа (добавление новых табличных частей пока отключено). В колонке «Поле XML» указывается наименование подчиненного элемента, из которого берутся данные. Если значение не заполнено – будет создана всего одна строка.
Правая нижняя таблица
В нижней правой части отображаются все реквизиты указанной табличной части документа. Для того чтобы реквизиты документа отобразились в таблице – необходимо нажать на кнопку «Настроить соответствия реквизитов», которая находится в нижней левой таблице.
Заполняются реквизиты также, как и реквизиты документа, с единственным отличием, что у табличной части больше предопределенных алгоритмов.
Минусы: 1) Немного замедлится загрузка документов(не сильно, но все же) 2) Немного изменится пользовательская доработка модуля обмена в части загрузки документа в 1С
Повлияет ли это каким-либо образом на структуру файла обмена? Добавятся ли какие-то преимущества и гибкость? Например работа со статусами заказа?
Просто я не могу пользоваться типовым решением (имеется в виду обсуждаемый модуль обмена). Поэтому переделываю свое решение для соответствия требованиям обмена. Отсюда и вопрос.
Василий Мазурок пишет: Повлияет ли это каким-либо образом на структуру файла обмена? Добавятся ли какие-то преимущества и гибкость? Например работа со статусами заказа?
Просто я не могу пользоваться типовым решением (имеется в виду обсуждаемый модуль обмена). Поэтому переделываю свое решение для соответствия требованиям обмена. Отсюда и вопрос.
Файл XML останется прежний.
Добавятся ли какие-то преимущества и гибкость
Вообщем то, станет возможным заполнять любой реквизит в документе 1С по данным из сайта. Как пример: на сайте указать организацию. которая подставится в заказ, или склад, или дата отгрузки. Вообще любой реквизит(даже не типовой), в том числе в табличной части. Те реквизиты, которых нет на сайте - задаются как свойства заказа.
Например работа со статусами заказа? Статусы и сейчас загружаются в 1С через соответствия статусов, но можно будет и через этот функционал. Статусы то передаются через свойства заказов.
Александр Денисюк пишет: Статусы то передаются через свойства заказов.
Прошу прощение за ОФФтоп, но я не имею возможности проверить это на УТ11. И из сообщений форума не могу сделать однозначные выводы. Прошу прояснить следующее: Правильно ли я понимаю что в модуле обмена для УТ11 есть возможность назначить соответствие статусам документа статусов на сайте. И если я понимаю правильно - то значит ли это что статусы на сайте можно изменять при отправке документов из 1С? Или я все понял не правильно - и соответствие статусов не для этого сделано. И для УТ11 как и для УТ10 необходимо на сайт отдавать информацию о документах оплаты и документах отгрузки?
P.S. Возможно не я первый прошу, но можно ли каким-то образом получить описание формата обмена. Более осмысленное чем абстрактное описание на сайте 1С. Необходимо понимать что в какое поле нужно записать что-бы значение попало на сайт в соответствующие поля. Сейчас приходится заниматься реверс-инжинирингом. Т.е. сначала разобраться что должно быть в типовой. Потом понять как обмен сделан в Вашем решении а потом выполнять трансляцию в свое не типовое решение.
Александр Денисюк пишет: Статусы то передаются через свойства заказов.
Прошу прощение за ОФФтоп, но я не имею возможности проверить это на УТ11. И из сообщений форума не могу сделать однозначные выводы. Прошу прояснить следующее: Правильно ли я понимаю что в модуле обмена для УТ11 есть возможность назначить соответствие статусам документа статусов на сайте. И если я понимаю правильно - то значит ли это что статусы на сайте можно изменять при отправке документов из 1С? Или я все понял не правильно - и соответствие статусов не для этого сделано. И для УТ11 как и для УТ10 необходимо на сайт отдавать информацию о документах оплаты и документах отгрузки?
P.S. Возможно не я первый прошу, но можно ли каким-то образом получить описание формата обмена. Более осмысленное чем абстрактное описание на сайте 1С. Необходимо понимать что в какое поле нужно записать что-бы значение попало на сайт в соответствующие поля. Сейчас приходится заниматься реверс-инжинирингом. Т.е. сначала разобраться что должно быть в типовой. Потом понять как обмен сделан в Вашем решении а потом выполнять трансляцию в свое не типовое решение.
Этот функционал только для загрузки документа в 1С, а не выгрузки. В УТ 11 измененные статусы выгружаются, но в БУС они пока не обрабатываются.
Подробного описание формата нет. Вообще, схему Commerce ML я просматриваю в графическом виде с помощью программы Liquid XML Studio 2014 Там очень красиво и понятно отображается структура файла XML.
Александр Денисюк пишет: Подробного описание формата нет. Вообще, схему Commerce ML я просматриваю в графическом виде с помощью программы Liquid XML Studio 2014 Там очень красиво и понятно отображается структура файла XML.
Я тоже использую этот инструмент. Однако схема показывает хорошо структуру. Но не логическое назначение и реакцию сайта на наличие/отсутствие значений в том или ином поле схемы. А так же схема не описывает поведение сайта в ответ на содержимое полей схемы переданных на сайт.
Для меня сейчас все видится в таком алгоритме. 1. Выгружаем на тестовый сайт какие-то данные в новом формате 2. Смотрим на реакцию сайта 3. Если реакция ожидаемая - предполагаем что все ОК и переходим к следующему вопроса 4. Если реакция не ожидаемая выдвигаем версии что и как могло привести к неожиданной реакции изменяем передаваемые данные и возращаемя к п.1 и так бесконечно долго пока не кончатся версии....
Сам понимаете что, описанные алгоритм не внушает оптимизма... и не дает гарантии что то что сделано - сделано правильно. А ведь еще может быть криво настроен БУС со всеми "вытекающими"...
Очень нужно описание АПИ (другими словами описание логики работы сайта при получении файлов обмена, а так же при их генерации)!
Можно ли как-то для склада(в правой верхней) установить "Фиксированное значение"??? Для организации например стоит "Фиксированное значение" и в заказы оно подставляется. А вот для склада не получается заменить "Из поля XML документа" на "Фиксированное значение".