1С-Битрикс *

Привет! Меня зовут Сергей Востриков, я руковожу направлением Маркетплейс и интеграций в Битрикс. Иными словами, я помогаю развивать функционал Битрикс24, доступный для разработчиков тиражных решений и индивидуальных кастомизаций. Это значит REST API и всё «вокруг» него — документацию, витрину Битрикс24 Маркет, кабинет разработчика решений и т.д.

В этой статье я расскажу о нашем новом официальном SDK для PHP и на примерах покажу его преимущества перед привычной для многих библиотекой CRest. Несмотря на её простоту, в ряде случаев ее использование вызывает большое количество проблем. И наш B24PHPSDK  как раз заточен на их быстрое решение. 

B24PHPSDK опубликован на Гитхабе на условиях лицензии MIT, а значит, вы смело можете использовать его в своих проектах. 

Для начала напомню, как выглядит использование CRest для выполнения запроса к REST API Битрикс24. Это довольно простой код, в котором вызывается метод  CRest::Call с двумя параметрами: названием нужного метода REST API и с массивом параметров этого метода.

Привет, Хабр! На связи Илья, руководитель проектов. В этой статье я расскажу, как мы разработали интерфейс для автоматизации цен на Озон и ВБ, который помогает бизнесу участвовать в акциях маркетплейсов, не опуская цену товара ниже РРЦ и сохраняя рентабельность продаж.

Компании, выходящие на маркетплейсы, рискуют тем, что цены на их товары могут опуститься ниже рекомендованной розничной цены (РРЦ). Это чревато снижением прибыли и потерей контроля над ценами.

Мы решили эту задачу с помощью автоматизированной системы мониторинга и обновления цен.

Привет, хабровчане! Я Алиса — тимлид в e-commerce агентстве KISLOROD. Хочу рассказать об интересном кейсе по разработке ТГ-бота, который мы интегрировали с сайтом на 1С-Битрикс.

Бот забрал на себя до 70% механической работы и рутинных операций менеджеров со стороны клиента, а покупателям упростил регистрацию в акциях в несколько раз.

Рынок доставки готовой еды и продуктов в России продолжает активно развиваться, но делает это, в основном, за счет усилий крупных игроков. У них есть ресурсы для создания собственных, зачастую уникальных ИТ-решений, которые невозможно масштабировать или адаптировать без серьезных вложений. Но что делать малому и среднему бизнесу, у которого таких возможностей нет? Опыт бренда Cooker показывает: задачу можно успешно решить с помощью интеграции готовых, типовых бизнес-приложений.

Это решение выгодно – не требует затрат на разработку с нуля. И это быстро – потому что мы уже прошли этот путь.

Всем привет! Меня зовут Дмитрий, я разработчик в Битрикс24. В этой статье хочу рассказать о том, как можно создавать кастомные действия в коробке и сравнить способы их создания. 

В официальной документации Битрикс24 разработчикам предлагается создавать кастомные действия вручную. Я в свое время, еще до работы в Битриксе, изучал кастомные действия больше по исходному коду. А когда обнаружил, что есть еще и другой способ, шаблонный, был приятно удивлен тому. Оказывается, многие собственные действия можно реализовывать гораздо проще. Для начинающих шаблонная реализация подойдет лучше, чем подходы, описанные в документации. 

Для начала несколько слов о самих кастомных действиях. 

Действия в Битрикс24 — это строительные блоки для автоматизации бизнес-процессов. В коробочную версию продукта входит большой набор стандартных действий из которых в «Дизайнере бизнес-процессов» можно собрать свой алгоритм в виде блок-схемы. Стандартные действия покрывают основной объем типовых задач, таких как изменение полей элемента, создание задач, отправка уведомлений, работа с CRM и т.д.

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

Привет, Хабр!

Сегодня мы будем строить сервис для автоматической обработки сделок в Bitrix24, используя Flask и Node.js.

Если компания использует Битрикс24 для управления продажами в нескольких организациях, объединенных в холдинг, важно иметь возможность отслеживать все сделки группы на одном экране. Однако стандартный справочник компаний в Битрикс24 является одноуровневым, что затрудняет отображение иерархии и всех связанных сделок.

Рассмотрим, как можно решить эту задачу.

«Security through obscurity» (безопасность через неясность) — один из подходов информационной защиты систем. Этот подход подразумевает, что безопасность объекта можно обеспечить, сохранив в секрете принципы его внутреннего устройства. Злоумышленникам сложнее взломать систему, алгоритмы которой им неизвестны. Хотя на первый взгляд такой метод может показаться эффективным, на практике он часто показывает себя ненадежным и опасным. В этой статье мы разберём, почему "Security through obscurity" не работает, приведем примеры провальных применений этого принципа и объясним, как на самом деле можно обеспечить безопасность цифрового продукта.

Привет, дорогой читатель. Если вы работали в Битрикс24, то точно сталкивались с работой в воронках продаж или с настройкой стадий или статусов работы по какому‑то процессу.

В своей работе и компании я давно выработал определенные правилы описания статусов и разработки воронки. Теперь настало время этими знаниями поделиться с вами.

Представьте: новый проект, сжатые сроки, десятки задач. Нужно создать компоненты, модули, классы, подготовить документацию — и всё это с нуля. Всё кажется стандартным, но на практике такие процессы забирают массу времени и сил.

Мы оказывались в этой ситуации не раз. Вместо того чтобы смириться с рутиной, решили действовать. Так появился наш набор CLI-команд для автоматизации разработки на 1C-Битрикс. Это не просто утилиты, а инструмент, который ускорил выполнение типичных задач, сделал процессы предсказуемыми и уменьшил вероятность ошибок.

