Александр Денисюк написал: Дела убираться не будут. Такого функционала нет.
Жаль. Ну можно в сумму документа ставить 0, будет понятно, что документ удален либо не активен. Вы же сумму меняете, при изменение документа, поставить проверку, что если документ не проведен, то выгружаем сумму 0. Ну или к названию документа добавить - "не активен" Вариантов много
Александр Денисюк написал: Ну со старыми всякое может быть. Их не тестировал.Вообще странно, что не отображаются. Нужно через отладчик 1С смотреть.
После снятия проведения, все Заказы поставщикам выгрузились в Б24 (я про старые, которые не были выгружены ранее). По идее должны были убраться от туда, но все наоборот. При удалении из 1С тоже не удаляются из Портала. В общем терпимо, но если будет желание поправьте удаление из Б24, а то ссылки на мертвые и непроведенные объекты висят.
Александр Денисюк написал: Создайте заказ покупателя, на основании его(в 1С) заказ поставщика. Запись появилась? Дело выгрузилось?
Я же написал, что да, выгрузилось (для нового). Но параллельно я перепровел все Заказы поставщикам за месяц. Для них создались ключи в реестре (ссылки на сделки), но Дела в сделках не появились. Было бы хорошо чтоб и старые заказы можно было привязать, а так получается наполовину работает. Но и на том конечно спасибо ))
Александр Денисюк написал: Вообщем имя документа не влияло, но, на всякий, имя документа поправил. У себя проверил - дело выгружается. Триггер работает.
При создании Заказа поставщику в сделку выгрузилось дело. Видимо перепроведение старых Заказов поставщику только создает записи в регистре, но не выгружает дела в сделку. Есть ли какой то лог, где посмотреть? А что будет, если в момент создания не было соединения с СРМ, где хранятся данные для отправки в базу?
Еще в регистре очень много дублирующихся записей без объекта. Надо ли их хранить?
И в регистре Ключи связки сущностей запись Заказа поставщику в поле "Имя документа" присваивается "ЗаказКлиента" а не "ЗаказПоставщику" как былоб, если запись создалась из Б24.
Александр Денисюк написал: - Теперь если создавать документ 1С на основе документа, привязанного к Битрикс24(созданного руками или через робота), то он также становится привязанным(отображается в тайм лайне, действуют роботы и триггеры)
Спасибо, быстро вы )) В регистре запись на Заказ поставщику создалась (создан на основании Заказа клиента), но в сделке ссылку на этот Заказ поставщику не вижу, только на Заказ клиента, который создавался из Б24.
Привязал 2 триггера(оплата заказа клиента и оплата заказа поставщика). Оплату взял, т.к. легче проверить(алгоритм то общий) Сделал заказ поставщика и оплатил - статус поменялся(1) Сделал заказ клиента и оплатил - статус поменялся(2) вернул статус сделки на начало(0) Снял проведение заказа поставщика, а потом установил - статус поменялся(1)
Просто перепроведение документа не запускает триггер. Триггер запускает документ, который изменился. Например статус проведения(был не проведен - стал проведен)
Заметил еще одну странность. Заказ поставщику привязан к сделке. Если поступление сделать и провести из программы 1С, то триггер не срабатывает, если же это же поступление распровести и заново провести в окне Б24, то триггер срабатывает. Может такое быть, или это может быть связано все с тем же глюком с адресом корпоративного портала и ключем, выданным на адрес интернет магазина?
Александр Денисюк, будет ли достаточно добавить в регистр "Ключи связки сущностей" связь Заказа поставщика и сделки, чтобы начали работать триггеры по этому заказу, или надо что то еще какие то записи в 1С или на портале добавить?
Игорь Чубуков написал: Ну и еще повторюсь с вопросом, как привязать Заказ поставщику к сделке, если мы делаем его из 1С, на основании Заказа клиента? Можно ли рассчитывать на то, что это войдет в общий модуль, или дописывать свою обработку? Мне кажется это было бы полезно для всех, так как многие работают внутри 1С, а привязывать каждый документ, не оставляя привязки внутри 1С не верно.
В этом то и проблема. Из 1С документы делать не нужно. Они должны делаться или из Б24 или роботом.
Наверное это правильно, что вы говорите, но внутренние связи 1С никто не отменял. Без привязки Заказа поставщика к Заказу клиента не перенесется номенклатура в Заказ поставщика, не поставится резерв, придется вносить ручками цены и прочие атрибуты. Да правильно связать сделку с Заказом клиента и это делает менеджер. Дальнейшие действия выполняют закупщики, бухгалтера, складские и т.д. которые не всегда есть в СРМ, и это не только у нас. И мне кажется логично, и что самое дело очень просто привязать Заказ поставщику и прочие документы к сделке, по сути при создании Заказа поставщику, надо просто продублировать запись в регистре, или я ошибаюсь?
Привязал 2 триггера(оплата заказа клиента и оплата заказа поставщика). Оплату взял, т.к. легче проверить(алгоритм то общий) Сделал заказ поставщика и оплатил - статус поменялся(1) Сделал заказ клиента и оплатил - статус поменялся(2) вернул статус сделки на начало(0) Снял проведение заказа поставщика, а потом установил - статус поменялся(1)
Просто перепроведение документа не запускает триггер. Триггер запускает документ, который изменился. Например статус проведения(был не проведен - стал проведен)
Естественно не просто перепровел, а распровел и провел заново. У нас кейс следующий. 1. Этап начало 2. Этап "Создание заказа Клиента" - Триггер проведение Заказа клиента 3. Этап "Оплачен" - Триггер оплата Заказа клиента 4. Этап "Закупка" - Триггер отгрузка документа (Заказ поставщику) 5. Этап "Завершен"
Мы проверяли только переход на 2 и 4 этапы, минуя 3, так как оплату на живой базе не хочется проверять, возможно он не может перескочить через предыдущий триггер
Ну и еще повторюсь с вопросом, как привязать Заказ поставщику к сделке, если мы делаем его из 1С, на основании Заказа клиента? Можно ли рассчитывать на то, что это войдет в общий модуль, или дописывать свою обработку? Мне кажется это было бы полезно для всех, так как многие работают внутри 1С, а привязывать каждый документ, не оставляя привязки внутри 1С не верно.
Александр Денисюк написал: Заказ поставщика 100% отгрузился? Основанием приходного документа является этот заказ поставщика?
Заметили следующую ошибку. Если к сделке привязан и Заказ клиента и Заказ поставщику, то триггер на Заказ клиента срабатывает, а на Заказ поставщику нет. Если же привязать только Заказ поставщику, то все срабатывает. Возможно есть еще какие то нюансы, но повторили дважды.
Еще раз проверили, просто удалили в 1С Заказ клиента и перепровели поступление товара, триггер тут же отработал, так что ошибка подтвердилась. В качестве пожелания сделайте при создании Заказа поставщика на основании Заказа клиента (привязанного к СРМ), чтоб Заказ поставщику привязывался к сделке (к тому же объекту в СРМ), можно даже галочку сделать (Привязывать связанные документы), и эта галочка будет работать на все документы, которые определены в настройках для данного типа Объекта СРМ
Александр Денисюк написал: Заказ поставщика 100% отгрузился? Основанием приходного документа является этот заказ поставщика?
Заметили следующую ошибку. Если к сделке привязан и Заказ клиента и Заказ поставщику, то триггер на Заказ клиента срабатывает, а на Заказ поставщику нет. Если же привязать только Заказ поставщику, то все срабатывает. Возможно есть еще какие то нюансы, но повторили дважды.
Александр Денисюк написал: Заказ поставщика 100% отгрузился? Основанием приходного документа является этот заказ поставщика? Он не отгрузился он только оприходован документом поступление товаров и услуг на 100%. Основная идея при поступлении всего товара сообщить менеджеру, что можно отгружать
Эта привязка хранится в другом месте и это регистр сведений "(Битрикс24.1С:Бэкофис) Ключи связки сущностей" Заказ поставщику делается из документа Заказ клиента, поэтому эту привязку придется вносить вручную, а не из СРМ, как это лучше сделать?
Если это одна компания/контакт в Б24, то привяжется тот же самый. И клиент может быть как покупателем так и продавцом(есть соотв галочки в 1С у клиента) Если Сделка привязана к компании 1. Заказ клиента тоже к компании 1. Можно ли сделать Заказ поставщику на компанию 2. Не нарушит ли это логику работы системы, веди изначально в Заказ поставщику (если делать его из СРМ) подставляется компания 1.
Александр Денисюк, большое спасибо за сегодняшний вебинар. В продолжение вопроса о сообщении при поступлении товара по сделке хотели уточнить, в Бэкофисе есть триггер "Отгрузка документа (Заказ поставщику). Мы привязали Заказ поставщику к Сделке и сделали приход по этому Заказу. Есть 3 проблемы. 1. Триггер не сработал, возможно мы не так понимаем его назначение или момент срабатывания 2. Ни в Заказе поставщика ни в Приходе нет поля "Идентификатор Б24" как в Заказе Клиента, хотя Заказ поставщика как то привязан к сделке. 3. В Заказ поставщику привязывается тот же клиент, что и в Заказ клиента, что по определению не верно.
Подскажите в верном ли направлении мы думаем или нельзя к сделке привязать и поступление и продажу?
Александр Денисюк написал: Я пообщался с разработчиком Б24, пока неясна причина такого поведения на сервере авторизации. Я со своей стороны внесу фикс, чтобы портал всегда брался с настроек, а не динамически. Это правка будет с в след версиях модулей.
Мне кажется потому что ключ был выдан на БУС и во всех настройках фигурирует основной домен, и лишь потом мы апгрейдили до ИМ+Б24 и добавили СРМ, но ключ остался на первоначальный сайт. Там вообще много нестыковок из-за 2 доменов и с почтой и с переходами и с другими модулями. Поправят постепенно с нашей помощью. За исправления заранее Спасибо.
Игорь Чубуков написал: Может Александр Денисюк еще что то подскажет.
Я тут подсказать не смогу. Проблема на стороне сервера авторизации.
Ну в общем ответили... На основе информации из данного обращения была создана заявка в отдел разработок. Сроки реализации устанавливаются в отделе разработок и зависят от текущего плана работ. Назвать какой-то срок решения сейчас нет возможности. "ИМ+Б24. При получении ключа подключения к 1С на портале Б24 сервер авторизации через некоторое время отдает домен магазина." Номер заявки: 126715
Прикольно так у Битрикса, несколько приложений слетело не только 1С ((
Игорь Чубуков написал: Возможно, но у нас коробка.
В указанном по ссылке сообщении тоже речь идет о коробке. Сервер oauth.bitrix24.info используется для авторизации рест-запросов независимо от того, коробка у вас или облако, вы на это никак повлиять не можете (да, сюрприз, коробка не автономна). Этот сервер занимается аутентификацией REST-запросов и выдачей/обновлением токенов (access/refresh).
Цитата
Игорь Чубуков написал: сменяется то он в 1С, который вообще не должен обновляться ((
1С делает запрос на обновление токена, запрос идет на oauth.bitrix24.info (независимо, в облаке портал или в коробке) и oauth-сервер возвращает в ответ адрес сервера портала и обновленные токены.
После этого 1С записывает этот адрес в специальную внутреннюю структуру вместе с токенами и далее использует их. Но иногда oauth.bitrix24.info серверы почему-то путает. В моем случае, описанном по приведенной ссылке, путались рабочий сервер и сервер разработки, сделанный как копия рабочего с включенной опцией "Установка предназначена для разработки".
Временно проблему мы решили, прописав адрес нужного сервера прямо в коде модуля синхронизации, системно - как описано по ссылке. Но ошибка на новых ведрениях повторяется.
Вот что написала служба поддержки
Добрый день! Есть ответ разработчика по текущий проблеме с ключем авторизации. Если тестовая версия портала и боевая работают на одном ключе, то при подключении 1С к тестовому сайту, для 1С может отдаваться авторизация для рабочего портала, так как сервер авторизации определяет адрес портала по ключу авторизации. Как вариант можно на тестовом портале удалить приложение "1С + CRM Битрикс24", потом выполните код в командной php-строке: Cmodule::IncludeModule('rest'); COption::RemoveOption("main", "server_uniq_id"); \Bitrix\Rest\OAuthService::getEngine()->clearAccess(); \Bitrix\Rest\OAuthService::register(); Далее установите заново приложение "1С + CRM Битрикс24" на портале и получите ключ авторизации. Так на нашем сервере авторизации пропишется адрес вашего тестового портала для полученного ключа приложением.
Однако в моем случае имеется не тестовый сайт, а боевой портал, на котором крутятся CRM и основной сайт магазина и этот совет не помогает - ключ работает ровно сутки, после этого адрес CRM в 1С меняется на адрес основного сайта и переходы из 1С на сделки перестают работать. Модуль переписывать не хочу, я так понимаю это глобальная проблема и костыли делать не хочется. Может Александр Денисюк еще что то подскажет. Напомню 1С синхронизуется с CRM (crm.xxx.ru), но где то через сутки обращения начинают идти на сайт xxx.ru, хотя видимые настройки в 1С все так же ссылаются на crm.xxx.ru. После того как в настройках 1С вношу новый ключ, сгенерированный в модуле синхронизации на портале все снова начинает работать, но ровно сутки и история повторяется.
Реквизиты тоже затроены были. Проблема была в обработке заказов, вместо добавления адреса добавлялся новый набор реквизитов. Не знаю на сколько правильно на набор реквизитов создавать нового контрагента в 1С, но вопрос решили. Спасибо!
Обнаружился очень нехороший глюк. При синхронизации каким то образом задваиваются, затраиваются контрагенты внутри одного партнера. Причем контрагенты невозможно ни сохранить ни изменить, так как по сути это один контрагент, а записей в регистре несколько и при сохранении ругается, что запись с таким ИНН уже существует. После объединение в одном контрагенте несколько одинаковых Ключей реестра документов. Как избавиться от задваивания, так как при нем сбивается поиск по ИНН и невозможно сохранить контрагента?
Игорь Чубуков написал: Добрый день Постоянно "слетает" адрес CRM Есть основной адрес сайта и интернет магазина, xxx.ru На нем развернут CRM, crm.xxx.ru Последний адрес прописан в обоих модулях (Синхронизации и Бэкофис), все работает Но через какое то время перестают открываться ссылки "Открыть в Битрикс24" из Заказа клиента в 1С Начинает открываться ссылка https://xxx.ru/crm/deal/details. .. вместо https://crm.xxx.ru/crm/deal/details ... Если в настройках модуля синхронизации в 1С перезаполнить ключ подключения, то все начинает работать хорошо, как прежде, но только несколько дней.
Что и где можно настроить, что бы постоянно не сбрасывался адрес?
И если из СРМ открывать 1С, и делать там заказ клиента, то он с завидной регулярностью не подставляет контрагента и не привязывается. Я так понимаю проблемы одного характера из-за смены адреса портала. В какую службу поддержки писать?
Александр, спасибо огромное. Да весь Битрикс постоянно путает в какой сайт при многосайтовости прописывать модули, папки и прочие вещи, с какой почты слать, а с переменными вообще беда, чтоб работало одно, в переменные надо запихнуть другое, при этом отъезжает третье, и так по кругу. Будем надеяться разберутся. Модуль подкорректируем скорее всего, обновляют они его реже, чем токены меняют... ))
Возможно, но у нас коробка. Вообще многосайтовость на Битриксе та еще вещь. Постоянно какие то сюрпризы. Самое обидное не можем отловить момент, когда сменяется адрес, причем сменяется то он в 1С, который вообще не должен обновляться ((
Добрый день Постоянно "слетает" адрес CRM Есть основной адрес сайта и интернет магазина, xxx.ru На нем развернут CRM, crm.xxx.ru Последний адрес прописан в обоих модулях (Синхронизации и Бэкофис), все работает Но через какое то время перестают открываться ссылки "Открыть в Битрикс24" из Заказа клиента в 1С Начинает открываться ссылка https://xxx.ru/crm/deal/details... вместо https://crm.xxx.ru/crm/deal/details... Если в настройках модуля синхронизации в 1С перезаполнить ключ подключения, то все начинает работать хорошо, как прежде, но только несколько дней.
Что и где можно настроить, что бы постоянно не сбрасывался адрес?
Там есть 3 роли: 1С: Бэкофис Битрикс24 (Администратор) 1С: Бэкофис Битрикс24 (Пользователь) 1С: Синхронизация Битрикс24 За эти 2 ссылки отвечает последняя, но при этом у обычного пользователя появляется доступ к настройке синхронизации. Есть какие нибудь другие роли?
Добрый день. КА2. Стоят модули синхронизации и Бэкофис. Установлены все последние обновления. В Заказе клиента Администраторы видят пункты: - Идентификаторы Битрикс24 - Открыть в Битрикс24 А обычные пользователи этих пунктов не видят. Подскажите где добавить права?