Комментарии 10
Не разжевал. Что к чему, главное понял не надо экономить на внедрении битрекс.
Или не внедрять.
То что описано во второй части статьи (про деньги) можно применить абсолютно к любому проекту, на базе любой CRM или ERP системы, если так рассуждать, то проще ничего не внедрять и вернуться к деревянным счетам :)
Для меня ближе именно Битрикс и в связи с этим статья именно о нем, тем более в первой части я старалась расписать технические ошибки, которые не раз встречала в своей практике.
Почему коты только полосатые?)))
"Почему важны понятные ID для кастомных полей и объектов " - это имеется ввиду человека-понятные символьные коды (ЧПСК) для пользовательских полей и свойств инфоблоков, я думаю. Допустим я задам ЧПСК для своего пользовательского поля, но почему это должно быть "UF_CRM_CONTRACT", а не просто "UF_CONTRACT" ?
На сколько я знаю, Битрикс позволяем вводить символьный код который начинается с "UF_"
Все верно, вы можете создать поле "UF_CONTRACT" без использования "CRM", но в таком случае будут проблемы с получением данных из этих полей через редактор бизнес-процессов. Например, у меня в лиде есть поле "UF_CRM_PAPER" и "UF_PAPER", я хочу получить данные с помощью активити "Выбор данных CRM" и в первом случае, я получу содержимое поле, а во втором нет. Могу отметить, что данные все таки можно выдернуть, но предварительно написав код и используя его в активити "PHP код".
а что на счет "Работа с несколькими средами (stage, test/premaster и prod) " на сколько я знаю Bitrix а нем нет миграции базы данных. Если с кодом еще можно работать с GIT, так как работать с БД если столько много сред?
У нас в работе практикуется следующий порядок:
Вся разработка происходит исключительно на тестовых версиях сайта, после чего изменения переносятся на рабочую версию с помощью миграций. То есть это выглядит следующим образом: на stage созданы новые поля и разработан функционал, после внутреннего тестирования делаем миграцию на test среду, там уже тестирует бизнес и после этого делаем миграцию на prod среду. В итоге на прод. среде можно только добавлять новые данные и вносить изменения в существующие (клиентов, сделки и т.д.), но запрещено изменять структуру данных, создавать новые поля и прочее.
Регулярно (раз в квартал или при определенных событиях) мы создаем резервную копию прод. сервера и заменяем текущую тестовую версию на эту копию. Этот пункт не обязателен, но он позволяет обновить все данные включая БД, которая может потребоваться для работы, например, проверить SQL запрос на удаление дублирующих данных.
Да, но речь шла о корбке Битрикс24, а не сайтах, делать копии внутренних систем и разворачивать их на 4-х площадках, а объемы там как правило сотни гигабайт, не говоря уже о коммерческих и конфедициальных чувствительных данных, ну это такое себе. И вообще о какой программной модификации кода и базы данных Битрикс24 может идти речь, даже не трогая ядра, а оно вообще не поддерживает обратную совместимость, так что с любым обновлением возникают всё те же риски ваших самописок. Есть же легальные средста приложений в маркетплейсах и программные интеграции, такие как вебхуки, а не вот это все типа папки local...
А с чего вы решили, что индивидуальная разработка для бизнеса это "самописка"? Те же самые легальные приложения в маркетплейсе точно так же писались программистами и они могут быть расположены как на серверах компаний, которые разработали приложение, так и на вашем сервере (да, да есть отдельные разработки под коробку с установкой на ваш сервер, в ту же папку local или другие папочки Bitrix).
И точно так же после выхода новой версии разработчикам приходиться устранять баги, если они появляются, а клиентам обновлять приложения.
Вопрос о том, использовать ли стандартные средства или разрабатывать свои индивидуальные, остается на усмотрение бизнеса. При грамотном подходе конфиденциальность данных остается неприкосновенной.
И все равно я считаю, что как минимум одна тестовая среда должна быть, как пример, сегодня мне поступил запрос выявить дублирующие записи на смарт процессе и удалить их, при этом штатного инструмента нет и компания категорически против сторонних приложений. В итоге сделала SQL выборку, на тестовой среде, проверила работу кода на удаление и благополучно на проде прибила 16 000 дубликатов.
Внедрение Битрикс24: Ловушки, о которых никто не говорит