Использую расширение 1С: Синхронизация Битрикс24. При доработке возникла проблема: при отправке написанного мной запроса из 1С в битрикс по запросу приходит ошибка insufficient_scope.
Строка с телом запроса в 1С имеет примерную структуру:
Если стоит настройка Контролировать контрольные суммы битрикс проверяет версию и если контрольная сумма (номер версии) не изменился товар не перезаписывается на сайте.
Алексей Беспалов написал: Мне не нужны причины происходящего. Я знаю почему не происходит запись. Мне нужно решить эту проблему, отправляя на сайт информацию о том, что заказ не записан, чтобы в след.раз он записался.
Вы так пишите, как будто здесь вам кто-то что-то обязан...
Заказы с сайта попадают следующим образом: битрикс запоминает время последнего обмена. И при следующем обмена он просто отдает все заказы изменившиеся после даты последнего обмена.
Важная информация по модулям обмена, В этой теме будет выкладываться интересная и важная информация по модулям обмена с 1С:Предприятие. Просьба не флудить.
Работаем по такой схеме при оплате эквайрингом на сайте: Клиент делает заказ, следом заказ и оплата (она только загружается и не выгружается обратно) загружаются в 1С. Менеджер видит новый заказ в 1С, звонит клиенту, согласует заказ, может добавлять/удалять товары, делать скидки, когда заказ готов - изменяет статус. Далее измененный заказ выгружается на сайт, при измененном статусе появляется возможность оплатить заказ. Клиент оплачивает, получает чек (пробивается через 1С-Битрикс.Кассы), потом товар и радуется.
Проблема в следующем, при изменении заказа и выгрузке его на сайт, не изменяется сумма оплаты на сайте. Когда клиент оплачивает (правильную сумму, ведь сумма заказа изменилась) получается, что сумма оплаты меньше, чем клиент фактически платит, при этом чек не печатается, и даже не отправляется на печать. При попытке принудительно отправить его на печать получаем ошибку "Ошибка при печати чека #....: чек оплачен не полностью", смотрим чек и видим, что на печать отправляется документ с суммой оплаты (той самой, которая не изменилась). Если в ручную изменить сумму оплаты, то чек успешно печатается. Почему не изменяется сумма оплаты?
P.S. Печатать чеки через 1С прошу не предлагать, ибо сайт работает круглосуточно, а кассиры в 1С нет.
Изменения регистрируются при записи элемента. При редактировании дерева не понятно какие элементы регистрировать к изменениям. Поэтому проще делать полный обмен. Структура меняется не так часто.
Важная информация по модулям обмена, В этой теме будет выкладываться интересная и важная информация по модулям обмена с 1С:Предприятие. Просьба не флудить.
Дмитрий Ненашев написал: вы просто мне скажите вам влом описать все настройки в обмене? Мне вот не понятно например что делает галка "Не редактировать документы" Где не редактировать? на сайте в 1с?
Если настройки в 1С они распространяются только на 1С, это же элементарно.
На счет статуса реализации настройте в полях присвоение этого статуса, фиксированное значение, это тоже ваша работа настраивать заполнение реквизитов, для этого сейчас куча возможностей.
Важная информация по модулям обмена, В этой теме будет выкладываться интересная и важная информация по модулям обмена с 1С:Предприятие. Просьба не флудить.
Александр Денисюк написал: Можно будет настраивать статус. его можно будет привязать или с статусам заказа, или к состояниям заказа или к свойству заказа.
Важная информация по модулям обмена, В этой теме будет выкладываться интересная и важная информация по модулям обмена с 1С:Предприятие. Просьба не флудить.
Александр Денисюк написал: В модуле версии 7.0 кой чего будет доработано и ваша проблема пропадет.
А реализация секрет? Мне кажется самым удобным было бы привязаться к состояниям заказа. Кому-то конечно не хватит гибкости, но те могли бы передавать статус через доп. реквизит и обрабатывать при загрузки. Это уже индивидуальные случаи.
Важная информация по модулям обмена, В этой теме будет выкладываться интересная и важная информация по модулям обмена с 1С:Предприятие. Просьба не флудить.
Стандартная блокировка не работает на обмены. Надо бы взять на заметку и дописать этот момент разработчикам, очень не приятная ситуация иногда получается.
Полная выгрузка тоже вроде не помогает, т.к. в Битриксе проверяется версия объектов, а она не меняется. Нужно в настройках версионирования поставить флажок у Товаров.
Важная информация по модулям обмена, В этой теме будет выкладываться интересная и важная информация по модулям обмена с 1С:Предприятие. Просьба не флудить.
Люди вы что тут крайнего нашли? Человек пытается общаться решать вопросы, на него нападки. Я сам программист 1С, и скажу, что со стороны 1С проблем нет никаких нет иначе я бы их давно решил уже дописав что нужно. Все проблемы на стороне Битрикса.
Так что давайте с Александром, как то уважительные беседовать, весь этот выплеск эмоций не дает конструктива и не характеризует пользователей с хорошей стороны.
Важная информация по модулям обмена, В этой теме будет выкладываться интересная и важная информация по модулям обмена с 1С:Предприятие. Просьба не флудить.
Минаев Дмитрий написал: Добрый день, Коллеги. Как я понимаю в данный момент, если установить все обновления включая бета. (sale 17.0.9, модуль обмена 6.5.0.0) не работают сценарии когда второй документ по заказу выгружается из 1С. 1. Если на сайте заказ уже оплачен, и в 1С создаётся и выгружается отгрузка, мы получаем ошибку: "Проблемы с заказом: Заказ оплачен полностью. Изменения заказа не возможны." 2. Если на сайте заказ уже отгружен, и в 1С создаётся и выгружается оплата, мы получаем ошибку: "Проблемы с заказом: Заказ отгружен полностью. Изменения заказа не возможны."
По информации от разработчиков: "Все работало. сломали только последним обновлением. Фикс готовится."
Хочу понять когда это было "Всё работало"?
Не один из сценариев не работает и не работал. (sale 17.0.9, модуль обмена 6.5.0.0). Но в ТП ответили, что в sale 17.0.10 починили. Я доступность не проверял. До оплаты заказ изменяется и на этом спасибо.
Мы выбрали сценарий, когда Оплата загружается в 1С и весит не проведенным документом (на сайте оплата не удаляется). После согласования заказа и оплаты его на сайте менеджер заходит в 1С в оплату (у меня это Эквайринговая операция) проставляет верную сумму и проводит. Отгрузки я отключил, в 1С Реализация не нужна, а на сайте она удаляется и после оплаты уже блокируется. Пока живем так. После того, как обмен совсем не работал несколько недель и приходилось руками править заказы на сайте, это просто верх автоматизации мы все в восторге )).
Важная информация по модулям обмена, В этой теме будет выкладываться интересная и важная информация по модулям обмена с 1С:Предприятие. Просьба не флудить.
Важная информация по модулям обмена, В этой теме будет выкладываться интересная и важная информация по модулям обмена с 1С:Предприятие. Просьба не флудить.
Коллеги по несчастью, вышел sale 17.0.9. Одна из моих ошибок заявленная в ТП исправлена. И обмен который не работал полностью заработал.
1.Сейчас я не выгружаю в 1с оплаты и отгрузки. Они создаются в Битриксе. 2.Потом после подтверждения заказа удаляются на сайте. 3.Но после того, как в 1С провожу оплату и отгрузку они появляются на сайте. 4. Точнее появилась только оплата, отгрузка не появилась.
Судя по всему выгрузка первой оплаты блокирует выгрузку реализаций.
Решил обмануть Битрикс. 1. Сделал сначала реализацию в 1С и выгрузил её на сайт. 2. Она прекрасно выгрузилась. 3. Далее я создаю оплату и она не загружается на сайт снова. А в админке написано, что заказ полностью отгружен изменение заказа невозможно.
Ладно, пробую одновременно сделать оплату и отгрузку в 1С. И вот при этом выгрузились и оплата и отгрузка. Но такое можно только при ручном обмене сделать. В реальности оплата и отгрузка разнесены во времени.
_____
Ну и главная проблема остается не решенной. Это если клиент указал оплату на сайте, то возможности оплатить у клиента нет. Если отключить выгрузку оплат, тогда оплата в Битриксе удаляется и нет возможности оплатить.
___ Тогда я решил включить выгрузку оплат и отгрузок, Оплата выгрузилась в 1С. Далее я сделал реализацию в 1С. Она попала на сайт. После я провел оплату в 1С, но оплата в Битриксе не появилась. Админка сообщает, что заказ полностью отгружен и изменение заказа невозможно.
В итоге более менее работает только схема при которой в 1С выгружается документ оплаты и висит не проведенным. При этом он не удаляется на сайте при обмене. После того, как клиент оплачивает заказ на сайте в 1С придется вручную проводить эту оплату. Но реализация все равно не будет выгружена на сайт. ___
В итоге на данный момент ни при каких вариантах мне не удалось полностью реализовать обмен со всеми статусам. И загрузка оплат очень не удобное решение, т.к. сумма заказа меняется и приходится менять сумму оплаты в 1С. Да и вобще когда появляется не проведенный документ до факта события это не правильно.
Важная информация по модулям обмена, В этой теме будет выкладываться интересная и важная информация по модулям обмена с 1С:Предприятие. Просьба не флудить.
Ирма Хаиндрава,пишет человек в ТП и молодец! Действительно тратит на это время. Мне вот лень порой писать и оформлять тикеты. А вот благодаря таким активистам может и будет что-то меняться.
Важная информация по модулям обмена, В этой теме будет выкладываться интересная и важная информация по модулям обмена с 1С:Предприятие. Просьба не флудить.
Важная информация по модулям обмена, В этой теме будет выкладываться интересная и важная информация по модулям обмена с 1С:Предприятие. Просьба не флудить.
Александр Денисюк,оплаченные заказы наврятле требуется изменять, это скорее не штатная ситуация будет. Требуется изменять заказ до его оплаты или отгрузки в 1С.
Как мы работаем (круптаня компания по торговле строительными материалами): 1. Клиент создает заказ на сайте. Заказ выгружается в 1С в статусе "На согласовании". 2. Менеджер видит заказ, проверяет его, пытается поставить в резерв (проверяет, что товар есть в наличии). Уточняет стоимость доставки - правит сумму услуги. Переводит в статус "К выполнению". 3.Менеджер созванивается с клиентом, уточняет заказ, может что-то меняется если вдруг уже нет на остатках, согласовывается точная стоимость доставки. Так же клиент может сказать номер дисконтной карты и ему будет назначены дополнительные скидки. Так же клиент может относится к разным группам (розничные, оптовые клиенты) для них могут быть свои соглашения и скидки. Т.е. состав заказа и стоимость в 40-50% случаев будет меняться в 1С. 4. Откорректированный заказ выгружается на сайт. Клиент получает возможность его оплатить. До этого возможность оплатить заблокирована. 5. Менеджер через веб интерфейс банка проверяет, что поступила оплата по заказу и создает оплату в 1С. 6. Далее создает документ Реализации, печатает пакет документов и отдает в отдел логистики. 7. Осуществляется доставка. При этом заказ автоматически переходит в состояние закрыт. Статус его не меняется на "Закрыт", т.е. у нас этот статус в 1С отключен. Поэтому привязка к статусам не очень корректна, лучше к состоянием заказа из регистра "Состояния заказов клиентов".
Я думаю примерно по такой схеме работает большинство крупных торговых организаций у которых основные продажи идут в офлайне. Т.е. получается, что нужно, чтобы оплаты и отгрузки создавались или из 1С. Или если оплата создается на сайте, то она не мешала сделать оплату в 1С.
p.s. этот текст нужно в техподдержку продублировать или достаточно здесь?