В модуле обмена с сайтом сделать отбор по цене, допустим нужна чтобы товар без цены не грузился на сайт или грузился с определенной цены. По аналогии с остатками
Проблема в следущем: Сотрудники компаний на сайте часто регистрируются как физ. лица. Но указывают эл. почту своей организации. Нельзя ли добавить опцию, при которой во время загрузки заказов в 1С из Битрикса, не создавалось новое физ лицо в 1С, а искалось по тому же мэйлу среди юр. лиц ( при условии что среди физ. лиц. никого не нашлось)?
В 7 версии модуля можно вообще идентификацию сделать по email. Или через ряд параметров и для типа контрагента.. Например: физ лица должны идентифицировать по следующему алгоритму: сначала ищем по телефону, если не нашли то ищем емейл..
Почему-то из 1С цены по Видам цен прекрасно выгружаются на сайт, однако назад из свойств заказа это поле получить невозможно https://www.screencast.com/t/VjnH4hTJ Инструмент для решения таких проблем есть уже, но как и везде с этим модулем интеграции справка по нему отвратительная! Можно просто объяснить как получать любое поле из БУСа по модулю обмена
Промучались неделю и измучали техподдержку, т.к. они не знали правильный ответ на вопрос.
Предложение:
1) Если в 1С отключена выгрузка картинок на сайт, то не создавать свойство каталога MORE_PHOTO В противном случае, существующее там свойство с готовыми картинками перестает корректно работать.
2) Если включить выгрузку картинок и в каталоге уже существует свойство MORE_PHOTO, не создавать новое свойство с таким именем, а только менять внешний код у существующего для связи с 1С
Сейчас, при выгрузке из 1С, БУС упорно, даже при выключенной выгрузке картинок, создает свойство каталога MORE_PHOTO с внешним кодом CML2_PICTURES. И если свойство было раньше создано и там были картинки (когда подключаем 1С к работающему сайту, так и происходит), то каталог перестает функционировать из-за дублирующихся свойств.
Когда в 1с и соответственно в интернет-магазине большое количества товаров, при выгрузке изменений долго формируются файлы и обрабатываются на стороне сайте.
Например, 2500-3000 товаров выгружаются порядка 15-17 минут.
Чаще всего изменяются остатки и цены, информация о товарах (описание, наименование, свойства) меняется гораздо реже.
Было бы замечательно, если бы имелась возможность выгружать только непосредственные изменения: - если у товара изменились только остатки, то в файл попадает информация только о новых остатках и никакой новой цены и всей остальной информации по товару; - если у товара поменялось наименование - то в файл попадает только основная информация о товаре, без цены и остатков и т.д.
Поскольку чаще всего изменяются остатки, то те же 2500-3000 товаров могут выгружаться за 5 минут.
Добрый день. Идея заключается в том, чтобы перестать проверять остатки на сайте при обмене заказа с 1С. Нужно добавить галку в настройках интеграции заказов с 1С , которая отключала бы контроль проверки остатков на стороне товара на сайте при обмене заками. Проблема существует давно. Приходится искать обходные пути, жестко ограничивать менеджеров в их действиях с заказами, которые пришли с сайта, на стороне 1С. Для того, чтобы сайт не отображал и не давал покупать те товары, которых нет в наличии, в настройках устанавливается количественный учет и запрет покупки в минус. Периодически возникает ситуация когда заказ пришел с сайта в 1С. Менеджер, обрабатывая заказ, знает о поступлении товара, который будет завтра. Может покупателю предложить добавить этот товар в заказ, но при обмене с сайтом, этот заказ не принимает изменения, т.к. этого товара на сайте не хватает. А еще бывают ситуации с пересортом, когда на стороне 1С этот товар оприходуется, остатки на сайт еще не выгрузились, а товар в заказ добавили покупателю. Товар в заказе зарезервировали, остатки по этому товару на сайт пошли опять по нулям. Опять такой заказ изменения не примет. Сколько можно решать эту проблему? Надо ее убирать. Сейчас есть возможность выгружать офлайн заказы и отгрузки, но именно из-за существующей проблемы, пользоваться этим функционалом в полном объеме нельзя. Часть отгрузок просто не примется сайтом, т.к. не хватит остатков каких-нибудь товаров. А значит нельзя использовать полностью накопительные скидки, т.к. что-то покупатель приобретает в магазине офлайн.
Сейчас чтобы настроить интеграцию с 1С нужно потратить без преувеличения десятки, если не сотни, часов. Ситуация отвратительная. На сегодня мы имеем:
Самая актуальная информация в Word-документе Александра Денисюка - мягко говоря там очень мало, немного больше чем само название каждого поля или кнопки. Пользы очень мало.
Вебинары - кажется в основном для достижений каких-то собственных KPI проводятся - уровень подготовки низкий, постоянно в процессе вебинаров обнаруживаются ошибки, повторение одного и того же, скомканность подачи, потеря актуальности информации при выходе новых версий модулей.
Форум - как правило не эффективный инструмент поиска ответов, утрата актуальности, недостаток внимания от программиста Александра Денисюка, множество вопросов без ответов.
Поддержка через систему тикетов - пока ни одного полезного ответа от них получено не было.
Подытоживая, работа по донесению возможностей модуля, даже не по внедрению нового и исправлению ошибок, а именно по уже готовому функционалу, очень неэффективна, как со стороны Александра Денисюка, которому приходится по разным каналам одно и то же объяснять, так и со стороны пользователей. Я показал про 5 способов получения знаний и их недостатки на сегодня. Они оставляют нас в конце концов в подавленном, бессильном и неуверенном состоянии, когда после потраченных недель изучения остаются десятки вопросов и неопределенность без плана действий. Можно же командой профессионалов Роберта Басырова создать полноценный курс, обязательно добавить постоянно актуализируемый раздел ЧаВо и графическое руководство для всех самых популярных кейсов. Протестировать их и исключить 95% впустую затрачиваемого времени всеми сторонами.
Выделение информации по интеграции с 1С стоит задачей на ближайшее время. Сейчас подключили счётчики для выяснения какой версией модуля пользуются больше всего. Тема обсуждена с Денисюком, то есть работа будет совместной в том числе по созданию тестов к курсу. Вебинары, которые проводятся по 1С будут включены в этот курс в виде видео. Сроки, как обычно, не называю.
В комментариях к этой идее были предложения передать нам информацию о ваших проблемах и их решениях. Идея очень хорошая, но обращались не туда. Если такие намерения ещё живы, то можете написать мне в личку, обсудим. Мы рады любой обратной связи.
Здравствуйте. Я в своей небольшой организации использую бухгалтерия Контур.Эльба, так как это удобно и для формирования счетов и договоров и очень легкой отправки отчетности, чтобы не нанимать бухгалтера за дополнительные деньги и не покупать подписку ИТС 1с, в общем в моей ситуации не подходит вариант использования 1с. В моей работе большое количество входящих заказов, звонков и все хотел вести через битрикс, но получается, что если я буду выставлять счета из битрикса, то она не будут отображаться в Контур.Эльба, и наоборот. Ввиду чего, предлагаю сделать интеграцию с продуктами типа Контур.Эльба и Контур.Бухгалтерия, ваша компания получит лучший функционал и новые клиенты проще будут присоединятся к вашей системе.
В интеграции, хотелось бы видеть следующее: 1) импорт счетов из битрикса в бухгалтерию Контур.Эльба (или Контур.Бухгалтерия) 2) Импорт контрагентов 3) Импорт товаров Конечно в идеале, чтобы импорт работал в обе стороны, чтобы если вдруг из бухгалтерии был выставлен счет, то он не сбил бы нумерацию и обновился в CRM
PS по сути с интеграцией с Контур.Бухгалтерия и Контур.Эльба к битриксу подключится стало бы еще проще.
В новой версии Битрикс для приема данных по заказам используются два класса - загрузчик (\CSaleOrderLoader) и импортер контейнеров (\Bitrix\Sale\Exchange\ImportOneCPackage).
Если в XML файле от 1С встречается контейнер на первом уровне, то работает импортер.
В старых версиях 1С на первом уровне выдается Документ и их обрабатывает загрузчик сам. В загрузчике есть константа \CSaleOrderLoader :: DEBUG_MODE в значении true, что включает создание и пополнение файла /upload/1c_exchange/1c_order_exchange.log.
Увы, импортер контейнеров не имеет такой функциональности.
По этой причине предстоят тяжелые разборки с кодом (там нет комментариев у методов, "разбирайся сам", "хороший код не нуждается в комментариях";). В моем случае заказ упорно не принимается без каких либо ошибок PHP, исключений и текстов об ошибках в выдаче скрипта обмена. Так что только раскопки.
Думаю, что этот инструмент с радостью приняли бы многие клиенты Битрикс. Суть в следующем - в 1С есть платежный календарь. Он, в частности, помогает бизнесу планировать доходы/расходы и избежать кассовых разрывов в прогнозном периоде. Данные в календарь 1С попадают при заполнении карточек "Планируемое поступление денежных средств" и "Заявка на расходование средств". Неудобство состоит в том, что эти карточки (поступление и расход) не привязаны к конкретной сделке. Предлагаю разработать синхронизацию сделки в Битрикс с 1С. В этом случае продажники заполняют соответствующие поля в своих сделках, а руководитель видит прогноз по всей компании или отделу. Свой вариант ТЗ я пытался реализовать через партнеров, которые внедряли Битрикс у меня. К сожалению, ничего не вышло. Может быть вы сможете реализовать это в обновлениях Битрикса. Мое ТЗ могу прислать, если интересно. Еще лучше, конечно Реализовать "платежный календарь" целиком в Битриксе, без 1С
Например: физ лица должны идентифицировать по следующему алгоритму: сначала ищем по телефону, если не нашли то ищем емейл..