Александр Исупов (Все сообщения пользователя)

В б24 облаке уже выкатили в тест новый единый каталог CRM + магазин, обновления модуля вашего будут это поддерживать? те же вариации товаров? (насколько я понял это ТП назвали иначе). (https://helpdesk.bitrix24.ru/open/11657102)

https://yadi.sk/i/ux8-OyHDdltsyg - Алена, вот тут можете поменять и попробовать переиндексировать.

https://yadi.sk/i/ux8-OyHDdltsyg - посмотрите сколько элементов у вас тут задано? отсюда наверное и ограничение в 10 страниц.

Народ, есть у кого подвижки? Если в заказе товара одной модели, то как быть? Удалось разобраться?

Как и следовало ожидать - все не работает нормально:
1. Если в заказе есть товар из группы обувь, то отгрузка выдает ошибку - введите маркировку (при том что оплата стоит при получении, и соответственно обязанности выдачи маркировки и списания берет на себя 1с в розничном магазине а не сайт).
2. При вводе маркировки и смене способа оплаты, который печатает чек в битриксе - ошибка кассы.

В документации даже примера кода маркировки нету, сканнер datamatrix в 1с прекрасно работает, в битрикс нет.

В итоге непонятно, как все верно настроить. В 1с есть градации обуви (например женская, мужская и так далее, по которым запрашивались разные коды маркировки - в бус вообще все в одной группе - обувь). Соответственно непонятно, что передается в честный знак и передается ли вообще? Кто как решал?

2020-Jul-01 17:30:17 Обязательные параметры PHP (check_php_settings): Fail
Ошибка! Для гарантированной работы "1С-Битрикс24" необходимо его устанавливать на веб-окружении Битрикс, у вас используется собственное серверное окружение.

Такое в логах, остальное - зеленое.

По маркировке такой вопрос:

Код маркировки уходит в честный знак при отгрузке (печать 2 чека). Если выбрана оплата при получении, где нет чеков (чеки идут уже по кассе 1с), то при отгрузке маркировка никуда не улетит ведь? Если не было первого чека.

И еще:
1. Если у честного знака запрашивались коды маркировки с делением самой группы обуви на подгруппы вида (https://yadi.sk/i/1-S42BIv-Sm6ag)
2. В битрикс доступна только обувь.
3. Корректно ли все спишется в знаке?

В документации не нашел эти моменты.

После перехода с БУС на интернет-магазин + CRM проверка системы выдает что у нас не родное окружение битрикс. Это как-то можно исправить не пересобирая все?

Вопрос, при синхронизации б24 + 1с в случае использования продукта Интернет-магазин + CRM, реально ли клиентов 1с превращать в контакт + покупатель в б24? Именно этот продукт использует 2 сущности, А не только контакт. Сейчас как я понял синхронизация создает анонимного покупателя в случае синхронизации заказов б24 и заказов 1с и полноценный контакт.

У нас такие вещи случались из-за:
1. Модулей доставок, которые слали запросы на внешние сервера для получения стоимости доставки или иных вещей. Помогало поочередное отключение модулей, чтобы найти виновника.
2. Из-за доработок в Init.php, которые совершали действия при открытии заказа. Помогало отключение кастомных скриптов.

А по поводу боязни что-либо менять - всегда же есть возможность поднять дев сайт и в нем все сломать без ущерба для прода) Или вы про другое?

Еще 1 интересный момент:) Если вы захотите например создать дополнительный магазин в разделе магазины в новом продукте б24 вот тут https://yadi.sk/i/m8pGn7it7Zya4Q и выберете магазин с тестовым содержимым, система ничего не спросит у вас и просто создаст в боевом инфоблоке свои демо-товары + разделы. Затем она пройдется по всем существующим разделам и удалит привязки свойств, которые вы скурпулезно настраивали у каждого раздела. Свойств у нас было около 800 штук. Просто удалены все привязки. Ну и в конце система просто заменит символьный код инфоблока товаров + ТП на свои. После чего вы радостно пойдете проверять свой новый магазин и восстанавливать все что наделал визард установки нового демо-магазина, не спросив вас - в какой инфоблок ему грузить демо-данные, что делать с текущими разделами, нужно ли отвязывать свойства от текущих разделов. Потому что визард не понимает что у вас оказывается есть БУС сайт, инфоблоки которого трогать как-бы не надо! Вот такие приключения. Хорошо что бэкапим все конечно, но все равно пришлось повозиться чтобы привести все в нормальный вид.

