Нельзя помочь всем — лимиты

На прошлой неделе облачный Bpium работал медленно в течение пары часов. Это случилось вечером, по этому мало кто мог это заметить. В этой статье мы расскажем что случилось, как мы решали проблему и что сделали, чтобы проблема не повторилась.

khaus_ups

Проблема

Проблема оказалась проста: одна из компаний активно «бомбила» сервера Бипиума некорректными запросами, тем самым тормозя запросы от других компаний. Каждый запрос использовал базовую авторизацию, которая занимает около 200мс на 100 000 операций шифрования. Эту искусственную математическую задержку ранее мы ввели намеренно, как защиту от перебора паролей. И она нам сыграла злую шутку.

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

(далее…)

Вебхуки — события об изменении данных

webhooks

«Вебхуки» это термин из сферы интеграции. Существует 2 способа узнать об изменении данных в некой системе: спросить у неё о них или получать от неё события.

Первый способ — спрашивать об изменениях. Метод трудозатратный и долгий. Во-первых, опрашивать нужно периодически, а значит будут задержки. Во-вторых, это создает избыточную нагрузку в обеих систмах. Для опроса изменений в Бипиуме создано API.

Второй способ — обрабатывать события. События передают изменения моментально и содержат только полезную информацию. Тем самым уменьшается нагрузка и время синхронизации. Для поддержки событий в Бипиуме мы внедрили вебхуки.

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

(далее…)

Эксперимент: рассекреченное техническое задание

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

Документ включает исследование, задачи и альтернативные способы решения.
Читатели могут задавать вопросы и высказывать пожелания в комментариях к тексту. Здравые советы мы примем в работу. Документ в Гуглдоке: https://docs.google.com/document/d/1bDVefPx9hdbjoemKO1nkKZw8Zf8nIwM5TwHfBeUIQtI

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

Обязательные поля и значения по умолчанию

required_fields

Обязательные поля

Обязательные поля — поля, не заполнив которые, Бипиум не даст сохранить запись. Чтобы сделать поле обязательным, нажмите (required_mark) около названия поля в режиме редактирования каталога. Обязательным может быть поле любого типа.

field-veiw-text

(далее…)

Два февральских обновления

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

 

multicontacts

Множественные контакты

В Бипиуме удобно хранить список клиентов, поставщиков или партнеров. Как правило у компаний или их сотрудников бывает несколько телефонов. Чтобы хранить все телефоны вместе, мы добавили новый тип поля — «контакт». Этот тип поля позволяет сохранять неограниченное число контактов вместе с их описанием.

multicontacts

(далее…)

12 задач идеальной интеграции с телефонией

Задач у менеджеров по работе с клиентами и сотрудников поддержки много. Зачастую в работе они используют несколько программ. Это плохо, так как сотрудники тратят время на дублирование данных, совершают ошибки и дольше обучаются. Поэтому многие компании ищут систему, где всё можно сделать в одном «окне». Как правило эти системы дорогие и сложные в настройке. Фоновые задачи эффективнее решить за счет возможности разных продуктов общаться между собой. Пример такой интеграции — совместная работа информационной и коммуникационной систем.

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

 

Что даёт идеальная интеграция

Свой опыт в этом вопросе мы наработали в коммуникационной платформе Oktell. За 10 лет работы над продуктом мы провели интеграции с десятками информационных систем. Как правило эти системы позволяли закрыть не все задачи компаний. Так мы накопили список функций идеальной интеграции:

(далее…)

Презентация Бипиум

 

В начале декабря в IT-парке мы провели первую презентацию платформы Bpium. Спикером выступил идейный вдохновитель и генеральный директор «Бипиум» — Виктор Никитин.

«Бипиум отличается от других систем заложенной идеологией. В основе которой гибкость и возможность изменяться с развитием компании.
Если вы можете представить идеальную CRM или BPM систему для вашего бизнеса, то на Бипиуме вы можете её создать.»

 

На мероприятие были приглашены директора компаний, руководители IT-отделов и консалтинговых агентств. Также проходила online-трансляция.

(далее…)

Как у меня

«Как у меня» — метод фильтрации записей. Позволяет находить записи, которые неявно связанны с сотрудником через смежные каталоги.

 

Как это работает

Представим, что у нас крупная филиальная сеть и в каждом городе свой отдел продаж. Мы хотим, чтобы сотрудники филиалов видели клиентов только из своего города. Для этого в Бипиуме мы создали 3 каталога: Сотрудники, Клиенты и Города. В карточке сотрудника создали поле Филиал и связали его с каталогом городов. А в каталоге клиентов создали поле Город, связав с тем же каталогом Городов.

 

likeme_tables

(далее…)

Контроль доступа и правовые виды

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

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

 

rights

 

И так, поехали:

(далее…)

Права доступа: RBAC, ABAC или велосипед

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

Для начала небольшой экскурс в тему:

 

Виды политик доступа

Ролевая политика (RBAC)

В большинстве систем, в которых есть регламентирование прав доступа, политика разграничения построена на базе ролей (групп). Например, настраивать систему могут администраторы, доступ к клиентам — у отдела продаж. Система на базе ролей называется RBAC (Role-based access control).

RBAC

(далее…)