Правила хорошего тона при создании бизнес-процесса

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

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

Код вебхука находится на стороннем сервере. Зачем, если есть действие php-код, которое работает непосредственно на портале? Зачастую код вебхука располагается на сервере интегратора, а не клиента. Т.е. при расставании, не очень хороший интегратор может просто удалить этот код со своего ресурса. А также при увольнении интегратора с портала вебхук перестаёт работать.

Что же делать в облачной версии? Во-первых, размещать код на ресурсах клиента. Во-вторых, когда вебхук настроен и работает как нужно, сохранить его под пользователем, который “навсегда” в компании. Тогда вас не будут проклинать после ухода.

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

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

Так будет проще найти ошибку, если она возникнет.

Не нужно оставлять стандартные заголовки, по ним сложно “читать” процесс.

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

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