/modules/intec.constructorlite/ - так это вам уже к авторам модуля.

Евгений, если бы.. По первому моменту права sale, они игнорируются:

"Ограничения прав доступа к заказам через статусы заказа не распространяются на публичную часть списка заказов в CRM и канбан."
Номер заявки: 122650

(Да, сейчас для публичной части при работе с заказами в CRM не учитываются права доступа на заказы через статусы. В отделе разработок стоит заявка на доработку функционала, чтобы данные ограничения учитывались.
После закрытия заявки в текущее обращение придет автоматическое уведомление.
Когда доработка будет реализована, уведомление будет содержать номер версии модуля с доработкой.

По срокам решения заявки 122650 информация отсутствует. )

Они заменяются своими собственными правами б24 на заказы: https://yadi.sk/i/aUDoOujjZzYOEg
Соответственно, все что мы делали в БУС в плане логики работы и настроек прав на модуль SALE, работает в БУС, публичная часть Б24 это НЕ учитывает. Я тоже не понял, почему так, вроде модуль один, и хотелось бы, чтобы это работало.

По поводу catalog та же самая история, в БУС все учитывается, в Б24 публичке портала - игнорируется.

(Сроки реализации устанавливаются в отделе разработок и зависят от текущего плана работ. Назвать какой-то срок решения сейчас нет возможности.
"Права на каталог"
Номер заявки: 32745)


У нас коробка (интернет-магазин + CRM), если вы научите публичку CRM учитывать все же что связано с правами на статусы заказов из БУС - это решит все проблемы! Мы перешли на новый продукт и все равно сидим в БУС потому что там права работают, а в Б24 нет.

Классика, пока буча не поднимется, никто не признает своих ошибок. Мы же тут отписываем не с целью кого-то дискредитировать, а потому что новая система обращений в чат требует ожидания ответа по 2-3 дня, а когда ты вроде как ставишь стабильные обновления, то к такому не готовишься. Будем ждать..

8. Любой менеджер может удалить все склады (доступ к этому разделу в CRM не настраивается) - https://yadi.sk/i/JOwf0nizUi0HbA
9. Любой менеджер может удалить ВСЕ товары вашего сайта (доступ к этому разделу в CRM не настраивается, игнорируются настройки прав доступа к каталогу БУС) - https://yadi.sk/i/hAT7U1JQfQNLDQ

Все скриншоты сделаны под менеджером с ограниченным набором прав на заказы (только просмотр без изменений).

Ничего связанного с картинками разделов не выводит, кроме alt + title детальной.

Здравствуйте, что изменилось в логике вывода картинок разделов каталога? Сломалось и на шаблонах маркета и много еще где. Т.е эти штуковины $arSection["PICTURE"]["SRC"] не отдают ничего как раньше. Где-то галочку теперь нужно ставить? Посмотрел СТАНДАРТНЫЕ компоненты catalog.section.list - там та же самая история - картинки разделов не выводятся. Куда копать?

