написал: Только что менеджер выставил клиенту счет, разбив 1 товар на 4 строки.В Битрикс выгрузилось 3 строки (без 2ой строки).т.е. проверка на дубли отрабатывает только 1 раз? Зачем тогда это всё?Уже не раз на форуме просили отключить это, почему нельзя реализовать?
Из 1С в Б24 легко реализовать, а вот обратную загрузку в 1С - есть проблемы. Связано это с тем, что когда в 1С обновляются заказы по данным Б24, то перед замещением данных ТЧ - идет копирование ТЧ документа 1С. И когда заполняются по новой - данные новых строк ТЧ дозаполняются данными из сохраненной таблицы(например, серия, спецификация и тд). Так вот, когда несколько позиций с одинаковой номенклатурой, то нельзя 100% определить какие данные с какой ТЧ брать. И могут возникнуть ошибки.
Подскажите если мы обновим платформу 1С Предприятие до версии 8.3.27.1559, конфигурацию обновлять не будем. Может ли что то измениться в работе коннектора?
написал: Подскажите если мы обновим платформу 1С Предприятие до версии 8.3.27.1559, конфигурацию обновлять не будем. Может ли что то измениться в работе коннектора?
Конфигурация 1С *: УТ Версия конфигурации 1С *: 11.5.21.128 Версия модуля интеграции на стороне 1С *: 4.2.0.14 Установлены все последние обновления: установлены все стабильные
Создаем заказ на стороне 1С, в Б24 создается сделка в стадии "Выставление счета", затем изменяем состояние заказа, например, создаем оплату в 1с, в б24 подгружается дело, перепроводим заказ в 1с, изменяется состояние, сделка не изменяет стадию. Хотя сопоставление полностью настроено. Сделка не изменяет только стадию, все остальные изменения из 1с подгружаются успешно. Как только изменяем сделку со стороны б24, не важно поле, стадию, эти данные в заказе успешно подтягиваются, и после перепроведения в 1с заказа, меняется состояние и стадия у этой сделки в Б24 тоже изменяется, и далее все корректно работает. В чем проблема?
написал: Создаем заказ на стороне 1С, в Б24 создается сделка в стадии "Выставление счета", затем изменяем состояние заказа, например, создаем оплату в 1с, в б24 подгружается дело, перепроводим заказ в 1с, изменяется состояние, сделка не изменяет стадию. Хотя сопоставление полностью настроено. Сделка не изменяет только стадию, все остальные изменения из 1с подгружаются успешно. Как только изменяем сделку со стороны б24, не важно поле, стадию, эти данные в заказе успешно подтягиваются, и после перепроведения в 1с заказа, меняется состояние и стадия у этой сделки в Б24 тоже изменяется, и далее все корректно работает. В чем проблема?
может у вас как то не так сопоставлены статусы? Может в экспертных настройках в выгрузке в Б24 ид статуса выгружается как то кастомизированно?
написал: Создаем заказ на стороне 1С, в Б24 создается сделка в стадии "Выставление счета", затем изменяем состояние заказа, например, создаем оплату в 1с, в б24 подгружается дело, перепроводим заказ в 1с, изменяется состояние, сделка не изменяет стадию. Хотя сопоставление полностью настроено. Сделка не изменяет только стадию, все остальные изменения из 1с подгружаются успешно. Как только изменяем сделку со стороны б24, не важно поле, стадию, эти данные в заказе успешно подтягиваются, и после перепроведения в 1с заказа, меняется состояние и стадия у этой сделки в Б24 тоже изменяется, и далее все корректно работает. В чем проблема?
может у вас как то не так сопоставлены статусы? Может в экспертных настройках в выгрузке в Б24 ид статуса выгружается как то кастомизированно?
нет, все настроено стандартно. Если статусы были неверны сопоставлены, то в любых сценариях работало неверно. А у нас когда сделка создана в б24, выгружается в 1с, и менеджеры начинают работать с заказом, то состояния заказа и стадии сделки сопоставляются согласно настройкам. А когда сделка создается из заказа, то она застревает на одной стадии и не двигается, хотя другие поля, оплаты, реализации, подгружаются в сделку
Ситуация следующая: В Битрикс24 были созданы дополнительные воронки продаж. При создании сделок в этих новых воронках автоматически создаются заказы в 1С — что в нашем случае не требуется (не нужно создавать заказ в 1С, если сделка не из основной воронки).
Я попытался ограничить это через отбор загрузки данных в 1С по полю categoryId = 0 (основная воронка), но после этого перестали создаваться заказы вообще — даже для основной воронки.
Вопрос: Как корректно настроить фильтрацию (возможно, через отбор или модификацию обработки), чтобы автоматическое создание заказов происходило только для сделок из основной воронки, а для остальных — нет?
написал: нет, все настроено стандартно. Если статусы были неверны сопоставлены, то в любых сценариях работало неверно. А у нас когда сделка создана в б24, выгружается в 1с, и менеджеры начинают работать с заказом, то состояния заказа и стадии сделки сопоставляются согласно настройкам. А когда сделка создается из заказа, то она застревает на одной стадии и не двигается, хотя другие поля, оплаты, реализации, подгружаются в сделку
может у вас стоит статус, в который переводить когда документ оплачен или отгружен. Т.е. дело точно в настройках.
написал: Я попытался ограничить это через отбор загрузки данных в 1С по полю categoryId = 0 (основная воронка), но после этого перестали создаваться заказы вообще — даже для основной воронки.
поствьте последнюю версию модуля(можно 4.2), там это поправлено.
написал: нет, все настроено стандартно. Если статусы были неверны сопоставлены, то в любых сценариях работало неверно. А у нас когда сделка создана в б24, выгружается в 1с, и менеджеры начинают работать с заказом, то состояния заказа и стадии сделки сопоставляются согласно настройкам. А когда сделка создается из заказа, то она застревает на одной стадии и не двигается, хотя другие поля, оплаты, реализации, подгружаются в сделку
может у вас стоит статус, в который переводить когда документ оплачен или отгружен. Т.е. дело точно в настройках.
https://ibb.co/LDngm47w Здравствуйте, нет ничего не стоит, когда заказ создается, он встает в состояние Ожидается оплата до обеспечения, в б24 сделка создается на стадии Выставление счета, и стадия не изменится до тех пор, пока сделка не изменится со стороны б24 каким либо образом, после этого все сопоставляется