API
1. Статья теперь возвращает информацию по привязанные товары.
2. Сделали доступ к полю seo_description у сохраненных фильтров.
3. В строках заказа теперь доступен bundle_id. ID товара комплекта, если позиция является результатом расщепления комплекта.
4. Добавили возможность при создании способа оплаты подключиться ко всем способам доставки передачей одного флага.
5. При обновлении order_lines стали игнорировать product_id и variant_id, раньше это могло привести к искажению заказа. Надо удалять одну позицию и добавлять другую.
6. Добавили во внешнем способе доставки 2.0 передачу ID магазина.
Liquid
1. Добавили заказу и корзине в payment_gateway_id и delivery_variant_id.
1. Статья теперь возвращает информацию по привязанные товары.
2. Сделали доступ к полю seo_description у сохраненных фильтров.
3. В строках заказа теперь доступен bundle_id. ID товара комплекта, если позиция является результатом расщепления комплекта.
4. Добавили возможность при создании способа оплаты подключиться ко всем способам доставки передачей одного флага.
5. При обновлении order_lines стали игнорировать product_id и variant_id, раньше это могло привести к искажению заказа. Надо удалять одну позицию и добавлять другую.
6. Добавили во внешнем способе доставки 2.0 передачу ID магазина.
Liquid
1. Добавили заказу и корзине в payment_gateway_id и delivery_variant_id.
Добавили в API:
* Типы цен
* Единицы измерения
* Цены товара в валюте сайта
* Передачу во внешний способ доставки account_id при запросе из JS в корзин
Изменили в API
* Пагинация категорий по умолчанию теперь как в бэк-офисе
* Если модификации не удалилась удалить - отдаем 422 с причиной отказа
Liquid
Возможность посмотреть список переменных и объектов {% help %}, и посмотреть какие есть атрибуты у объекта {% help 'object' %}
* Типы цен
* Единицы измерения
* Цены товара в валюте сайта
* Передачу во внешний способ доставки account_id при запросе из JS в корзин
Изменили в API
* Пагинация категорий по умолчанию теперь как в бэк-офисе
* Если модификации не удалилась удалить - отдаем 422 с причиной отказа
Liquid
Возможность посмотреть список переменных и объектов {% help %}, и посмотреть какие есть атрибуты у объекта {% help 'object' %}
Для доставок в точки самовывоза добавили возможность указывать способы оплаты принимаемые на точке.
Поле называется payment_method. Это массив который может содержать следующие значения ['CASH', 'CARD', 'PREPAID']
Подробности тут:
https://www.insales.ru/collection/doc-prochee-1450448380/product/javascript-api-oformleniya-zakaza-dlya-vneshnih-sposobov-dostavki
Поле называется payment_method. Это массив который может содержать следующие значения ['CASH', 'CARD', 'PREPAID']
Подробности тут:
https://www.insales.ru/collection/doc-prochee-1450448380/product/javascript-api-oformleniya-zakaza-dlya-vneshnih-sposobov-dostavki
www.insales.ru
Подключение внешнего способа доставки
Приветсвуем всех!
В Insales API произошли важные изменения по кастомным статусам.
Мы попытались унифицировать логику работы с кастомными статусами, в результате получились следующие изменения:
- Запрос на /admin/custom_statuses.[xml, json] все так же возвращает массив кастомных статусов, если он включены. Если же они выключены будет получен массив системных статусов с системными пермалинками
- Фильтрация заказов. Теперь всю фильтрацию по любым статусам можно осуществлять через параметр custom_status_permalink. Если будет прокинут пермалинк системного статуса, то произойдет фильтрация по полю fulfillment_status, в случае кастомного статуса поведение никак не изменилось.
Важное замечание - мы временно оставили обратную совместимость и в случае отправки пермалинка кастомного статуса при выключенной опции пользовательских статусов фильтрация будет работать также как и прежде. Данный метод работы с пользовательскими статусами является устаревшим и в скором времени такое поведение будет убрано
- Редактирование/создание заказа. Также можно при создании/ редактировании заказа можно прокинуть пермалинк системного статуса в поле custom_status_permalink. В результате получится заказ с указанным fulfillment_status и дефолтным custom_status, соответствующим данному fulfillment_status
Дополнительно напоминаем, что заказ сериализуется по-разному в зависимости от состояния опции пользовательских статусов
Более подробную информацию по работе с пользовательскими статусами можно найти тут:
https://www.insales.ru/collection/doc-razrabotka-prilozheniy/product/rabota-s-polzovatelskimi-statusami-2
В Insales API произошли важные изменения по кастомным статусам.
Мы попытались унифицировать логику работы с кастомными статусами, в результате получились следующие изменения:
- Запрос на /admin/custom_statuses.[xml, json] все так же возвращает массив кастомных статусов, если он включены. Если же они выключены будет получен массив системных статусов с системными пермалинками
- Фильтрация заказов. Теперь всю фильтрацию по любым статусам можно осуществлять через параметр custom_status_permalink. Если будет прокинут пермалинк системного статуса, то произойдет фильтрация по полю fulfillment_status, в случае кастомного статуса поведение никак не изменилось.
Важное замечание - мы временно оставили обратную совместимость и в случае отправки пермалинка кастомного статуса при выключенной опции пользовательских статусов фильтрация будет работать также как и прежде. Данный метод работы с пользовательскими статусами является устаревшим и в скором времени такое поведение будет убрано
- Редактирование/создание заказа. Также можно при создании/ редактировании заказа можно прокинуть пермалинк системного статуса в поле custom_status_permalink. В результате получится заказ с указанным fulfillment_status и дефолтным custom_status, соответствующим данному fulfillment_status
Дополнительно напоминаем, что заказ сериализуется по-разному в зависимости от состояния опции пользовательских статусов
Более подробную информацию по работе с пользовательскими статусами можно найти тут:
https://www.insales.ru/collection/doc-razrabotka-prilozheniy/product/rabota-s-polzovatelskimi-statusami-2
Всем доброго дня!
У нас отличные новости: теперь в InSales есть поддержка повторяющихся платежей за приложения! При оплате банковской картой счета за приложение клиенту будет предложено сделать ее регулярным платежом.
И небольшие изменения в работе подписок на приложения - RecurringApplicationCharge (https://api.insales.ru/?doc_format=JSON#recurringapplicationcharge-create-recurring-application-charge-json)
- из сериализуемых полей убрали id, так как в нем нет необходимости - у приложения может быть только одна подписка
- поправили ошибку повторного триального периода после переустановки приложения
У нас отличные новости: теперь в InSales есть поддержка повторяющихся платежей за приложения! При оплате банковской картой счета за приложение клиенту будет предложено сделать ее регулярным платежом.
И небольшие изменения в работе подписок на приложения - RecurringApplicationCharge (https://api.insales.ru/?doc_format=JSON#recurringapplicationcharge-create-recurring-application-charge-json)
- из сериализуемых полей убрали id, так как в нем нет необходимости - у приложения может быть только одна подписка
- поправили ошибку повторного триального периода после переустановки приложения
Небольшие изменения по API доставок v.2
Изменения касаются в основном доставок в точки самовывоза, но есть и небольшое изменение затрагивающее доставки курьером. Теперь для укаазния службы доставки вместо поля shipping_company следует использовать поле shipping_company_handle. Подробности по ссылке
http://telegra.ph/Izmeneniya-v-API-dostavok-v-tochki-samovyvoza-06-05
Изменения касаются в основном доставок в точки самовывоза, но есть и небольшое изменение затрагивающее доставки курьером. Теперь для укаазния службы доставки вместо поля shipping_company следует использовать поле shipping_company_handle. Подробности по ссылке
http://telegra.ph/Izmeneniya-v-API-dostavok-v-tochki-samovyvoza-06-05
Telegraph
Изменения в API доставок
При создании источника данных точек самовывоза необходимо так же установить url для получения информации о выбранной точке самовывоза. Это необходимо для возможности перерасчета стоимости доставки при изменении состава корзины. Данный url необходимо передать…
Напоминаем, что актуальное описание по доставкам доступно тут
https://www.insales.ru/collection/doc-prochee-1450448380/product/javascript-api-oformleniya-zakaza-dlya-vneshnih-sposobov-dostavki
https://www.insales.ru/collection/doc-prochee-1450448380/product/javascript-api-oformleniya-zakaza-dlya-vneshnih-sposobov-dostavki
www.insales.ru
Подключение внешнего способа доставки
Добрый вечер!
Небольшие обновления в работе API подписок на приложения. Теперь вы можете самостоятельно редактировать триальный период приложения. При создании подписки можно передать атрибут trial_expired_at. Если этот атрибут не указан, будет как и раньше использован период, указанный в атрибутах приложения. Если подписка уже создана и нужно изменить триальный период, воспользуйтесь отдельным методом add_free_days. Подробнее: http://api.insales.ru/?doc_format=JSON#recurringapplicationcharge-add-free-days-to-recurring-application-charge-json
Небольшие обновления в работе API подписок на приложения. Теперь вы можете самостоятельно редактировать триальный период приложения. При создании подписки можно передать атрибут trial_expired_at. Если этот атрибут не указан, будет как и раньше использован период, указанный в атрибутах приложения. Если подписка уже создана и нужно изменить триальный период, воспользуйтесь отдельным методом add_free_days. Подробнее: http://api.insales.ru/?doc_format=JSON#recurringapplicationcharge-add-free-days-to-recurring-application-charge-json
Добрый день!
В ближайшее время в InSales произойдет небольшое изменение в плане терминологии. Для консистентности и избежания путаницы мы повсеместно переходим от термина "модификация" к термину "вариант". Данные изменения коснутся интерфейса, а также текстов на сайте и в ошибках, возвращаемых API. Если в вашем API есть привязка к термину "модификация", лучше либо убрать эту привязку, либо быть готовым получить текст ошибки с "вариантом".
В ближайшее время в InSales произойдет небольшое изменение в плане терминологии. Для консистентности и избежания путаницы мы повсеместно переходим от термина "модификация" к термину "вариант". Данные изменения коснутся интерфейса, а также текстов на сайте и в ошибках, возвращаемых API. Если в вашем API есть привязка к термину "модификация", лучше либо убрать эту привязку, либо быть готовым получить текст ошибки с "вариантом".
1. Добавили возможность массово обновлять остатки на складах https://api.insales.ru/?doc_format=JSON#variant-update-group-of-variants-multi-warehouses-case-json
2. Добавили документацию для внешней оплаты через виджет на сайте https://bit.ly/2BKxCyh .
3. Добавили новый способ получать товары в json на сайте: https://abc.myinsales.ru/front_api/products.json?ids=54860110,37981848&with=variants,canonical_url_collection
Полный список доступных значений: main_image, images, characteristics, option_names, variants, short_description, description, product_field_values, bundle_info, canonical_url_collection, price_kinds.
По умолчанию нет variants, есть только price_min и price_max. Если каких-то данных не хватает напишите нам в поддержку.
2. Добавили документацию для внешней оплаты через виджет на сайте https://bit.ly/2BKxCyh .
3. Добавили новый способ получать товары в json на сайте: https://abc.myinsales.ru/front_api/products.json?ids=54860110,37981848&with=variants,canonical_url_collection
Полный список доступных значений: main_image, images, characteristics, option_names, variants, short_description, description, product_field_values, bundle_info, canonical_url_collection, price_kinds.
По умолчанию нет variants, есть только price_min и price_max. Если каких-то данных не хватает напишите нам в поддержку.