Меня зовут Низамов Артур, я ведущий разработчик в НЛМК ИТ. Я расскажу, что нас мотивировало, какие команды мы добавили, как они работают и какой эффект это нам дало.

Если вы архитектор или разработчик, и у вас были похожие трудности, эта статья может быть для вас полезной.

Сегодня буду писать о новой методике внедрения системы Битрикс и кратко взвесим все за и против.

Меня зовут Калашников Роман, предприниматель, собственник интегратора 1С и бизнес-тренер.За все 20 лет я внедрил более 100 проектов разного уровня как в гос. корпорациях, так и в коммерческом секторе, были и проекты на сумму более 50 000 000 рублей (есть на просторах интернета отдельная статья на РБК).

В активной работе у меня сейчас как у бизнес-тренера более 15 предпринимателей разного уровня и масштаба, каждый из них приходит ко мне с различными запросами, начиная от бизнеса и заканчивая личными вопросами.

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

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

А ведь роль собственника в другом, напишу отдельную статью позже.
Схема и описание и позиций:

Как часто мы, как собственники бизнесов, исследуем тренды, емкость и плацдарм рынков, на которых работаем? Как часто задумываемся, а чего не хватает на рынке IT?

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

За 16 лет на моей памяти – всем моим бывшим сотрудникам (более чем 20 специалистам) дали такое право, дали возможность быть партнерами и развивать себя в роли предпринимателя (хотя назвать себя предпринимателем здесь очень сложно, так как вы работаете по финансовой модели вендора и по его правилам).

Будучи на обучении в Сколково на программе Практикум (без рекламы), я разобрал весь плацдарм фирмы 1С, а именно тенденции и разные сценарии развития на рынке IT в России, в том числе подход самой фирмы.

Необходимо вспомнить, что фирма 1С была организована в далекий 1992 год, и на сегодня компании исполнилось или исполнится 33 года.

Привет, меня зовут Евгений, я разработчик из Байовэр в компании НЛМК ИТ.

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

Приведу пример – требуются лакокрасочные покрытия от стороннего поставщика для работы цеха, но перед заключением контракта на массовые поставки, нужно убедиться, что товар не разбавлен. Ну то есть надлежащего качества:) Заранее прошу прощения за качество юмора, вы привыкнете.

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

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

Рассказываю о том, как мы агрегировали личный опыт и нашли подход, который, возможно, будет полезен и командам разработки, и заказчикам.

Подключение CRM без проблем: как выбрать подрядчика, который не завысит цену на настройку CRM, не сорвет сроки и не оставит вас без техподдержки? Разбираю ошибки, даю советы и публикую топ надежных компаний.

Приветствую всех укротителей событий! Проникнувшись идеей разработки с использованием DDD, я решил реализовать на нем обработку событий для элементов смарт-процессов Bitrix24, коей хочу поделиться с вами.

Привет, Хабр!

Меня зовут Михаил, я ведущий разработчик в НЛМК ИТ. Команда, в которой я состою, занимается разработкой и поддержкой различных информационных систем, одной из которых является Единый корпоративный портал ГК НЛМК на базе Битрикс24.

Когда вы спускаетесь в метро, всё кажется простым: выбрать ветку, дождаться поезда, выйти на нужной станции. Но за этим привычным процессом кроется сложная система взаимосвязей: маршруты, расписания, отслеживание поездов, управление потоками пассажиров. Ошибка в любой из этих систем может вызвать хаос. В информационных системах крупных компаний всё устроено похоже.

Ранее мы уже начинали рассказывать о том, что для унификации и ускорения разработки отдельных сервисов у нас активно применяется модуль бизнес-процессов Битрикса. 

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

Опираясь на наш опыт работы с этим инструментом, накопленные знания и часто встречающиеся вызовы, хочу поделиться некоторыми советами и нюансами работы с бизнес-процессами. Эта статья — путеводитель по "метро" корпоративных порталов: от автозапуска процессов до оптимизации сложной логики.

Привет! Меня зовут Ольга Деменицкая, я ведущий продакт-менеджер Битрикс24, занимаюсь продуктовой разработкой сервисов электронного подписания документов.

Расскажу вам о том, как мы создавали наш сервис КЭДО в Битрикс24 и с какими сложностями мы столкнулись при интеграции с КриптоПро и Госключом.

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

Кадровый документооборот — неотъемлемая часть отношений работодателя и сотрудника. Эти отношения строго регулируются Трудовым кодексом Российской Федерации, а также другими законодательными актами.

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

Сейчас компании готовят нужные документы в учетной кадровой системе, например, 1С:ЗУП, подписывают их через сервис КЭДО и отправляют на подпись сотруднику.

По закону электронный документ должен быть подписан усиленной квалифицированной электронной подписью (УКЭП) со стороны работодателя и  электронной подписью (простой или усиленной) со стороны работника. Физлица могут бесплатно получить усиленную ЭП в мобильном приложении Госключ. 

Поэтому нам необходимо было реализовать интеграцию с этими сервисами в нашем новом продукте.

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

Но особенно часто встречаются запросы на оптимизацию производительности. Хочу поделиться двумя интересными кейсами из последней практики, где причины низкой производительности оказались довольно неочевидными, но примитивны.

Автор: Денис Закусило

Приветствую всех неравнодушных! Это заключительная статья цикла о переходе от модульной архитектуры к сервисам.

[Записки тимлида] Битрикс: от модулей к сервисам

[Записки тимлида] Битрикс: от модулей к сервисам 2

Сегодня мы рассмотрим организацию структуры frontend стороны приложения.