Ми використовуємо файли cookies для оптимізації контенту та швидкодії сайту. Продовжуючи відвідування сайту, ви погоджуєтесь на використання файлів cookies.
Добридень! Продовження завдання - https://crm-onebox.com/ru/support/suppliers-and-prices/8459-dorabotka-deystviya-quotintegratsiya-produktov-xml-eksportquot-v2/
Доопрацювання виконано, працює. Але мабуть Ви зачепили при цьому функціонал "Передавати значення залишків/наявності на складі за кожним складом окремо"
Тому що зараз лише по одному складу передається значення наявності. Нижче скріншот. Прошу Вас перевірити.
[file]5981[/file]
[file]5982[/file]
Добридень! Продовження завдання - https://crm-onebox.com/ru/support/suppliers-and-prices/8459-dorabotka-deystviya-... Доопрацювання виконано, працює. Але мабуть Ви зачепили при цьому функціонал "Передавати значення залишків/наявності на складі за кожним складом окремо" Тому що зараз лише по одному складу передається значення наявності. Нижче скріншот. Прошу Вас перевірити.
Добридень! Так підтверджую. Велике спасибі! Підкажіть, будь ласка, у файлі зустрічаються CDATA теги, де у значенні є знак "&" амперсанд, пробували замість "&" ставити "&", чи не допомогло, як можна виправити цей момент?
Добридень! Так підтверджую. Велике спасибі! Підкажіть, будь ласка, у файлі зустрічаються CDATA теги, де у значенні є знак "&" амперсанд, пробували замість "&" ставити "&", чи не допомогло, як можна виправити цей момент?
[file]6023[/file]
Символи <>& неприпустимі всередині вмісту XML - і формат вимагає обертати дані в секцію даних CDATA. Є 2 варіанти рішення: 1. прибрати амперсанд із вмісту 2. змусити сторону, що приймає, правильно розпаршувати XML з урахуванням секцій даних
Символи <>& неприпустимі всередині вмісту XML - і формат вимагає обертати дані в секцію даних CDATA.
Є 2 варіанти рішення:
1. прибрати амперсанд із вмісту
2. змусити сторону, що приймає, правильно розпаршувати XML з урахуванням секцій даних
Добридень! Так, вирішили завдання через один варіант. Дякую! Ще один момент з'явився. На стороні, що приймає, файл XML не проходить валідацію за схемою XSD. Потрібно щоб елементи та атрибути внтури в потрібному порядку були. Чи можливо регулювати порядок вивантаження елементів та атрибутів у дії? Прикріплюю скріншот, де ліворуч як зараз у нас, а справа як має бути
Добридень!
Так, вирішили завдання через один варіант. Дякую!
Ще один момент з'явився. На стороні, що приймає, файл XML не проходить валідацію за схемою XSD. Потрібно щоб елементи та атрибути внтури в потрібному порядку були. Чи можливо регулювати порядок вивантаження елементів та атрибутів у дії?
Прикріплюю скріншот, де ліворуч як зараз у нас, а справа як має бути
[file]6049[/file]
dmitryi написав: Потрібно щоб елементи та атрибути внтури в потрібному порядку були.
цікава сторона, що приймає, що подібне - важливий момент для валідації :)
dmitryi написав: Чи можливо регулювати порядок вивантаження елементів та атрибутів у дії?
У ручному режимі – ні. Хіба що можу запропонувати змінити порядок наприклад щоб була "наявність/додатковий тег/додаткове поле" (або як треба)
[quote]
dmitryi написав:
Потрібно щоб елементи та атрибути внтури в потрібному порядку були.
[/quote]
цікава сторона, що приймає, що подібне - важливий момент для валідації :)
[quote]
dmitryi написав:
Чи можливо регулювати порядок вивантаження елементів та атрибутів у дії?
[/quote]
У ручному режимі – ні.
Хіба що можу запропонувати змінити порядок наприклад щоб була "наявність/додатковий тег/додаткове поле" (або як треба)
цікава сторона, що приймає, що подібне - важливий момент для валідації :)
Згоден :-) Це як перевіряти порядок складених. Ну ось вони вважали, що порядок важливий.
У ручному режимі – ні. Хіба що можу запропонувати змінити порядок наприклад щоб була "наявність/додатковий тег/додаткове поле" (або як треба)
Це Ви написали про атрибути, правда? а як бути з елементами "model", "brand", "price" адже їх теж потрібно по своїх місцях розставити?
[quote]
цікава сторона, що приймає, що подібне - важливий момент для валідації :)
[/quote]
Згоден :-) Це як перевіряти порядок складених. Ну ось вони вважали, що порядок важливий.
[quote]
У ручному режимі – ні.
Хіба що можу запропонувати змінити порядок наприклад щоб була "наявність/додатковий тег/додаткове поле" (або як треба)
[/quote]
Це Ви написали про атрибути, правда? а як бути з елементами "model", "brand", "price" адже їх теж потрібно по своїх місцях розставити?
dmitryi написав: Згоден :-) Це як перевіряти порядок складених. Ну ось вони вважали, що порядок важливий.
дуже дивно, адже це не універсально виходить...
dmitryi написав: Це Ви написали про атрибути, правда? а як бути з елементами "model", "brand", "price" адже їх теж потрібно по своїх місцях розставити?
ну в такому випадку потрібно реалізовувати сортування, що настроюється, що досить трудомісткий. вплинути на сторону, що приймає, немає можливості на жорстку структуру?
[quote]
dmitryi написав:
Згоден :-) Це як перевіряти порядок складених. Ну ось вони вважали, що порядок важливий.
[/quote]
дуже дивно, адже це не універсально виходить...
[quote]
dmitryi написав:
Це Ви написали про атрибути, правда? а як бути з елементами "model", "brand", "price" адже їх теж потрібно по своїх місцях розставити?
[/quote]
ну в такому випадку потрібно реалізовувати сортування, що настроюється, що досить трудомісткий.
вплинути на сторону, що приймає, немає можливості на жорстку структуру?
dmitryi написав: ну в такому випадку потрібно реалізовувати сортування, що настроюється, що досить трудомісткий. вплинути на сторону, що приймає, немає можливості на жорстку структуру?
Ні, вплинути не вдасться, на жаль. А чи можливо тільки для нас зробити саме таку структуру, тобто не налаштовану і її зафіксувати? Це основний функціонал нашого боксу.
[quote]
dmitryi написав:
ну в такому випадку потрібно реалізовувати сортування, що настроюється, що досить трудомісткий.
вплинути на сторону, що приймає, немає можливості на жорстку структуру?
[/quote]
Ні, вплинути не вдасться, на жаль. А чи можливо тільки для нас зробити саме таку структуру, тобто не налаштовану і її зафіксувати? Це основний функціонал нашого боксу.
dmitryi написав: А чи можливо тільки для нас зробити саме таку структуру, тобто не налаштовану і її зафіксувати?
Ні - ми не робимо індивідуальних доопрацювань для клієнтів у розріз продукту. Я думаю, можна поміняти в структурі кілька тегів місцями - навряд чи це вплине на інші сервіси (я подібних запитів не зустрічав).
[quote]
dmitryi написав:
А чи можливо тільки для нас зробити саме таку структуру, тобто не налаштовану і її зафіксувати?
[/quote]
Ні - ми не робимо індивідуальних доопрацювань для клієнтів у розріз продукту.
Я думаю, можна поміняти в структурі кілька тегів місцями - навряд чи це вплине на інші сервіси (я подібних запитів не зустрічав).
dmitryi написав: А чи можливо тільки для нас зробити саме таку структуру, тобто не налаштовану і її зафіксувати?
Ні - ми не робимо індивідуальних доопрацювань для клієнтів у розріз продукту. Я думаю, можна поміняти в структурі кілька тегів місцями - навряд чи це вплине на інші сервіси (я подібних запитів не зустрічав).
Добре, а що це нам коштуватиме?
[quote]
Тиндик Максим Вадимович писав/ла:
[quote]
dmitryi написав:
А чи можливо тільки для нас зробити саме таку структуру, тобто не налаштовану і її зафіксувати?
[/quote]
Ні - ми не робимо індивідуальних доопрацювань для клієнтів у розріз продукту.
Я думаю, можна поміняти в структурі кілька тегів місцями - навряд чи це вплине на інші сервіси (я подібних запитів не зустрічав).
[/quote]
Добре, а що це нам коштуватиме?
Так, структура тепер рівна, Але тепер у файлі купа дублів з'явилася і наявність на складі не враховується скрізь available="no" :)
[quote]
Тиндик Максим Вадимович писав/ла:
Нічого. Я змінив у рамках попередніх доопрацювань місцями кілька полів.
https://azing.crm-onebox.com/media/export/product/pricelist.xml
[/quote]
Так, структура тепер рівна, Але тепер у файлі купа дублів з'явилася і наявність на складі не враховується скрізь available="no" :)
Добридень! Атрибут preOrder заповнюється із дод. поля продукту, чомусь коли там значення 0 воно проставляється у файлі, а інші значення проставляються без проблем. Тип дод. поля - рядок, хоча пробував і ціле число і текст, також. Нам потрібно, щоб 0 підставлявся в preOrder.
Добридень! Атрибут preOrder заповнюється із дод. поля продукту, чомусь коли там значення 0 воно проставляється у файлі, а інші значення проставляються без проблем. Тип дод. поля - рядок, хоча пробував і ціле число і текст, також. Нам потрібно, щоб 0 підставлявся в preOrder.
[file]6088[/file]
[file]6089[/file]
Добридень! Нам необхідно переробити у дії логіку проставлення ознаки наявності товару щодо доп. полів продукту. Зараз це працює відносно складу, що нам не зовсім підходить. На скріншоті я показав, які параметри, звідки повинні братися. Прошу порахувати доопрацювання.
Добридень! Нам необхідно переробити у дії логіку проставлення ознаки наявності товару щодо доп. полів продукту. Зараз це працює відносно складу, що нам не зовсім підходить. На скріншоті я показав, які параметри, звідки повинні братися. Прошу порахувати доопрацювання.
[file]6105[/file]
dmitryi написав: брий день! Нам необхідно переробити у дії логіку проставлення ознаки наявності товару щодо доп. полів продукту. Зараз це працює відносно складу, що нам не зовсім підходить. На скріншоті я показав, які параметри, звідки повинні братися. Прошу порахувати доопрацювання.
виставляйте окремою темою на цю тему було реалізовано доопрацювання
[quote]
dmitryi написав:
брий день! Нам необхідно переробити у дії логіку проставлення ознаки наявності товару щодо доп. полів продукту. Зараз це працює відносно складу, що нам не зовсім підходить. На скріншоті я показав, які параметри, звідки повинні братися. Прошу порахувати доопрацювання.
[/quote]
виставляйте окремою темою
на цю тему було реалізовано доопрацювання
Будь ласка, приєднуйтесь до діалогу. Якщо вам є що сказати – будь ласка, напишіть коментар. Для входу потрібний мобільний телефон та смс-код для ідентифікації.
Увійти та написати коментар