[QUOTE]
Вадим Загородный написал:
[QUOTE][URL=/support/forum/user/9254118/]Роман Бузин[/URL] написал:
[QUOTE] [URL=/support/forum/user/4334792/]Вадим Загородный[/URL] написал:
Добрый день!
Настроена синхронизация 1С УТ и Битрикс24 через штатный коннектор. Складской учет отключен.
Первый вопрос. Непонятно как работает предопределенный алгоритм "Склад" в заказе клиента при синхронизации? Есть значение склада в типовом соглашении. При изменении на стороне 1С пользователем склада в заказе, и последующем изменении данных в сделке на стороне Б24 (например, в таймлайне появляется телефонный звонок), склад опять меняется на предыдущее значение.
Второй вопрос, как подставляется банковский счет организации. В УТ несколько счетов.
При создании Заказа в 1С из Сделки Б24 при синхронизации и последующей попытке его перепровести, пишет ошибку "Банковский счет не указан". Решается перевыбором организации. Как работает этот предопределенный алгоритм "Банковский счет компании"
Спасибо![/QUOTE]
Добрый день!
По складу: обновление сделки в Битрикс24 (в т.ч. добавление активности в таймлайн) перезаписывает Заказ клиента целиком, восстанавливая склад из соглашения — ручное значение на стороне 1С сбрасывается. Поле «Склад» заполняется так: Сначала коннектор берёт склад из заказа на портале (из резервов/остатков каждой позиции, reservations → storeId).
Если склада нет (а у вас складской учёт отключён — значит он там пуст), то берётся уже существующее значение склада в самом заказе 1С — то, что вы поставили руками. Оно сохраняется.
Если же склад сопоставлен в настройках синхронизации товаров — берётся он и перезаписывает значение документа.
Что делать: в настройке синхронизации по сущности «Сделка/Заказ» поменять заполнение реквизита «Склад» с предопределённого алгоритма на «Свой алгоритм» (или, если нужен склад строго из соглашения, закрепить в своём алгоритме правило «не трогать склад, если он уже заполнен в 1С»). Это делается 1С-программистом в расширении. По банковскому счёту: заказ из сделки заполняется основным счётом организации; ошибка возникает из-за того, что основной счёт не выделен однозначно / не настроен маппинг счетов.
Предопределённый алгоритм «Банковский счет» для УТ: коннектор сам счёт не выбирает — он просто просит типовой механизм УТ «дай основной счёт по умолчанию».
Ошибка «Банковский счет не указан» появляется, когда типовая функция УТ не находит основной счёт для этой организации/формы оплаты: у организации несколько счетов, но ни один не выделен как основной (нет флага «использовать по умолчанию»), либо не тот счёт для выбранной формы оплаты/валюты. Тогда на заказ, созданный из сделки, счёт не записывается — и при проведении контроль это ловит. «Лечится перевыбором организации», потому что при перевыборе типовой механизм заново запускает заполнение и находит нужный основной счёт.
Что делать: выделить у организации основной банковский счёт (флаг по умолчанию);
настроить сопоставление/маппинг банковских счетов в коннекторе (организация ↔ счёт);
проверить, что счёт подходит под форму оплаты/валюту соглашения.[/QUOTE]
Спасибо большое за подробный ответ!
По банковскому счету, в УТ нет основного счета по умолчанию как настраиваемой опции, поэтому, видимо, и есть проблема. Мне как раз интересно, как в этом случае работает предопределенный алгоритм. Потому что ошибка возникает не с каждым заказом.[/QUOTE]
Но самая большая проблема в том, что при интенсивной работе с заказами при настроенной синхронизации у пользователей 1С постоянно возникает сообщение, что заказ изменен и данные теряются. Причиной этому является процесс синхронизации коннектора 1С Б24. Даже появление звонка или письма в таймлайне инициируют обмен, и если в это время пользователь набивал в 1С товары, то это все пропадает. Непонятно, как с этим бороться?
