Александр Денисюк, спасибо что вернули режим загрузки в реальном времени для фреша с унф! Только не увидел нигде новости на эту тему. И в мониторе обмена на главной странице якобы загрузка не выполняется (горит красным) но по факту она происходит!
|
Александр Денисюк, спасибо что вернули режим загрузки в реальном времени для фреша с унф! Только не увидел нигде новости на эту тему. И в мониторе обмена на главной странице якобы загрузка не выполняется (горит красным) но по факту она происходит!
|
|
|
|
|
|
|||||
|
|
|
|
|||
|
|
|
|
|||||
|
|
|
|
|||||||
|
|
|
|
Александр Денисюк, что у вас там творится на уровне разработки??? Поменялась логика подстановки в Сделке Товаров. Если раньше при выборе Товара подставлялась цена "розничная" которая выгружалась из 1С, то теперь подставляется "розничная цена" - что это за поле хрен его знает. Естественно "розничная цена" не заполнена в Битриксе! Куда копать не понятно - мануалы по обновлению в этой части отсутствуют.
Как мне заполнять поле "розничная цена" в Битриксе на основе данных 1С по Товарам??? Почему опять такая не согласованность в действиях Ваших коллег!?!?! |
|
|
|
|
|
Александр Денисюк, Вы говорили что на стороне Битрикс24 должны были поправить поле ORIGIN_ID при копировании Роботом Сделки, а именно затирать предыдущий ID. Дак вот это до сих пор не реализовано...Сейчас приходится это делать вебхуком, а что такое Вебхук? Правильно - это подписка на Маркет, тк половину того, что не может родной функционал (на примере элементарных вещей с ORIGIN_ID) приходится делать через хуки. Моя тирада для Вас информационно - хотите делайте и обозначьте сроки, тк сроки это деньги, не хотите делать так и скажите "Делать не будем - делайте сами". Я пишу это именно Вам тк от поддержки бесполезно что-то ждать (сроки ответов до 5 дней и любой ответ это "Тикет на доработку"). Дак вот, Вы же являетесь для нас представителем по части 1С и моя проблема связана именно с 1С - поэтому пишу сюда!
|
|
|
|
|
|
|||
|
|
|
|
|||
|
|
|
|
Александр Денисюк, тестовый режим, в момент проверки в карточке номенклатуры 1с не было резервов
|
|
|
|
|
|
|||
|
|
|
На данный момент критична именно выгрузка из 1с в Битрикс, которая плодит огромное количество директоров в контактах компаний Битрикс. |
|||||
|
|
|
|
|||||
|
|
|
|
Александр Денисюк, подскажите идет ли работа над модулем для 1С Бухгалтерии в части ограничения выгрузки/загрузки контактных лиц? Я заявку месяца 3 назад оставлял.
Проблема в том, что у клиента стоит 1Спарк риски, который регулярно проверяет директоров/бухгалтеров и автоматов производит изменения. Потом этот огромный массив падает в Битрикс и создаются/обновляются контакты уже в Битриксе, которые там не нужны. В настройках модуля насчет контактных лиц ничего... |
|
|
|
|
|
|||
|
|
|
Прокинул вебхук затирающий ORIGIN_ID в копируемый сделке, теперь в 1С создается новый заказ в нормальном режиме... |
|||||
|
|
|
И еще в догонку вопрос: Проблема с выбором моей компании также еще не решена. В Счете есть поле UF_MYCOMPANY_ID, а у сделки есть это поле? В мануала не нашел... Как б24 понимает что в этой сделке Моя Компания №1 а не №2 |
|||||
|
|
|
|
|||||
|
|
|
|
Александр Денисюк, приветствую!
Геморой с ORIGIN_ID не удается решить даже обходными путями. Сделал бизнес-процесс который создает новую сделку а не копирует старую. В этом случае синхронизация идет без склеивания заказов в 1С. Но наткнулся на новую проблему: 1. Товары бизнес-процессов родным не прокинуть в новую сделку 2. Если убирать товары в б24 и оставлять только сумму, то при синхронизации 1с затирает сумму в сделке, тк нет товаров в заказе. И получается что новая сделка с суммой 0. 3. Проблема оказалась очень актуальной, и решения я пока не вижу. Может кто-то еще подскажет как быть. 4. Сейчас ежедневно приходится править от 1 до 5 заказов в 1с, что очень геморройно. |
|
|
|
|
|
|||||
|
|
|
После синхронизации в Битриксе все что заведено через раз слетает (дата выдачи не понятную вставляет, номер и серию удаляет) |
|||||
|
|
|