Условия обработки персональных данных

Сайт использует технические и персональные данные пользователей для получения маркетинговой и статистической информации. Условия обработки персональных данных посетителей можно ознакомиться по ссылке.

В случае Вашего не согласия с этими условиями - просим Вас покинуть данный сайт. Если Вы продолжаете находиться и использовать сайт - Вы автоматически выражаете свое согласие с условиями обработки персональных данных пользователей сайта

X
  • bitrix кастомизация заказов при синхронизации с 1с

    Очень важно понять. что 1с отправляет запросы к сайту. и отправляет post запросом файлы для синхронизации. И при обращении в битрикс происходит ответ со строкой успеха или же xml файл.
    Подробнее

  • bitrix обмен заказами с 1с- добавить файл в свойство заказа

    Цель. В 1с создается заказ. Потом добавляется файлик к заказу. И отправляется в битрикс. Штатно не сработало. Обработчиков битрикса нет- делаем хаками. (можно переписать компоненту.)

    Добавляем 2 функции в php init. Внимание. для заказов обработчиков нет. т.к компонент bitrix:sale.export.1c без обработчиков

    Подробнее

  • 1c- битрикс удваивает торговые предложения при синхронизации (без решетки)

    в этом случае надо xml id сделать в нужном формате. ,Внимание, код работает с уже готовыми xml_id содержащими решетку- ваш случай мне не известен.
    Подробнее

  • Задвоение привязки торговых предложений к основному каталогу

    1 надо выставить правльный внешний код: bxr_catalog_s1# — торгового предложения и товара bxr_catalog_s1 — надо выставить (внешний код может быть другим- обязательно у торгового предложения с решеткой) .Внимание в следующем пункте в аспро ошибка- если у вас уже есть инфоблок для предложений- то внешний код в торговое предложение вам надо выставить вручную!!!

    2. выставить настройки как тут https://aspro.ru/docs/course/course36/lesson61/?LESSON_PATH=878.59.60.61https://aspro.ru/docs/course/course36/lesson61/?LESSON_PATH=878.59.60.61 , но учесть вншений код в предложения.

    2. Снять галочку в каталоге в настройках главного инфоблока — «ИНфоблок имеет торговые предложения». Тогда привякза исчезнет и нам можно будет убрать лишний инфоблок- созданный в 1с. ( мы избавляемся от двойной привязки, для этого надо снять галочку и сделать инфоблок базовый без торговых предожений)

    3. Удалить лишний инфоблок (или сделать по инструкции ниже)

    надо найти свойство «Привязка к элементам» и оставить одно рабочее связаное с инфоблоком товаров
    во втором просто поменять тип свойства на строку ( этим мы id не портим-т.к у нас внутри нет sku)
    при этом надо точно знать какое из них работало изначально, какой инфоблок предложений работадл изначально
    в инфоблоке предложений должно быть только одно такое свойство
    инфоблок предложений должен быть только один
    после обмена может снова все задвооится

    4.синхронизируем

    Если появился новый каталог с торговыми предложениями, и в нем появились черточки перед кодами, надо добавить — спереди и в каталог и в торговые предложения. И удалить инфоблоки созданные 1с.
    вот описание
    http://pashkof.pro/articles/moysklad-bitrix-tp/

  • Bitrix — вывод значения свойства типа справочник по xml_id и строке серриализации

    При работе есть 2 сложности. Обычным getList мы получили все свойств товара. А далее одно из них является справочником, следовательно лежит в отдельной таблице.

    Особенности
    в $arProp[‘USER_TYPE_SETTINGS’] — храниться серриализованный массив. Разврнув его в получаем имя таблицы $tableName = $a[‘TABLE_NAME’];
    Подробнее

  • bitrix — перенос одного множественного свойства в другое+ событие успеха 1с

    Для переноса множественного свойства типа список в множесвенное свойства типа элемент инфоблока.

    Подробнее

  • bitrix — синхронизация с 1 с- добавление нового множественного поля (методология тестирования).

    1. это логируем событие OnSuccessCatalogImport1C, что бы понять, на сколько много файликов к нам прилетело

    2. Добавлем в bitrix/php_interface/dbconn.php — константу, что бы файлики, которые из выгрузки пришли, сохранились в папке Upload. После тестовой выгрузки отключаем сразу . т.к нам не нужно захламлять сервер лишними xml.

    3. Создаем тестовый файлик и в нем запускаем обработчик выгрузки. В него подсовываем путь к файлу на сервере.
    Используемые свойства у меня ANALOGI_TEMP , ANALOGI, ANALOGI_FLAG

    ANALOGI_FLAG- Это флаг, что товар пришел с 1с и его надо потом обновить в событии успеха выгрузки.

    Этим вы сможете обойтись без постоянного гоняния 1с. т.к обрабатываемый файлик лежит на сервере.

    4. Пишем внутрянку для OnCompleteCatalogImport1C. Т.к у нас бывают в взаимосвязи между товарами- то мы обрабатываем их в последнюю очередь.
    5. Тестируем в 1 с на полной выгрузке.

    Ниже приведен полный код взаимодействия. С получением данных из xml.

    Этот код вылавливает вот такую структуру их xml от 1с.

    Подробнее

  • 1c — описание синхронизации с битрикс

    https://github.com/studiofact/wiki-bitrix/wiki/%D0%9F%D1%80%D0%BE%D1%86%D0%B5%D1%81%D1%81-%D0%BE%D0%B1%D0%BC%D0%B5%D0%BD%D0%B0-%E2%80%94-%D0%BE%D0%B1%D1%89%D0%B5%D0%B5-%D0%BE%D0%BF%D0%B8%D1%81%D0%B0%D0%BD%D0%B8%D0%B5
    Подробнее

  • bitrix — события выгрузки из 1с (ссылки на статьи)

    здесь ссылки на материал выгрузки из 1с
    https://dev.1c-bitrix.ru/community/webdev/user/24164/blog/7651/
    Подробнее