распределяются по отделам == это видимо вы делаете ответственным начальника отдела (а у него есть куча подчиненных на которых он уже сам перекидывает) ага... а если не отработает то скорее всего или потеряется совсем или передается на другой отдел (начальника?) и это уже не "оплатные" а скорее реанимационные действия и тут уже премиальные тому который отрабатывает с опозданием не по своей вине....
Короче цеплятся к отвественным и другим существующим признакам самой CRM не стоит... Вообще ваша задача вне базовых полей
Значит факт передачи нужно фиксировать в универсальном Cписке, и там при добавлении записывать номер лида и все его реквизиты, дату передачи, отдел куда передали, и дату оплаты == тут же подсчитывать количество неоплаченных -- и вызывать генерацию счета c перечислением ID как лидов, так єлементов списка, и по факту оплаты закрывать по этим ID датой оплаты в Cписке
Абсолютно исключите при чтении дальнейшего текста восприятие "Вот сначала добейся а потом критикуй" и воспримите это как элемент ФАКТИЧЕСКОГО АУДИТА ПРИ ПОСТАНОВКЕ ЗАДАЧИ.
Когда у вас будет ээээ... а вот нашел "9 000 000 зарегистрированых компаний" и вы будете смотреть на список задач и там будет фрагмент интерфейсного кода написанный много лет назад, и которым ПРАКТИЧЕСКИ НЕ ПОЛЬЗУЮТСЯ кроме первых попыток без документации "протестировать" -- то последнее что вы решите делать == это переписывать его для оптимизации.
ну просто потому что на вашем примере мне так кажется вы убедились что просто так бездумно закидывать не читая доку 1000000 записей туда-сюда -- это не что определяет работу CRM.
Но если для вас именно эти два места за которые вы зацепились являются принципиальными -- то смотрите как БЫСТРО вы получили доказательство что Битрикс не для ВАС == практически мгновенно и практически бесплатно.
В конце концов написать самому можно гораздо быстрее да еще с современными методиками управления и языками и фреймворками да разместить это все сразу в облаках Амазона...
Думаю это ваш путь, ибо я достоверно знаю -- даже в священном SAP и презренном MS Dynamics вы наткнетесь на тоже самое...
Олег Бакуров написал: ps также хочу заметить что введенная таким образом инфа название + код артикула + еще чтото например поставщик, будет тянутся по всей сделке, включая выписку счета и т.д.
Почему? Потому что вы зациклились на том что поле называется "название" -- а не "быстрый поиск"?
Но фактически - в печатных формах вы можете использовать ЛЮБЫЕ ПОЛЯ в любых комбинациях -- а вот во вкладке "товары" гвоздями ТРЕБУЕМОГО ФУНКЦИОНАЛА ДЛЯ ОПЕРАТОРА прибито именно это поле.
Вам хочется верить что для вас изменят это? Не стоит. Можете сразу отказываться от битрикс24 и не тратить время.
А по моему они правы. По многим причинам -- не последняя партнер таки может посетить офис клиента и как психиатр оценить нужно ли вообще связываться с клиентом == по крайней мере при мне одному начальнику открытым текстом сказали -- это не для вас, вы только расстроитесь и будете постоянно недовольны. Как они были правы! Уже 4 года как прошло, а я до сих пор вспоминаю....
Каждый раз когда мне хочется их плотно подержать за горло == я тоже не люблю отвечать своему начальству, что не знаю причину почему "поломалось" == я вспоминаю свои 30 лет "разумной автоматизации" и меня попускает. И это при том что я "приходящим" автоматизатором почти и не работал -- только на сам бизнес.
Цена-Возможности == у битрикс24 реально лучшие == в низовом диапазоне.
Все что мне приходится дотачивать напильником -- пришлось бы дотачивать и больших системах.
То что принципиально недотачиваемо в облаке как раз иллюстрирует тормозное массовое удаление.
я бы сам там запросто накосячил завалив кучей кривых запросов, а потом еще добил бы бизнес закешировав там где кешировать ПРИНЦИПИАЛЬНО нельзя. А нефиг в одну мозговую извилину писать достаточно сложные денежные продукты -- правило один делает второй проверяет написаны кровью, не только в технике безпасности, но и в бизнесе.
Но... чем хуже музыкант играет тем больше он знает о возможностях компьтерного монтажа -- которым его запись кто-то ДРУГОЙ должен довести до супер хита...
Чем хуже процессы у клиента -- тем больше он считает что "это же очевидно и должно быть включено в поставку"...
Добавь артикул в Название товара и сразу начнет находится, потому что в Название будет содержать артикул товара.
Не в отдельное поле - а то самое поле под названием Название.
Программист? SQL? Знаете знаете чем по накладным расходам отличается отработка:
select название, цена, картинка fr om товары wh ere (название like "%вды) and (название like %фваы%")
от
sel ect название, цена, картинка fr om товары where ((название like "%вды) and (название like %фваы%") ) or ((еще_одно_поле_из_50 like "%вды) and (еще_одно_поле_из_50 like %фваы%")) or ((еще_одно_поле_из_50 like "%вды) and (еще_одно_поле_из_50 like %фваы%")) or ((еще_одно_поле_из_50 like "%вды) and (еще_одно_поле_из_50 like %фваы%")) or ((еще_одно_поле_из_50 like "%вды) and (еще_одно_поле_из_50 like %фваы%")) or ((еще_одно_поле_из_50 like "%вды) and (еще_одно_поле_из_50 like %фваы%")) or ((еще_одно_поле_из_50 like "%вды) and (еще_одно_поле_из_50 like %фваы%")) or ((еще_одно_поле_из_50 like "%вды) and (еще_одно_поле_из_50 like %фваы%")) or ((еще_одно_поле_из_50 like "%вды) and (еще_одно_поле_из_50 like %фваы%")) or ((еще_одно_поле_из_50 like "%вды) and (еще_одно_поле_из_50 like %фваы%")).....
..... or ((еще_одно_поле_из_50 like "%вды) and (еще_одно_поле_из_50 like %фваы%")) or ((еще_одно_поле_из_50 like "%вды) and (еще_одно_поле_из_50 like %фваы%"))
А теперь вопрос по логике интерфейса:
у меня артикул "гдето-там-в отдельном поле" -- я его набрал в поле "название" часть артикула (мне клиент читает его и называет, он просто не знает что реальный артикул длинее -- бумажка смялась, недописал и тд) и у меня вывались 20 товаров -- но не видно артикула (его нет в названии я не могу даже подсказать клиенту каких букв/цифр он не досмотрел) -- какой из них нужный? Значит нужно еще +50 полей добавлять в select и выводить в форму...
Оператору для быстрого набора нужно ОДНО ПОЛЕ и БЫСТРО. И чтобы в нем было ВСЕ для понимания что он выбирает то что нужно. Вот и соберите в поле "Название" все что для этого нужно.
Если что -- это из реального личного опыта набора простыней в 400-500 позиций, для строительных контор -- и не в битрикс, а в личной самописке 30 летней давности.
Если ВДРУГ у вас очень сложный отбор -- для вас кнопка "Выбрать товар" - и там развесистое дерево иерархий и все поля видны... можете неторопливо перебирать в том числе глядя на артикулы.
Кстати там есть крыжик "не использовать сложную логику..." == это абсолютно честно моя заслуга -- был период когда для экономии того самого процессорного времени запрос изменили так чтобы искал ТОЛЬКО ТОЧНОЕ совпадение введённого фрагмента (как в старых формах по названию компании) -- а у меня в 10 прайсов были двойные пробелы между словами, которые само собой точно оператор не запомнит где нужно вбивать -- и нормировать название мне было нельзя -- рвалась синхронизация с чужим складом == это был последний раз когда я согласился использовать чужую синхронизацию.
К чести битриксовцев -- за неделю демострации -- они таки приняли это к исправлению, но добавили этот крыжик -- а вдруг кому-то простые запросы сойдут за как надо... Может кто его и оставляет включеным... Да делали они это исправление -- месяца два...
вы перед импортом шаблон не скачивали? Хелп не читали?
Ну там поля ID и "внешний код" и их назначение в CSV файле?
Есть, поле внешний код если оно заполнено, то будет обновление. Если оно не заполнено -- будут новые. Вы же знаете что прайсы от разных поставщиков могут содержать одинаковые названия и не быть ЛИЧНО ДЛЯ ВАС идентичными -- а что так сразу обновлять не глядя что это разные прайсы?
Вот по этому они и не делают "пользовательский развитой интерфейс" на импорт - потому что у 90млн пользователей по 10 процедур импорта в зависимости от погоды на Венере.
А так достаточно ОДНОГО раза напороться и уже зовут более менее читающего-программирующего, а он уже лезет в производительность да батчи, да задает кучу дурных вопросов -- на которые очень очевидные ответы... а блин не совсем очевидные...
Вы в под моей фамилией увидели вместо "Посетитель" - "Сотрудник Битрикс"?
Сотрудники битрикс отвечают редко. У них правильный ответ звучит так -- обращайтесь к партнерам которые будут отвечать перед вами за внедрение == они вам и демонстрацию проведут и обучение сотрудников сделают....
В пятницу "мой" битрикс принудительно переключили на новую форму КП -- и с понедельника никак не могут решить открывшуюся проблему...
Цитата
Вторник, 27 июля 2021 Ваше обращение (# 2266511) оказалось сложным, поэтому было эскалировано на первую линию инженерной поддержки. Среднее время ожидания ответа на этой линии составляет 3 рабочих дня (10-19 МСК ПН-ПТ), но мы постараемся ответить быстрее. Ожидайте, пожалуйста, ответ инженера в этом чате.
Я не сотрудник битрикс, просто мне много лет и я давно работаю с разной автоматизацией, а последние три года с битрикс КАК КЛИЕНТ и "слесарь по подгонке".
Меня не удивляет почему в "ПОЛЬЗОВАТЕЛЬСКОМ ИНТЕРФЕЙСЕ" который де-факто рассчитан "дефектовку записей" -- т.е чтобы после автоматической загрузки/синхронизации можно было выборочно проверить что куда закинуло, как пересчитались цены или как "побило криво отформатированый текст" -- по жалобе оператора -- нет оптимизации операций в 100 000 действий.
Он по это не предназначался в виду редкости использования в данном сценарии НЕ ОПТИМИЗИРУЕТСЯ тк на него нет запроса у клиентов -- поверьте кроме меня в компании о существовании этого пункта меню за 3 года никто из менеджеров не узнал...
Если у вас 100 000 товаров которые вы хотите удалять/заливать каждый день -- вам ТОЧНО придется писать собственный код, и я бы даже порекомендовал СРАЗУ покупать коробку и создавать собственное облако, где ваш программист будет иметь прямой доступ к таблицам в базе данных и для него не будет никаких ограничений по скорости удаления товаров.
Цитата
Извините, но я активировал демо версию и пытаюсь понять что это за зверь и что предстоит дорабатывать и как часто.
Для любой CRM актуальным является насколько СИСТЕМАТИЗИРОВАНА ваша процедура работы и насколько она СОВПАДАЕТ с дефолтными.
Мой опыт гласит что в 50% случаев -- процедура в компании не систематизирована, но дефакто совпадает с битриксом если УБИТЬ ВОЛЬНИЦУ И СВОБОДНЫХ ХУДОЖНИКОВ то может легко дотачаться напильником...
А в 50% не систематизирована и не может быть подогнана ни в одной из существующих CRM без глобального переписывания интерфейса -- т.е полного исключения всего что вы "стандартно видите в формочках" и написания собственного уникального интерфейса == как правило цена этой переделки значительно превышает стоимость коробки любого предлагаемого решения (если что я и с ERP ипортными тоже сталкивался -- везде "нет нам надо не так - какой идиот это все выдумал ведь очевидно же что надо так как мы говорили... А не говорили? ну что вы не могли догадаться что нам нужно не так?").
Да вы не читаете то что я написал ПОБУКВАМ, а вцепились в "Название" и другие поля.
Поле товаров которое носит наименование НАЗВАНИЕ -- на самом деле называется "ПОЛЕ для БЫСТРОГО ПОИСКА В КОТОРОМ НУЖНО ВНЕСТИ ТУ ИНФОРМАЦИЮ ПО КОТОРОЙ ОПЕРАТОР БЫСТРО ОТБЕРЕТ НУЖНОЕ" т.е в вашем случае если вы хотите что быстро находилось по артикулу, если у вас сверла и нужно быстро оператору отбирать по диаметру -- то тоже в так называемое "НАЗВАНИЕ" нужно внести диаметр, если нужно находить по цвету -- нужно внести Цвет.
ни из каких ДРУГИХ полей для отбора нет и не будет -- потому что:
1) 99% операторам при наборе позиций некогда лазить по доп настройкам отборам -- им нужно одно поле куда вводятся обрывки ключевых слов и поиск осуществляется сразу с 3 букв и каждой следующей добавленной...
2) Полнотекстовый поиск по группе полей ОЧЕНЬ затратная операция в онлайне -- а мы все в облаках даже если в коробке.
В разделе ТОВАРЫ, где есть куча полей и тд -- как вы наверно заметили НЕТ онлайнового поиска сразу по набору букв... даже по клавише Enter поиск не начинается -- только длительным переходом по TAB или кликом мышки по кнопке -- крайне неспешно но систематизировано.
всем пользователям битрикс обязательно необходимо просматривать видео по вопросу производительности....
Ограничения числа запросов изменилось. Было 100, как показано в вебинаре. В настоящее время 50.
Внимание! Существует лимит на число запросов. Разрешается два запроса в секунду. Если лимит превышается, то ограничение начинает срабатывать после 50 запросов .
Ограничения числа запросов изменилось. Было 100, как показано в вебинаре. В настоящее время 50.
Внимание! Существует лимит на число запросов. Разрешается два запроса в секунду. Если лимит превышается, то ограничение начинает срабатывать после 50 запросов .
100 000 / 2 = 50 000 секунд -- в минуты/часы переведете сами переведете?
а дальше как всегда crm.lead.get -- только вот учтите это все ЗА ПРЕДЕЛАМИ ОТКРЫТОГО ОКНА ПОЛЬЗОВАТЕЛЯ.
т.е. если в окне лида пользователь внес что-то и не нажал зеленую кнопочку сохранить -- то вы не узнаете что он что-то внес... и наоборот -- вы в окне своего "серверно-встроеного приложения что-то изменили -- пнули crm.lead.update == а в окне у пользователя -- все те же УСТАРЕВШИЕ данные.
то что вы (и авторы битрикс24) называете названием товара, или названием фирмы == на самом деле это "поля для быстрого поиска"...
по этому это поле нужно заполнять для оператора -- собирая туда максимум инфы -- артикул цвет диаметр и тд. а для печати и прочих официальных фигней делать отдельное поле.
Снаружи REST с такой точкой "crm.entity.tree" нет {"error":22002,"error_description":"Could not find description of tree in Bitrix\\Crm\\Controller\\Entity"}
Так что если у вас коробка, смотрите исходники....
В пятницу опять принудительно включили новую форму любимой Sergey Rizhikov, "КоммПред"...
Обещали сообщить, но увы -- никаких сообщений о закрытии предыдущей претензии (нет поля "Местоположение" в новой форме КП) не пришло) Просто так от менеджеров повалили вопли... ну ладно... Претензии от менеджеров -- "не вижу в отчете по КП названия клиента и контактных данных"
Банальная проверка -- беру старое КП, давлю копировать
в оригинале:
"CLIENT_TITLE":"ТОВ "СТОЛИЧНИЙ МЛИН"", "CLIENT_ADDR":"Україна, 04080, м.Київ, Подільський район, ВУЛИЦЯ МЕЖИГІРСЬКА, будинок 81", "CLIENT_CONTACT":"Т Б------о", "CLIENT_EMAIL":"t.b------o@smlyn.com", "CLIENT_PHONE":"098---------8", "CLIENT_TP_ID":"371758026568", "CLIENT_TPA_ID":"",
Вопрос поддержке ВЫ ПЕРЕСТАЛИ ПОДДЕРЖИВАТЬ ЭТИ ПОЛЯ?
Требуется подключение специалиста, в течении 7 дней... но в среднем за 2 дня...
У меня реально теперь в активно используемом отчете-вкладке в Компании теперь null/null/null/null/null/null.
Доп прикол в КП -- при смене клиента Компании перестали подтягиваться Контакты связаные с ними...
Доп прикол в КП -- при изменении названия Товара -- раньше подтягивались на выбор строки из прайса -- было легко на базе старого КП обновлять цены -- теперь нет...
связь Лида и Сделки/Контакта/Компании устанавливается единственным способом -- конвертацией Лида в Сделку/Контакт/Компанию. Иначе это место для мухляжа как с Лидами, так и со Сделки/Контакта/Компании.
Но лично я "старорежимный безопастник", предпочитаю чтобы наружу "автоматически" уходило только извещение об изменении, а все запрашиваемые данные -- только через доп авторизацию, по доп запросу.
по этому методу действительно, не возникает проблем с "квотированием" даже на больших объемах, но проблема c тем за какое время отдаст сервер данные и куда их впихнуть за время ограничивающее работу скрипта.
У меня за типовые 30 секунд улетело очень быстро...
Дополнение надо еще обязательно парсить ответ на error
Если вас интересует справедливость -- то залогинтесь в платной Битрикс24 и задайте этот вопрос техподдержке самого битрикс24.
Банальный пользовательский "не переносится Должность что делать?".
Или вас погоняв по менюшкам покажут как настроить, или предложат подключить тех специалиста и он настроит ШТАТНЫЙ обмен или подтвердят что это не возможно.
===================
Если откинуть справедливость то:
В Битрикс24 поле должность у контакта присутствует с самого начала. Хотя многое что "самособой разумеющееся" для B2B действительно отсутствует.
Остальное звучит как полная хрень... особенно от внедренцев тк это настолько типовая задача что просто офигеть -- ДАЖЕ если это правда про штатный обмен в вашем сочетании конфигурации 1С и битрикс24.
Внедренец пишет такое один раз и юзает на всех внедрениях СРАЗУ в первичной стоимости внедрения...
Ну в крайнем случае за отдельную плату при возникновении требования синхронизации с 1С -- это если сначала просто "внедрите битрикс", а спустя полгода "подключите 1С" -- но никак не "отдельная разработка персонально для Вас".
И только если он впервые видит 1С или Битрикс24 -- то начинает за ваш счет учиться -- и это жопа для вас, тк он точно не додумается с первого раза до всех процедурных ошибок (асинхронность работы кучи менеджеров в разных программах и синхронизация их всех, она такая прикольная...) -- и все глюки вы будете сначала долго вылавливать, потом долго ему показывать, а потом доплачивать за изменения... По поводу ассинхроности есть знаменитый пример с Адресом от самого Битрикс24, представьте что у Компании записан адрес: ул Куликово поле 12 -- это ДВА ОТДЕЛЬНЫХ ПОЛЯ
Этот адрес видят два менеджера 1) там Куликово поле правильно, а дом не 12 а 15 2) там улица не Куликово поле, а Драгомировская, а дом правильно
Первый исправляет дом, второй исправляет улицу
Результат Драгомировская 15... Ни богу свечка, ни черту кочерга... И да -- оба в карточке нажав применить видят СВОЙ ВАРИАНТ, пока не перезагрузят страницу т.е не считают окончательные изменения -- тк все поля кроме измененых в этом окне, берутся из кеша, чтобы не создавать "лишнюю нагрузку на облако".
Во всех компаниях с которыми я работал с 1995 года всегда в 1С есть что-то свое и всегда это надо куда-то перенести где штатный протокол не работает и всегда это решается достаточно легко.
ORIGINATOR_ID Идентификатор внешней информационной базы. Назначение поля может меняться конечным разработчиком. ORIGIN_ID Внешний ключ, используется для операций обмена. Идентификатор объекта внешней информационной базы. Назначение поля может меняться конечным разработчиком.
т.е. к примеру вы назначаете 1С "главным продуктом" и экспортируете данные с уникальным для 1С ORIGIN_ID. при импорте в чистую битрикс24 в контактах сразу заполняется это поле при последующих импортах соотносятся значения этих полей и вы понимаете что у вас или новый контакт или изменения в старом контакте.
И да в отличии от интерфейсного импорта Товаров -- для контактов это штатно не применяется - вместо этого за отдельные деньги (платный тариф как минимум) рекомендуют после импорта включать "поиск дублей". Это штатное отделение трех категорий пользователей 1) халявщиков 2) тех кто платит хоть минимум 3) тех кто уже понял что никто не владеет телепатией и не может угадать что именно у вас процедура такая и если у вас хоть что-то нестандартное то нужно оплачивать подгонку под эту нестандартность.
Пишется максимум за день человеком который НЕ впервые открыл документацию 1С/Битрикс24 -- в 1С в зависимости от версии хук/кнопка на экспорт с требуемым списком полей, в битрикс соотвественно хук на импорт и страница запуска/ отчета. Больше всего времени займет разворачивание у себя вашей версии 1С.
И наоборот Битрикс24 - 1С если хотите в обратном направлении тоже -- тут есть ряд приколов тк надо играться с контролем дублей -- из-за любителей заполнять контакты через жопу == в этом случае действительно "интерфейс пользователя" может быть дорогостоящим == я много видел понтов от пользователей включая требования чтобы САМО меняло неверно внесеные ФИО на правильные и разгадывало сокращенные телефоны в полные. И тут обычно человек работающий в Битрикс24 значительно более безответственный, чем тот кого допустили в 1С.
На самом деле оптимальная стратегия -- єто 100% времени доступная 1С (что не всегда возможно в зависимости от поведения клиента).
Тогда после 1 ручной синхронизации запускается механизм:
0) на стороне 1С постоянно ведется лог всех изменений, и проверка на дубли и есть Сотрудник принимающий решение в спорных моментах и бьющий по рукам ВСЕМ кто вносит мусор в Битрикс24 по горячему.
Простейший пример Лид из сайта/магазина/лендинга с "КаКой ТакоЙ фамиЛией-от-Владика" одной кнопкой конвертируется в Контакт, без правки. Само собой никакая проверка на дубли тоже не срабатывает из-за корявости, на вопрос "КАКОГО?" ответ: -- Некогда тратить мне на это время -- я потом когда уже будем окончательный договор подписывать исправлю! А сейчас надо трусить чтобы КУПИЛИ!
Или еще проще -- он сам скопировал с какого-то сайта одной строкой подряд все от должности и фио 10 телефонов и пять email -- и это все вставил в новый контакт -- и ему пофиг как эту строку разнесло по полям в Битрикс. == и это все также улетело в 1С. ЭТО НЕ Я -- ОНО САМО!
1) как только Контакт создается в 1С -- он тут же улетает в Битрикс 2) как только на стороне 1С вносится изменение -- оно улетает на Битрикс. 3) при создании Нового Контакта в Битрикс -- тут же улетает в 1С и соответственно ему присваивается ORIGIN_ID 4) при изменении Контакта в Битрикс -- тут же улетает в 1С
============
Надеюсь перечисленные примеры объяснили что это:
1) Просто хоть и требует разовой платы (если проблема только в Должности) 2) Сложно как в написании так и в поддержке и однозначно стоит денег и требует знаний.