Кто-нибудь сталкивался с таким что при загрузке печати и подписи компании в генераторе он накладывает печать на подпись вот так? (https://yadi.sk/i/VQ-KscIlMyDpiw)

Наконец после 4 месяцев фикса багов с поддержкой битрикса перешли на продукт, из чего вылезли еще новые проблемы:

1. Не работает выпадашка с выбором типа чека (создана заявка в ТП на фикс (https://yadi.sk/i/g10Sds6idu2Mrg))
2. После миграции сайт БУС не фигурирует ни в разделе сайтов (https://yadi.sk/i/IR9F4kdVTQzShA), ни в разделе магазины (https://yadi.sk/i/TYPpLS3vbouiTA)
3. Если вы гибко настраивали права на заказы в БУС вот тут (на каждый статус можно настроить свои галочки) (https://yadi.sk/i/tRCzTS1ofNBpfw), то спешу огорчить - в Б24 интерфейсе заказов эти права НЕ действуют. Создана еще одна заявка в ТП на фикс (https://yadi.sk/i/ZaehxS1jr7W4Fg). А также создана идея: https://idea.1c-bitrix.ru/38278/
4. Хотите настроить роботов для заказов? Спешу огорчить - они не знают о существовании полей заказа, таких как служба доставки, способ оплаты, трекинговый код и так далее и поэтому вы врятли сможете автоматизировать отправку смсок клиенту легко и просто с нужными данными. На вебинаре последнем Юрий Волошин сказал что сейчас идет переосмысление доставок и все будет работать как-то иначе. Подождем? Ну, возможно. Но работать нужно уже сегодня, заказы идут, автоматики полной не настроить.
5. Хотите посмотреть удобную сквозную аналитику по ЗАКАЗАМ, а не СДЕЛКАМ? И тут тоже проблема - сквозная аналитика не знает что такое заказы (https://yadi.sk/i/SXoGfbQ2GGC-pg).
6. Хотите получить разные туннели воронок продаж? Извините, вам в сделки, и все равно, что многие интернет-магазины успешно работают с огромным количеством заказов и имеют здоровенные воронки продаж, мы бы хотели уменьшить их и разделить по туннелям, но в сделках нет ни единого товарного каталога, ни возможности обновлять сумму сделки на основе заказов, привязанных к ней.
7. Почему вот я не могу отправить клиенту ссылку на оплату заказа, если он сделал заказ на сайте, уехал за город и хочет быстренько получить в смс прямую ссылку на свой заказ и оплатить его? Зачем мне вот создавать сайт центра продаж, если у меня уже есть сайт БУС, чтобы отправить что-то клиенту. Это тоже возможный сценарий ведь, чем заходить на сайт, авторизовываться, заходить в раздел заказов, нажимать кнопку оплаты. Когда можно все оплатить сразу.

Реальный вывод - Продукт Интернет-магазин + CRM по прежнему в альфе, заказы БУС в нем выглядят инородно, уступают значительно по функционалу тем же сделкам для которых сделано все - и отчетики красивые, и всякие туннели, роботы и так далее. Я очень надеюсь что к лету будет какой-то анонс по единой архитектуре и полноценному симбиозу заказов БУС и б24, потому что сейчас кроме более приятного визуала ничего и не получаешь взамен. Это не только мое мнение, а мнение тех людей, с кем я общался, работал по миграции и так далее.

Я долго думал над тем, как же все организовать правильно - может быть для заказов БУС оставлять статусы принят и завершен, а дальше все вести в сделках, но ведь это двойная-тройная работа, когда нужно и сумму сделки исправить если по заказу были изменения, и работать в 2 сущностях (ведь и в заказах есть счета клиентам (оплата по счету) и в сделке есть раздел счетов, и еще много чего дублируется и там и там. Хочу вот я Яндекс.Такси для заказов БУС подцепить и как это сделать? никак.. И так во многом.

Спасибо что прочитали.

Переход 1 кнопкой говорили они, легкая интеграция говорили они.. Это просто смешно, чтобы что-то запустить, нужно реально с бубном попрыгать и разобраться с визардом. А еще после перехода в новый продукт ваши права по доступу к заказам в БУС просто будут игнорироваться. Не хотели чтобы кто-то менял оплаты в заказе в определенном статусе? идите лесом - все открыто, меняй что хочешь, удаляй что хочешь. И так везде. Альфа есть альфа.. Возможно кому-то поможет этот гайд по переходу, который удалось выбить у поддержки.

Вопрос такой:

В текущий момент обмен с сайтом выполняется через модуль экспорта в XML на стороне 1с УТ и модуль импорта XML на стороне БУС (http://marketplace.1c-bitrix.ru/solutions/esol.importxml/), идентификация элементов по внешнему коду, взяли за основу коды 1с (например УТ-00012986) (https://yadi.sk/i/pCemj79-ECXOBA), полноценно создаются товары + ТП для них как нужно (на основе доп. реквизитов номенклатуры), делаются преобразования, товары раскидываются по нужным разделам, все красиво и удобно (можно делать преобразования для значений любых полей товара (будь то наименование элемента, наименование реквизита и прочее) на лету, за исключением того что остатки передавать сложновато в режиме постоянного обмена.

Думаю на тему того чтобы как-то подвязать сюда еще модуль 1с, чтобы он передавал изменения в плане остатков по товарам, и ничего более (остальное вроде добавления номенклатуры, цен и так далее будет делаться по прежнему через модуль импорта XML с маркета. Реально ли как-то понять, по каким маркерам модуль от БУС для 1с будет передавать изменения, можно ли все подвязать например на тот же штрихкод элемента, если товар без характеристик и штрихкод реквизита, если у товара он есть? или же как-то получить внешние коды элементов и ТП и их присвоить товарам в БУС, чтобы модуль знал, с чем ему работать?

Сам модуль для БУС с маркета - конфетка, жаль что таких возможностей нет в коробке БУС и для обмена полноценного с 1с с кучей возможностей и задания условий любых практически - лучше него не находили, проблема лишь в обмене остатками - долговато раз в 30 минут обновлять их..

Прошло почти полгода, сегодня скопировал боевой сайт и после полной проверки системы (ошибок нет) - запустил конверт, как итог, ошибка:

https://yadi.sk/i/Cchax3HXxAs8Mw

Половина нужных модулей не установилась, по адресу /crm/lead/ - 404 ошибка (такой папки вообще не существует)

Вопрос - когда вы почините визард перехода? обещали еще 3 месяца назад в тикетах и чате. ошибки те же самые. Продукт только с нуля ставится нормально, но нам нужно сохранить всю базу клиентов и заказы. Что делать то?

Выкатывать сырой продукт и использовать нас в виде тестеров - в этом весь битрикс. Тоже не понимаю как вообще это можно отдавать в релиз, когда чтобы настроить простые обмены нужно править конфигурацию, да еще и два модуля сверху ставить. оч круто, что и сказать.

Так нужен полный путь до картинки, судя по вашему древу там еще папка есть produkt_menu, и в url до картинки она тоже должна быть. И выше по вложенности может еще что будет. Вы же легко можете взять полный адрес до картинки на сервере и сравнить с тем, что выдаете в html страницы.

В вашем примере вы отдельно вынесли images и прописали его в шаблоне, хотя по ссылке вашего примера он не указан в шаблоне, а прописывается в поле ссылки на иконку.

т.е лучше брать вариант <img src="<?=$arItem['PARAMS']['ICON']?>" alt="<?=htmlspecialcharsbx($arItem["TEXT"])?>">

и потом путь до картинки полный прописать в поле нужное вам у пункта меню, например если брать известный пример, что вы дали, то предполагаю что-то вроде:

https://site.ru/produkt_menu/images/Визитки.jpg

Ну а вообще лучше все же на латиницу уйти в плане нейминга картинок, мало-ли) Я бы сделал https://site.ru/produkt_menu/images/vizitki.jpg

Или вообще не использовал домен сайта, а попробовал вот так - /produkt_menu/images/vizitki.jpg

Скорее всего сработает и будет более верным.

Надеюсь чем-то был полезен)

Если это так то это прямой обман клиентов. т.к на презентации говорилось об этом, что из сделки заказы можно будет без проблем делать. Это и другие многочисленные факторы и заставили нас купить ключ обновления (которое до сих пор так и не поставили из-за тысячи ошибок конвертации, которые решаются уже несколько месяцев). Факап года.