Приветствуем всех поклонников автоматизации бизнеса и любителей инновационных решений!
Компания AxIT открывает новый канал специально для вас, чтобы поделиться интересными материалами и свежими разработками, связанными с платформой Битрикс24. Здесь мы будем подробно рассматривать наш опыт разработки и эксплуатации продуктов на платформе, рассказывая вам о следующем:
🔹 Наши собственные решения: узнайте больше о приложениях, созданных нашей командой, и найдите полезные инструменты для вашей работы с Битриксом.Приветствуем всех поклонников автоматизации бизнеса и любителей инновационных решений!
🔸 Исследование ядра системы: вместе разберём интересные особенности архитектуры и внутреннего устройства платформы, помогающие лучше понимать её возможности и ограничения.
📌 Техподдержка клиентов: поделимся примерами запросов пользователей и рассмотрим способы быстрого и эффективного решения проблем.
🎯 Общие впечатления от взаимодействия с системой: обсудим преимущества и недостатки работы с Битрикс24, предложив советы и рекомендации для оптимизации вашего опыта.
Но это ещё не всё! Мы также расскажем о других интересных направлениях нашей деятельности:
✨ Новые продукты вне экосистемы Битрикса: здесь вы узнаете о свежих инициативах нашей команды, направленных на создание удобных инструментов и сервисов.
🏡 Наши личные проекты: заглянем за кулисы внутренней кухни разработчиков, посмотрим, над какими проектами работают сотрудники AxIT в свободное время.
👥 Коллеги по отрасли: познакомитесь ближе с нашими партнёрами и коллегами, чья деятельность пересекается с нашим направлением, обменяемся впечатлениями и вдохновением друг друга.
🗓 Проходящие мероприятия: будете в курсе ключевых отраслевых мероприятий, конференций и встреч, чтобы не пропустить ничего интересного.
Цель простая — стать вашим источником актуальной информации и вдохновения для успешного развития бизнеса с использованием современных технологий. Ожидайте новые публикации регулярно — одна-две записи каждую неделю будут держать вас в курсе всего важного и полезного.
Присоединяйтесь к нашему сообществу и оставайтесь на связи с миром автоматизации и инноваций вместе с нами!
Компания AxIT открывает новый канал специально для вас, чтобы поделиться интересными материалами и свежими разработками, связанными с платформой Битрикс24. Здесь мы будем подробно рассматривать наш опыт разработки и эксплуатации продуктов на платформе, рассказывая вам о следующем:
🔹 Наши собственные решения: узнайте больше о приложениях, созданных нашей командой, и найдите полезные инструменты для вашей работы с Битриксом.Приветствуем всех поклонников автоматизации бизнеса и любителей инновационных решений!
🔸 Исследование ядра системы: вместе разберём интересные особенности архитектуры и внутреннего устройства платформы, помогающие лучше понимать её возможности и ограничения.
📌 Техподдержка клиентов: поделимся примерами запросов пользователей и рассмотрим способы быстрого и эффективного решения проблем.
🎯 Общие впечатления от взаимодействия с системой: обсудим преимущества и недостатки работы с Битрикс24, предложив советы и рекомендации для оптимизации вашего опыта.
Но это ещё не всё! Мы также расскажем о других интересных направлениях нашей деятельности:
✨ Новые продукты вне экосистемы Битрикса: здесь вы узнаете о свежих инициативах нашей команды, направленных на создание удобных инструментов и сервисов.
🏡 Наши личные проекты: заглянем за кулисы внутренней кухни разработчиков, посмотрим, над какими проектами работают сотрудники AxIT в свободное время.
👥 Коллеги по отрасли: познакомитесь ближе с нашими партнёрами и коллегами, чья деятельность пересекается с нашим направлением, обменяемся впечатлениями и вдохновением друг друга.
🗓 Проходящие мероприятия: будете в курсе ключевых отраслевых мероприятий, конференций и встреч, чтобы не пропустить ничего интересного.
Цель простая — стать вашим источником актуальной информации и вдохновения для успешного развития бизнеса с использованием современных технологий. Ожидайте новые публикации регулярно — одна-две записи каждую неделю будут держать вас в курсе всего важного и полезного.
Присоединяйтесь к нашему сообществу и оставайтесь на связи с миром автоматизации и инноваций вместе с нами!
👍1
Изменение владельца коллабы
Читаю профильный чат Битрикс24 по совместной работе.
Наткнулся на такой кейс:
Заинтересовался, пошел проверять.
И действительно, несмотря на наличие подходящего метода обновления коллабы, поменять владельца нельзя. Метод выполняется, выдает "ок", но владельца не меняет.
Пошел в исходники, чуток покопался.
На выходе - рабочий MVP по смене владельца коллабы на нужного.
Учитывая, что это разовая операция, монетизации тиражного приложения не будет, нужна отдельная монетизация.
Пошел щупать рынок.
#ниокр
#текущее
#коллабы
Читаю профильный чат Битрикс24 по совместной работе.
Наткнулся на такой кейс:
В компании был сотрудник, насоздавал коллаб (по необходимости работы), пригласил туда внешних контрагентов, работа шла успешно, сотрудника уволили, поменять владельца коллаб нельзя.
Это все в облаке.
Заинтересовался, пошел проверять.
И действительно, несмотря на наличие подходящего метода обновления коллабы, поменять владельца нельзя. Метод выполняется, выдает "ок", но владельца не меняет.
Пошел в исходники, чуток покопался.
На выходе - рабочий MVP по смене владельца коллабы на нужного.
Учитывая, что это разовая операция, монетизации тиражного приложения не будет, нужна отдельная монетизация.
Пошел щупать рынок.
#ниокр
#текущее
#коллабы
🔥2
Когда приложение не отвечает
В последнее время среди администраторов и пользователей корпоративных порталов Битрикс24 участились опасения относительно надежности приложений из официального Маркета. Часто звучат аргументы вроде:
— Я не устанавливаю сторонние приложения, поскольку однажды столкнулся с ситуацией, когда какое-нибудь обновление или сбой остановило критически важный бизнес-процесс, а узнал я об этом спустя двое суток.
Действительно, подобные случаи возможны, хотя причины могут скрываться далеко не только в самих приложениях. Давайте рассмотрим типичные сценарии возникновения подобных ситуаций и пути минимизации рисков.
Причины возможных отказов приложений
Отказ работы приложения может зависеть от множества факторов, причем зачастую ответственность лежит не только на разработчике, но и на инфраструктуре самой площадки Битрикс24. Вот основные потенциальные проблемы:
- Проблемы непосредственно с самим приложением. Это может быть ошибка разработчика, баги в коде или неполадки в реализации логики обработки данных.
- Технические трудности на стороне хостинга приложения. Например, сервера провайдера подвергаются DDoS атакам, проводятся профилактические работы или случаются аппаратные сбои.
- Неправильная сетевая связность между сервером-хостингом и дата-центром Битрикс24. Порой трафик может идти через нестабильные маршруты сети Интернет либо возникать задержки в передаче пакетов.
- Общее состояние инфраструктуры Битрикс24. Дата-центр Битрикс24 также подвержен рискам, связанным с техническими работами, проблемами обновлений или внутренними ошибками.
- REST API: проблемы с обработкой запросов. Система REST API обладает сложной структурой и способна создавать ситуацию, когда приложениям поступают неверные или отсутствующие авторизационные данные, вследствие чего возникает неопределённое поведение приложения.
Все эти факторы являются объективными реалиями современной ИТ-инфраструктуры и требуют учета при разработке и настройке процессов интеграции приложений.
Как мы обрабатываем возможные риски?
Для повышения надёжности и стабильности нашего ПО мы разработали специальную стратегию управления рисками. Основные шаги включают:
- Установка временного лимита (таймаута) на выполнение каждого этапа процесса, благодаря чему система сможет оперативно выявить любые задерживающие моменты.
- После завершения каждой операции проводится проверка, была ли выполнена задача вовремя или произошла остановка по таймауту.
- В случае обнаружения сбоя по таймауту приложение временно останавливается на X минут и повторно инициирует запрос.
- Если вторая попытка снова завершится неудачей, отправляется автоматическое уведомление ответственному лицу на портале и другим ключевым сотрудникам.
- Для особо важных процессов предусмотрена опциональная пауза или полное прекращение процедуры, позволяя операторам принять решение вручную, включая возможность внесения данных вручную оператором.
Такая стратегия позволяет минимизировать влияние временных сбоев и обеспечивает устойчивую работоспособность критичных операций.
Наш тестовый инструмент для проверки устойчивости
Занимаясь поддержкой стабильной работы приложений, мы создали специализированное приложение, которое призвано помогать администраторам настраивать обработку нестандартных ситуаций. Приложение абсолютно пустое: оно не отправляет и не получает никакие данные, никак не влияет на функционирование портала. Его основная роль заключается исключительно в обучении правильной обработке ошибок.
Вы можете установить данное приложение на ваш корпоративный портал и протестировать разные сценарии поведения, когда, например, связь с внешним сервисом теряется, или происходят прочие непредвиденные события. Таким образом, вы сможете заранее подготовиться к подобным ситуациям и обезопасить ваши процессы.
Хотите попробовать наше приложение? Напишите нам запрос в нашем Telegram-боте, укажите адрес вашего портала, и мы пришлём вам уникальную ссылку для быстрой установки.
Доверяйте профессионалам, развивайте стабильность и безопасность ваших рабочих процессов с нами!
#ниокр
#текущее
В последнее время среди администраторов и пользователей корпоративных порталов Битрикс24 участились опасения относительно надежности приложений из официального Маркета. Часто звучат аргументы вроде:
— Я не устанавливаю сторонние приложения, поскольку однажды столкнулся с ситуацией, когда какое-нибудь обновление или сбой остановило критически важный бизнес-процесс, а узнал я об этом спустя двое суток.
Действительно, подобные случаи возможны, хотя причины могут скрываться далеко не только в самих приложениях. Давайте рассмотрим типичные сценарии возникновения подобных ситуаций и пути минимизации рисков.
Причины возможных отказов приложений
Отказ работы приложения может зависеть от множества факторов, причем зачастую ответственность лежит не только на разработчике, но и на инфраструктуре самой площадки Битрикс24. Вот основные потенциальные проблемы:
- Проблемы непосредственно с самим приложением. Это может быть ошибка разработчика, баги в коде или неполадки в реализации логики обработки данных.
- Технические трудности на стороне хостинга приложения. Например, сервера провайдера подвергаются DDoS атакам, проводятся профилактические работы или случаются аппаратные сбои.
- Неправильная сетевая связность между сервером-хостингом и дата-центром Битрикс24. Порой трафик может идти через нестабильные маршруты сети Интернет либо возникать задержки в передаче пакетов.
- Общее состояние инфраструктуры Битрикс24. Дата-центр Битрикс24 также подвержен рискам, связанным с техническими работами, проблемами обновлений или внутренними ошибками.
- REST API: проблемы с обработкой запросов. Система REST API обладает сложной структурой и способна создавать ситуацию, когда приложениям поступают неверные или отсутствующие авторизационные данные, вследствие чего возникает неопределённое поведение приложения.
Все эти факторы являются объективными реалиями современной ИТ-инфраструктуры и требуют учета при разработке и настройке процессов интеграции приложений.
Как мы обрабатываем возможные риски?
Для повышения надёжности и стабильности нашего ПО мы разработали специальную стратегию управления рисками. Основные шаги включают:
- Установка временного лимита (таймаута) на выполнение каждого этапа процесса, благодаря чему система сможет оперативно выявить любые задерживающие моменты.
- После завершения каждой операции проводится проверка, была ли выполнена задача вовремя или произошла остановка по таймауту.
- В случае обнаружения сбоя по таймауту приложение временно останавливается на X минут и повторно инициирует запрос.
- Если вторая попытка снова завершится неудачей, отправляется автоматическое уведомление ответственному лицу на портале и другим ключевым сотрудникам.
- Для особо важных процессов предусмотрена опциональная пауза или полное прекращение процедуры, позволяя операторам принять решение вручную, включая возможность внесения данных вручную оператором.
Такая стратегия позволяет минимизировать влияние временных сбоев и обеспечивает устойчивую работоспособность критичных операций.
Наш тестовый инструмент для проверки устойчивости
Занимаясь поддержкой стабильной работы приложений, мы создали специализированное приложение, которое призвано помогать администраторам настраивать обработку нестандартных ситуаций. Приложение абсолютно пустое: оно не отправляет и не получает никакие данные, никак не влияет на функционирование портала. Его основная роль заключается исключительно в обучении правильной обработке ошибок.
Вы можете установить данное приложение на ваш корпоративный портал и протестировать разные сценарии поведения, когда, например, связь с внешним сервисом теряется, или происходят прочие непредвиденные события. Таким образом, вы сможете заранее подготовиться к подобным ситуациям и обезопасить ваши процессы.
Хотите попробовать наше приложение? Напишите нам запрос в нашем Telegram-боте, укажите адрес вашего портала, и мы пришлём вам уникальную ссылку для быстрой установки.
Доверяйте профессионалам, развивайте стабильность и безопасность ваших рабочих процессов с нами!
#ниокр
#текущее
🔥3
Автоматическое приглашение клиентов в чат ТГ
В одном профильном чате пришел такой запрос:
Как можно поступить в этой ситуации, тем более в облаке.
Как это работает сейчас.
В сделке, где уже есть прикрепленный контакт, в таймлайне есть вкладка "Пригласить в чат". Нажимаем на "Пригласить в чат Телеграмм". Что после этого происходит:
- в таймлайне появляется сообщение об отправленном в смс сообщении, там указана ссылка на вашего ТГ бота, да, к этому моменту он уже должен быть у вас подключен, и в ссылке зашит параметр старта бота. Этот параметр связывает старт бота и прикрепленного контакта. Это важно в ситуациях, когда у контакта в ТГ аккаунте скрыт номер телефона;
- непосредственно уходит смс на номер контакта со ссылкой на нашего бота.
Идея показалась мне интересной, пошел исследовать.
Документация не дала ответа на этот вопрос.
Включаем дебаггер.
Что найдено:
- есть метод отправки приглашения;
- у него минимум параметров;
- нет возвращаемых значений, поэтому непонятно можно ли достать код для бота (предполагаю, что нет)
- сам метод делает и ссылку и отправляет по номеру.
В целом схема рабочая.
Пошел изучать рынок.
#ниокр
#текущее
#открытыелинии
В одном профильном чате пришел такой запрос:
суть в том, что сейчас взаимодействие с базой идет через ВА, но ВА сейчас работает очень плохо и решено переводить общение в ТГ-бота.
База очень большая и приглашать каждого вручную менеджеру - затея не очень. А в тг-бота нельзя написать первым, сначала клиент должен стартануть бота.
Как можно поступить в этой ситуации, тем более в облаке.
Как это работает сейчас.
В сделке, где уже есть прикрепленный контакт, в таймлайне есть вкладка "Пригласить в чат". Нажимаем на "Пригласить в чат Телеграмм". Что после этого происходит:
- в таймлайне появляется сообщение об отправленном в смс сообщении, там указана ссылка на вашего ТГ бота, да, к этому моменту он уже должен быть у вас подключен, и в ссылке зашит параметр старта бота. Этот параметр связывает старт бота и прикрепленного контакта. Это важно в ситуациях, когда у контакта в ТГ аккаунте скрыт номер телефона;
- непосредственно уходит смс на номер контакта со ссылкой на нашего бота.
Идея показалась мне интересной, пошел исследовать.
Документация не дала ответа на этот вопрос.
Включаем дебаггер.
Что найдено:
- есть метод отправки приглашения;
- у него минимум параметров;
- нет возвращаемых значений, поэтому непонятно можно ли достать код для бота (предполагаю, что нет)
- сам метод делает и ссылку и отправляет по номеру.
В целом схема рабочая.
Пошел изучать рынок.
#ниокр
#текущее
#открытыелинии
👍3
Привет!
Расскажу про наш новый проект. Это телеграмм бот:
"Навигация для телеграмм каналов".
Представляем вам революционный способ удобной навигации по вашим любимым телеграм-каналам 🚀
Что же тут особенного?
Сейчас многие авторы делают специальные посты-навигаторы, куда собирают ссылки на самые интересные публикации своего канала. Это удобно, быстро и легко правится вручную. Но вот беда: как отслеживать длинные истории, искать старые записи или возвращаться к нужному посту среди сотен сообщений?
Поэтому решили создать бот-помощника, который решит все проблемы навигации одним махом 👌
Вот почему нам кажется, что это крутая идея:
✅ Больше удобства — больше не придется прыгать туда-обратно по сообщениям канала.
✅ Простота поиска — любые нужные посты находятся мгновенно.
✅ Повышенная вовлечённость — подписчики будут дольше задерживаться и чаще взаимодействовать с контентом.
Хотите попробовать сами? Наш бот ждёт вас здесь: @botalk_robot
Чтобы активировать полный функционал, введите секретный код после начала беседы с ботом:invite_axit_promo
Уже начали выкладывать инструкции по использованию нашего сервиса на канале: @navigator4uchannel. Присоединяйтесь и узнайте больше полезного 😉
Да-да, наша система навигации тоже создана именно таким образом! Не забудьте поделиться отзывами и пожеланиями — ваш голос важен для нас ❤️
Обратитесь сюда для любых вопросов и предложений: @axit_support_robot
Поддерживайте наши начинания, друзья! Пусть общение станет ещё удобнее и приятнее!
#навигация
Расскажу про наш новый проект. Это телеграмм бот:
"Навигация для телеграмм каналов".
Представляем вам революционный способ удобной навигации по вашим любимым телеграм-каналам 🚀
Что же тут особенного?
Сейчас многие авторы делают специальные посты-навигаторы, куда собирают ссылки на самые интересные публикации своего канала. Это удобно, быстро и легко правится вручную. Но вот беда: как отслеживать длинные истории, искать старые записи или возвращаться к нужному посту среди сотен сообщений?
Поэтому решили создать бот-помощника, который решит все проблемы навигации одним махом 👌
Вот почему нам кажется, что это крутая идея:
✅ Больше удобства — больше не придется прыгать туда-обратно по сообщениям канала.
✅ Простота поиска — любые нужные посты находятся мгновенно.
✅ Повышенная вовлечённость — подписчики будут дольше задерживаться и чаще взаимодействовать с контентом.
Хотите попробовать сами? Наш бот ждёт вас здесь: @botalk_robot
Чтобы активировать полный функционал, введите секретный код после начала беседы с ботом:
Уже начали выкладывать инструкции по использованию нашего сервиса на канале: @navigator4uchannel. Присоединяйтесь и узнайте больше полезного 😉
Да-да, наша система навигации тоже создана именно таким образом! Не забудьте поделиться отзывами и пожеланиями — ваш голос важен для нас ❤️
Обратитесь сюда для любых вопросов и предложений: @axit_support_robot
Поддерживайте наши начинания, друзья! Пусть общение станет ещё удобнее и приятнее!
#навигация
🔥3
Создание чек-листов из шаблона задачи
У нас есть приложение "Работа с шаблонами задач". Что оно делает, в том числе:
- создает задачи из существующих шаблонов задач;
- делает замены ряда данных при создании задач из шаблонов;
- достает из шаблонов чек-листы и элементы;
- ряд других действий (у нас есть в планах рассказать про все наши приложения, но сейчас речь не об этом).
Недавно наша команда поддержки получила любопытное сообщение от пользователей нашего приложения для управления задачами Bitrix24. Суть проблемы заключалась в некорректном формировании чек-листов при создании задач из шаблонов.
Итак, разобравшись подробнее, мы выяснили следующее:
Проблема №1: Неполное заполнение чек-листов
При копировании чек-листов из шаблона некоторые пункты терялись. Оказалось, что дело в ограничениях API сервиса: запросы отправлялись пакетами по 50 элементов, однако после обработки первого пакета оставшиеся пункты иногда игнорировались. Мы столкнулись с интересным эффектом: второй пакет записывался в начало списка, нарушая заданную последовательность. После тщательного анализа и экспериментов мы пришли к решению разделить обработку на несколько пакетов, сохранив исходный порядок пунктов.
Проблема №2: Нарушение порядка пунктов
Еще одна неприятность возникла с порядком следования пунктов внутри чек-листов. Дело оказалось в особенностях хранения данных: система хранила элементы чек-листа по ID, а отображала их по ключу сортировки. Поэтому изменение порядка вручную приводило к путанице при последующем сохранении. Для решения пришлось передать ключи сортировки при создании каждого элемента, обеспечивая правильную очередность независимо от количества блоков и типов пунктов.
Все найденные проблемы были оперативно устранены, тестирование подтвердило стабильность работы даже с большими объемами данных (более 100 пунктов). Это стало хорошим уроком о важности детального тестирования и внимательности к мелочам при разработке решений для повышения эффективности бизнеса.
Кстати, во время проверки функционала, наблюдали забавную картину: одна компания массово создавала шаблонные задачи на увольнения сотрудников. Видимо, кому-то предстоит напряженный рабочий день!
Наш опыт показал, насколько важны хорошо настроенные шаблоны задач для оптимизации процессов в компаниях любого размера. Если вы ещё не внедрили такую практику, возможно, сейчас самое подходящее время задуматься об этом.
#текущее
#техпод
У нас есть приложение "Работа с шаблонами задач". Что оно делает, в том числе:
- создает задачи из существующих шаблонов задач;
- делает замены ряда данных при создании задач из шаблонов;
- достает из шаблонов чек-листы и элементы;
- ряд других действий (у нас есть в планах рассказать про все наши приложения, но сейчас речь не об этом).
Недавно наша команда поддержки получила любопытное сообщение от пользователей нашего приложения для управления задачами Bitrix24. Суть проблемы заключалась в некорректном формировании чек-листов при создании задач из шаблонов.
Итак, разобравшись подробнее, мы выяснили следующее:
Проблема №1: Неполное заполнение чек-листов
При копировании чек-листов из шаблона некоторые пункты терялись. Оказалось, что дело в ограничениях API сервиса: запросы отправлялись пакетами по 50 элементов, однако после обработки первого пакета оставшиеся пункты иногда игнорировались. Мы столкнулись с интересным эффектом: второй пакет записывался в начало списка, нарушая заданную последовательность. После тщательного анализа и экспериментов мы пришли к решению разделить обработку на несколько пакетов, сохранив исходный порядок пунктов.
Проблема №2: Нарушение порядка пунктов
Еще одна неприятность возникла с порядком следования пунктов внутри чек-листов. Дело оказалось в особенностях хранения данных: система хранила элементы чек-листа по ID, а отображала их по ключу сортировки. Поэтому изменение порядка вручную приводило к путанице при последующем сохранении. Для решения пришлось передать ключи сортировки при создании каждого элемента, обеспечивая правильную очередность независимо от количества блоков и типов пунктов.
Все найденные проблемы были оперативно устранены, тестирование подтвердило стабильность работы даже с большими объемами данных (более 100 пунктов). Это стало хорошим уроком о важности детального тестирования и внимательности к мелочам при разработке решений для повышения эффективности бизнеса.
Кстати, во время проверки функционала, наблюдали забавную картину: одна компания массово создавала шаблонные задачи на увольнения сотрудников. Видимо, кому-то предстоит напряженный рабочий день!
Наш опыт показал, насколько важны хорошо настроенные шаблоны задач для оптимизации процессов в компаниях любого размера. Если вы ещё не внедрили такую практику, возможно, сейчас самое подходящее время задуматься об этом.
#текущее
#техпод
👍3😱1
Приглашение сотрудников на портал
Постепенно буду рассказывать про наши приложения, описание функционала, что делают, какие есть особенности, что сподвигло на написание приложения. Буду описывать все наши приложения в порядке следования.
Сегодня расскажу про наше приложение "Приглашение сотрудников на портал".
У компаний, работающих в Битрикс24 всегда есть процесс найма и приглашения на портал сотрудников. В небольшой компании это происходит не так часто и обычно этим занимается администратор портала\руководитель организации, а вот в больших компаниях, когда такой процесс происходит постоянно, под это выделяют уже отдельного человека или добавляют кому-то это в обязанности. По-хорошему это вообще должен быть отдельный бизнес-процесс согласования\создания нового сотрудника с выполнением отдельных задач разными людьми, но сейчас речь только про приглашение на портал.
Так вот, в коробке с этим сильно проще, там можно настроить отдельную роль "отдел кадров" и выдать ее ответственному человеку, который и будет заниматься отправкой приглашений новым сотрудникам.
А вот в облаке.
В облаке с этим проблема. Такую роль выдать нельзя и тут есть три пути:
- выдать роль администратора портала ответственному человеку. Минусы тут понятны, хорошо если это какой-то топ, а если рядовой сотрудник, то очень опрометчиво давать ему административные права на портал с доступам ко всем данным. Имеет место быть такой вариант, но надо серьезно учитывать минусы данного варианта;
- разрешить приглашать на портал всем сотрудника. Тут обратная сторона, т.к. это довольно странная ситуация, когда любой сотрудник может кого угодно пригласить в закрытый корпоративный портал. Опять же, хорошо бы иметь настроенный бизнес-процесс согласования и приглашения нового сотрудника. Вполне допускаю и наличие таких сценариев, например, в каком-то семейном бизнесе, отдельный вопрос, на сколько именно вам подходит такая ситуация;
- установка приложения "Приглашение сотрудников на портал" и выдача доступа на него ответственному сотруднику.
Так вот. Можно установить это приложение, выдать права доступа к нему и ответственный сотрудник сможет приглашать новых людей на портал.
Что дает это приложение.
После установки, появляется пункт в левом меню, открыв который, можно заполнить данные по новому сотруднику и отправить запрос. Создается новый сотрудник на портале, заполняются ему данные и уходит приглашение. Если заполнен только один источник коммуникации, уходит туда, если оба - то на телефон.
В чем уникальность (пока) данного приложения.
Оно позволяет отправлять приглашение на мобильный телефон через SMS. Для сотрудников в полях это важно.
История создания.
Приложение было создано под запрос "а можно ли приглашать сотрудников по номеру телефона в облако?".
Приглашать по электронной почте - можно, есть ряд других приложений на эту тему. А вот по телефону - нету. Запрос показался нам интересным. Конечно же мы занялись НИОКРом и да, нам удалось сделать реализацию данного запроса.
📍Навигация по каналу.
#приложения
Постепенно буду рассказывать про наши приложения, описание функционала, что делают, какие есть особенности, что сподвигло на написание приложения. Буду описывать все наши приложения в порядке следования.
Сегодня расскажу про наше приложение "Приглашение сотрудников на портал".
У компаний, работающих в Битрикс24 всегда есть процесс найма и приглашения на портал сотрудников. В небольшой компании это происходит не так часто и обычно этим занимается администратор портала\руководитель организации, а вот в больших компаниях, когда такой процесс происходит постоянно, под это выделяют уже отдельного человека или добавляют кому-то это в обязанности. По-хорошему это вообще должен быть отдельный бизнес-процесс согласования\создания нового сотрудника с выполнением отдельных задач разными людьми, но сейчас речь только про приглашение на портал.
Так вот, в коробке с этим сильно проще, там можно настроить отдельную роль "отдел кадров" и выдать ее ответственному человеку, который и будет заниматься отправкой приглашений новым сотрудникам.
А вот в облаке.
В облаке с этим проблема. Такую роль выдать нельзя и тут есть три пути:
- выдать роль администратора портала ответственному человеку. Минусы тут понятны, хорошо если это какой-то топ, а если рядовой сотрудник, то очень опрометчиво давать ему административные права на портал с доступам ко всем данным. Имеет место быть такой вариант, но надо серьезно учитывать минусы данного варианта;
- разрешить приглашать на портал всем сотрудника. Тут обратная сторона, т.к. это довольно странная ситуация, когда любой сотрудник может кого угодно пригласить в закрытый корпоративный портал. Опять же, хорошо бы иметь настроенный бизнес-процесс согласования и приглашения нового сотрудника. Вполне допускаю и наличие таких сценариев, например, в каком-то семейном бизнесе, отдельный вопрос, на сколько именно вам подходит такая ситуация;
- установка приложения "Приглашение сотрудников на портал" и выдача доступа на него ответственному сотруднику.
Напомню, как работает штатная система выдачи прав на приложение. Если настроек нет и в приложении не определено иное, то доступ имеют все сотрудники, если настройка есть, то доступ есть у администраторов и только у тех сотрудников, кому настроены права.
Так вот. Можно установить это приложение, выдать права доступа к нему и ответственный сотрудник сможет приглашать новых людей на портал.
Что дает это приложение.
После установки, появляется пункт в левом меню, открыв который, можно заполнить данные по новому сотруднику и отправить запрос. Создается новый сотрудник на портале, заполняются ему данные и уходит приглашение. Если заполнен только один источник коммуникации, уходит туда, если оба - то на телефон.
В чем уникальность (пока) данного приложения.
Оно позволяет отправлять приглашение на мобильный телефон через SMS. Для сотрудников в полях это важно.
История создания.
Приложение было создано под запрос "а можно ли приглашать сотрудников по номеру телефона в облако?".
Приглашать по электронной почте - можно, есть ряд других приложений на эту тему. А вот по телефону - нету. Запрос показался нам интересным. Конечно же мы занялись НИОКРом и да, нам удалось сделать реализацию данного запроса.
📍Навигация по каналу.
#приложения
www.bitrix24.ru
Приложение Приглашение сотрудников на портал от разработчика AxIT
Добавьте сотруднику отдела кадров возможность приглашения пользователей на портал без выделения ему административных прав доступа.
🔥2👍1
Реализация динамической карточки
Конечно, для коробки это не сильно сложно реализуется и вполне выполнимо, но тут был запрос про облако.
Запрос показался интересным и конечно же мы начали свое исследование.
Да, облако предоставляет очень мало возможностей по данному запросу, пришлось проводить эксперименты.
До MVP мы конечно не дотянули, как обычно, делали на коленке и быстро. Но вот концепт сделать получилось.
Он представлен на видео.
Это именно концепт, даже до MVP еще очень далеко. Основная сложность тут будет в качественной настройке и большом разнообразии. Но это дело наживное.
Добавили это к списку будущих приложений. Тиражная версия будет ограниченной, расширенная с дополнениями.
#ниокр
#текущее
Конечно, для коробки это не сильно сложно реализуется и вполне выполнимо, но тут был запрос про облако.
Запрос показался интересным и конечно же мы начали свое исследование.
Да, облако предоставляет очень мало возможностей по данному запросу, пришлось проводить эксперименты.
До MVP мы конечно не дотянули, как обычно, делали на коленке и быстро. Но вот концепт сделать получилось.
Он представлен на видео.
Это именно концепт, даже до MVP еще очень далеко. Основная сложность тут будет в качественной настройке и большом разнообразии. Но это дело наживное.
Добавили это к списку будущих приложений. Тиражная версия будет ограниченной, расширенная с дополнениями.
#ниокр
#текущее
👍1
Динамический вид детальной карточки
Сегодня, в одном из профильных вендорских чатов по задачам, был очень интересный диалог по поводу возможности динамического отображения детальной карточки сделки\лида\смарта в зависимости от стадии.
Исходный запрос, с чего все началось был примерно такой:
Сегодня, в одном из профильных вендорских чатов по задачам, был очень интересный диалог по поводу возможности динамического отображения детальной карточки сделки\лида\смарта в зависимости от стадии.
Исходный запрос, с чего все началось был примерно такой:
Есть сделки с большим количеством полей, на определенной стадии эти поля должны заполнять профильные специалисты, и чтобы им не искать нужные поля, можно ли как-то сделать динамический вид карточки, чтобы на определенном этапе им отображались только нужные поля, а другой стадии - другие.
This media is not supported in your browser
VIEW IN TELEGRAM
👍3🔥2🤔1
Отличный отзыв на приложение
Помните наше приложение "Работа с шаблонами задач" и обращение в техпод по поводу чек-листов?
Вдруг забыли - https://t.me/axit_rnd/15
Мы успешно отработали эту заявку, починили, протестировали и отписали клиенту, заявку закрыли как успешную.
И вот сегодня прилетел отзыв.
Мы рады получить такой отзыв, значит все наша работа не зря.
Спасибо, что пользуетесь нашими приложениями.
#отзыв
#текущее
Помните наше приложение "Работа с шаблонами задач" и обращение в техпод по поводу чек-листов?
Вдруг забыли - https://t.me/axit_rnd/15
Мы успешно отработали эту заявку, починили, протестировали и отписали клиенту, заявку закрыли как успешную.
И вот сегодня прилетел отзыв.
Мы рады получить такой отзыв, значит все наша работа не зря.
Спасибо, что пользуетесь нашими приложениями.
#отзыв
#текущее
👍5
Добавление товаров в сделку из определенного склада
Периодически всплывает такой вопрос.
Поискали существующее приложение, глянули штатный функционал. Не нашли.
Напомню суть проблемы.
Решили исследовать данный вопрос и если все окажется удачно, сделать такое активити.
Включили складской учет, завели пару складов, оприходовали товар.
Получилось, у нас есть два склада, на которых есть некоторое количество одинакового товара.
Завели сделку руками, добавили товар, выбрали склад, сохранили. Указанное количество товара на выбранном складе попало в резерв. Все хорошо, схема понятна.
Приступили к тестам.
Глянули доку, нашли методы, два.
Запросили товарную позицию в сделке. Поймали ИД склада. Обрадовались, т.е. данные присутствуют.
Сделали скрипт, повторяющий данный массив и сохраняющий в сделке. Выполнили. Товар зарезервировался из дефолтного склада.
Взяли весь полученный массив товарной позиции, поменяли только ИД склада, сохранили. Товар из дефолтного склада.
Хм. Сходили за чаем, ромашковым.
Взяли другой метод, повторили опыты.
Результат не изменился, товар резервируется с дефолтного склада.
Ладно. Открыли исходники обоих методов записи товарных позиций.
Весь входящий массив пишется напрямую в таблицу товарных позиций.
Пошли в таблицу, глянули колонки. Нет там колонки склада.
Попробовали не добавлять сразу все товарные позиции, а сделать ее обновление. Т.е. берем запись, читаем, меняем ИД склада, обновляем. Результат не изменился, получился опять дефолтный склад.
Взяли методы чтения товарных позиций, запустили, поле со складами есть.
Что такое то, откуда.
Идем в исходники.
В методе чтения читается напрямую таблица товарных позиций и принудительно добавляются данные из таблицы резервирования товара, поэтому и появляется ИД склада.
Посмотрели прямые методы работы реста по работе с товарными позициями, нет ли там инфы по обходному пути записи ИД склада для товарной позиции.
Не нашли.
Еще раз подняли доку. Нашли, что поле склада - только для чтения.
Приняли, что текущая гипотеза не сработала. Переходим к следующей.
Следующая гипотеза была:
В общем, минусы данного подхода были понятны сразу, если у вас две товарные позиции из разных складов, то вся рабочая схема сразу рассыпается. Но решили проверить.
Пошли в методы работы со складами.
Есть методы CRUD для работы складов, но вот установки дефолтного склада там нет.
Идем в добавление и обновление, смотрим исходники, вроде как поля напрямую передаются в штатный метод API работы со складами, в методе есть проверка, но поле склада по умолчанию там присутствует.
Обнадеживает.
Идем в консоль, проверяем установку дефолтного склада. Работает.
Ох ж.
Получается схема с обновлением товарной позиции со сменой дефолтного склада будет рабочей. Проверяем дальше.
Передаем в рест метод обновления установку склада по умолчанию.
Не работает. Странно.
Логируем входящие параметры в самом методе.
И опа! А нету наших параметров. На входящем префильтре режутся.
И эта гипотеза не сработала.
Печаль, беда.
На текущий момент все сформированные гипотезы не сработали и новых пока нет.
Примем, что пока не нашли возможность добавлять товарную позицию в сделку с определенным складом.
Исследования не только положительными бывают.
#ниокр
Периодически всплывает такой вопрос.
Поискали существующее приложение, глянули штатный функционал. Не нашли.
Напомню суть проблемы.
При включенном складском учете, необходимо в сделку добавлять товары с выбором\указанием из какого склада резервировать данный товар. В штатном функционале из публички это решается, есть возможность добавить и товар и выбрать склад, откуда брать этот товар.
Решили исследовать данный вопрос и если все окажется удачно, сделать такое активити.
Включили складской учет, завели пару складов, оприходовали товар.
Получилось, у нас есть два склада, на которых есть некоторое количество одинакового товара.
Завели сделку руками, добавили товар, выбрали склад, сохранили. Указанное количество товара на выбранном складе попало в резерв. Все хорошо, схема понятна.
Приступили к тестам.
Глянули доку, нашли методы, два.
Запросили товарную позицию в сделке. Поймали ИД склада. Обрадовались, т.е. данные присутствуют.
Сделали скрипт, повторяющий данный массив и сохраняющий в сделке. Выполнили. Товар зарезервировался из дефолтного склада.
Взяли весь полученный массив товарной позиции, поменяли только ИД склада, сохранили. Товар из дефолтного склада.
Хм. Сходили за чаем, ромашковым.
Взяли другой метод, повторили опыты.
Результат не изменился, товар резервируется с дефолтного склада.
Ладно. Открыли исходники обоих методов записи товарных позиций.
Весь входящий массив пишется напрямую в таблицу товарных позиций.
Пошли в таблицу, глянули колонки. Нет там колонки склада.
Попробовали не добавлять сразу все товарные позиции, а сделать ее обновление. Т.е. берем запись, читаем, меняем ИД склада, обновляем. Результат не изменился, получился опять дефолтный склад.
Взяли методы чтения товарных позиций, запустили, поле со складами есть.
Что такое то, откуда.
Идем в исходники.
В методе чтения читается напрямую таблица товарных позиций и принудительно добавляются данные из таблицы резервирования товара, поэтому и появляется ИД склада.
Посмотрели прямые методы работы реста по работе с товарными позициями, нет ли там инфы по обходному пути записи ИД склада для товарной позиции.
Не нашли.
Еще раз подняли доку. Нашли, что поле склада - только для чтения.
Приняли, что текущая гипотеза не сработала. Переходим к следующей.
Следующая гипотеза была:
а давайте выставим нужный склад дефолтным, добавим товарную позицию, а потом вернем нужный дефолтный склад.
В общем, минусы данного подхода были понятны сразу, если у вас две товарные позиции из разных складов, то вся рабочая схема сразу рассыпается. Но решили проверить.
Пошли в методы работы со складами.
Есть методы CRUD для работы складов, но вот установки дефолтного склада там нет.
Идем в добавление и обновление, смотрим исходники, вроде как поля напрямую передаются в штатный метод API работы со складами, в методе есть проверка, но поле склада по умолчанию там присутствует.
Обнадеживает.
Идем в консоль, проверяем установку дефолтного склада. Работает.
Ох ж.
Получается схема с обновлением товарной позиции со сменой дефолтного склада будет рабочей. Проверяем дальше.
Передаем в рест метод обновления установку склада по умолчанию.
Не работает. Странно.
Логируем входящие параметры в самом методе.
И опа! А нету наших параметров. На входящем префильтре режутся.
И эта гипотеза не сработала.
Печаль, беда.
На текущий момент все сформированные гипотезы не сработали и новых пока нет.
Примем, что пока не нашли возможность добавлять товарную позицию в сделку с определенным складом.
Исследования не только положительными бывают.
#ниокр
🤔3👍1
Стикеры в чатах
Вместе с новым интерфейсом "зефир" появились и новые стикеры в задачах. Конечно вендор сразу добавил ряд дефолтных стикерпаков, которыми все восхищались, но хотели добавить своих, оригинальных.
Кратко погуглив маркет, нашли только приложения стикеры, но это старый функционал, новые - нативно встроены в чат там же отправляются.
Но!
Приложений с новыми стикерами нету.
Нам показалось это интересно и мы решили разобраться в этом вопросе, конечно же речь про облако в контексте приложений.
Необходимо было исследовать ряд возможностей:
- Добавление своих паков;
- Раздача паков на пользователей;
- Работа с изображениями, добавление\удаление, ну хотя бы просто добавление.
Добавление своих паков.
Тут проблем не возникло, сами паки успешно добавляются. Тут все просто и прозаично.
И это хорошо.
Раздача паков на пользователей.
Тут оказалось хитрее. Раздачи паков на всех нету. Сам пользователь должен добавить себе нужный пак. Это не очень большая проблема, в свете уже имеющихся изысканий, можно как одному добавить так и всем сразу. Тут даже придумали механизм анонсов и раздачи новых паков.
Небольшое затруднение, но все решается.
Работа с изображениями.
И тут засада, откуда не ждали.
Удаление - без проблем.
А вот добавление… Его просто нет :)
Точнее есть, но оно:
- Работает на компонентах б24, т.е. в ресте такой возможности нет;
- Не просто добавляет файлы, тут бы еще можно было поэкспериментировать с загрузками, а добавляет временный файл, который возвращает его uuidf (или как то так), это такой длинный идентификатор, вызывает метод добавления изображения ссылаясь на этот идентификатор, а потом удаляет по этому идентификатору временный файл.
На этом все и сломалось.
Появилась гипотеза, как загружать файл, но под нее только стенд пару дней настраивать, пока отложили.
Второе неудачное исследование подряд, нужно срочно найти что-то положительное.
#ниокр
Вместе с новым интерфейсом "зефир" появились и новые стикеры в задачах. Конечно вендор сразу добавил ряд дефолтных стикерпаков, которыми все восхищались, но хотели добавить своих, оригинальных.
Кратко погуглив маркет, нашли только приложения стикеры, но это старый функционал, новые - нативно встроены в чат там же отправляются.
Но!
Приложений с новыми стикерами нету.
Нам показалось это интересно и мы решили разобраться в этом вопросе, конечно же речь про облако в контексте приложений.
Необходимо было исследовать ряд возможностей:
- Добавление своих паков;
- Раздача паков на пользователей;
- Работа с изображениями, добавление\удаление, ну хотя бы просто добавление.
Добавление своих паков.
Тут проблем не возникло, сами паки успешно добавляются. Тут все просто и прозаично.
И это хорошо.
Раздача паков на пользователей.
Тут оказалось хитрее. Раздачи паков на всех нету. Сам пользователь должен добавить себе нужный пак. Это не очень большая проблема, в свете уже имеющихся изысканий, можно как одному добавить так и всем сразу. Тут даже придумали механизм анонсов и раздачи новых паков.
Небольшое затруднение, но все решается.
Работа с изображениями.
И тут засада, откуда не ждали.
Удаление - без проблем.
А вот добавление… Его просто нет :)
Точнее есть, но оно:
- Работает на компонентах б24, т.е. в ресте такой возможности нет;
- Не просто добавляет файлы, тут бы еще можно было поэкспериментировать с загрузками, а добавляет временный файл, который возвращает его uuidf (или как то так), это такой длинный идентификатор, вызывает метод добавления изображения ссылаясь на этот идентификатор, а потом удаляет по этому идентификатору временный файл.
На этом все и сломалось.
Появилась гипотеза, как загружать файл, но под нее только стенд пару дней настраивать, пока отложили.
Второе неудачное исследование подряд, нужно срочно найти что-то положительное.
#ниокр
❤3🔥1🤔1
Поздравление с праздниками
А вы знаете когда празднуют свой праздник шахтеры? Нет, конечно, мы, шахтеры, знаем когда наш праздник, но вот с днем домохозяина или с днем парков - тут сложнее.
При работе с клиентами, очень важно поддерживать контакт с ними. Чтобы клиентам было приятно, чтобы они вас не забывали, чтобы в случае возникновения вопросов не искали бы у кого спросить, а сразу обращались к вам. Да, когда вы только внедряете новый проект или новый функционал, вы находитесь в непосредственной связи с клиентом и он помнит о вас.
Но вот проект завершен, функционал настроен, люди обучены и понимают как работать и прямо сейчас уже ничего больше не надо. Тут нужно уже искать предлоги для выхода на связь с клиентом. Например, можно рассказывать о новинках, важно не перегнуть палку и понимать потребности клиента, чтобы не выходить с новинками SSO или там какой-нибудь LDAP (что это вообще такое).
Одним из простых предлогов для общения - является поздравления с праздникам.
Вы же общались с клиентом, у вас есть знания о нем (или нету?), в т.ч. и чем он занимается, может в процессе общения вы случайно узнали, чем занимаются и чем интересуются ключевые сотрудники.
Приложение "Поздравление с праздниками", как раз и призвано обеспечить повод для общения с клиентами.
Данное приложение содержит в себе базу праздников, вы можете выбрать нужные и настроить когда оповещать вас о наступлении того или иного праздника. После чего, поздравить всех нужных клиентов и получить от них плюс в карму за внимательность. Такое сложно забывается, отношения становятся крепче.
Всегда можно поздравить с нужным профессиональным праздником, будь то день строителя, машиностроителя, металлурга или железнодорожника. Кроме этого, почти в любой организации есть водители, специально для них сделали "день автомобилиста", если машины нет - не беда, есть "день без автомобиля", с этим тоже можно поздравить.
Если же нет подходящей информации, тоже не проблема, всегда есть "день мира" или "день кровавой Мэри", даже "день спасибо" есть.
У данного приложения интересная судьба. Мы его задумали почти два года назад, поискали в маркете, подходящего не нашли, ну и в течение 2х месяцев неспешно реализовали. Нашли базу, настроили, проверили, все работает, осталось оформить. Но какие-то факторы мешали этому, поэтому приложение простояло без дела почти девять месяцев, а потом родилось. Хоть оно и не получило должного развития, но считаем его полезным и нужным. Первое рабочее название было "Поздравление с профессиональными праздниками", но официальных таких праздников не очень много, поэтому решили расширить фокус и добавить другие праздничные дни.
Напоминаю название и ссылку:
"Поздравления с праздниками".
Находите, устанавливайте, пользуйтесь.
#приложения
А вы знаете когда празднуют свой праздник шахтеры? Нет, конечно, мы, шахтеры, знаем когда наш праздник, но вот с днем домохозяина или с днем парков - тут сложнее.
При работе с клиентами, очень важно поддерживать контакт с ними. Чтобы клиентам было приятно, чтобы они вас не забывали, чтобы в случае возникновения вопросов не искали бы у кого спросить, а сразу обращались к вам. Да, когда вы только внедряете новый проект или новый функционал, вы находитесь в непосредственной связи с клиентом и он помнит о вас.
Но вот проект завершен, функционал настроен, люди обучены и понимают как работать и прямо сейчас уже ничего больше не надо. Тут нужно уже искать предлоги для выхода на связь с клиентом. Например, можно рассказывать о новинках, важно не перегнуть палку и понимать потребности клиента, чтобы не выходить с новинками SSO или там какой-нибудь LDAP (что это вообще такое).
Одним из простых предлогов для общения - является поздравления с праздникам.
Вы же общались с клиентом, у вас есть знания о нем (или нету?), в т.ч. и чем он занимается, может в процессе общения вы случайно узнали, чем занимаются и чем интересуются ключевые сотрудники.
Приложение "Поздравление с праздниками", как раз и призвано обеспечить повод для общения с клиентами.
Данное приложение содержит в себе базу праздников, вы можете выбрать нужные и настроить когда оповещать вас о наступлении того или иного праздника. После чего, поздравить всех нужных клиентов и получить от них плюс в карму за внимательность. Такое сложно забывается, отношения становятся крепче.
Всегда можно поздравить с нужным профессиональным праздником, будь то день строителя, машиностроителя, металлурга или железнодорожника. Кроме этого, почти в любой организации есть водители, специально для них сделали "день автомобилиста", если машины нет - не беда, есть "день без автомобиля", с этим тоже можно поздравить.
Если же нет подходящей информации, тоже не проблема, всегда есть "день мира" или "день кровавой Мэри", даже "день спасибо" есть.
У данного приложения интересная судьба. Мы его задумали почти два года назад, поискали в маркете, подходящего не нашли, ну и в течение 2х месяцев неспешно реализовали. Нашли базу, настроили, проверили, все работает, осталось оформить. Но какие-то факторы мешали этому, поэтому приложение простояло без дела почти девять месяцев, а потом родилось. Хоть оно и не получило должного развития, но считаем его полезным и нужным. Первое рабочее название было "Поздравление с профессиональными праздниками", но официальных таких праздников не очень много, поэтому решили расширить фокус и добавить другие праздничные дни.
Напоминаю название и ссылку:
"Поздравления с праздниками".
Находите, устанавливайте, пользуйтесь.
#приложения
www.bitrix24.ru
Приложение Поздравления с праздниками от разработчика AxIT
Не забудьте поздравить клиентов с праздниками, им будет приятно.
👍4
Опять в интернете кто-то неправ
Вот подписался ты на какой-то канал, периодически почитываешь его. Тексты тебе откликаются, что-то написано по теме и ты не отписываешься. Вроде все хорошо.
Но тут появляется какая-то интересная статья, где надо добавить какую-то мысль или опровергнуть, более того, автор вообще может быть неправ и не подозревать об этом. Надо срочно это исправлять.
И что тут делать?
Писать в техпод? Они запросят скрины подтверждения и поставят в бэклог или вообще проигнорируют. Да и из-за большого временного лага весь запал иссякнет, ну неправ и неправ, забыли.
Нужно что-то срочное и оперативное. Ну там, ну я не знаю, например, комментарии.
Вот было бы здорово, если бы они были, там можно добавить какую-то мысль, ну, или указать автору на его заблуждения.
Не часто, немного, да и вообще можно туда не писать, но, чтобы была такая возможность.
А иначе, как жить, когда в интернете кто-то неправ?
#текущее
Вот подписался ты на какой-то канал, периодически почитываешь его. Тексты тебе откликаются, что-то написано по теме и ты не отписываешься. Вроде все хорошо.
Но тут появляется какая-то интересная статья, где надо добавить какую-то мысль или опровергнуть, более того, автор вообще может быть неправ и не подозревать об этом. Надо срочно это исправлять.
И что тут делать?
Писать в техпод? Они запросят скрины подтверждения и поставят в бэклог или вообще проигнорируют. Да и из-за большого временного лага весь запал иссякнет, ну неправ и неправ, забыли.
Нужно что-то срочное и оперативное. Ну там, ну я не знаю, например, комментарии.
Вот было бы здорово, если бы они были, там можно добавить какую-то мысль, ну, или указать автору на его заблуждения.
Не часто, немного, да и вообще можно туда не писать, но, чтобы была такая возможность.
А иначе, как жить, когда в интернете кто-то неправ?
#текущее
💯2🔥1
Результат задачи
Что является результатом задачи? Наверное какое-то действие.
А как его оценить? Надо взять этот результат и проверить на соответствие заданию.
Поступила к вам задача, вы чего то по ней делаете, сделали, у вас готов тот самый результат. Т.к. задача у нас в Битрикс24, то и результатом будет какой-то текст и\или файлы. В нашем случае все просто. Зашли в задачу, описали свой результат, приложили файлы и можно закрывать задачу и отправлять ее на контроль. Вроде схема простая и не требует какой -то автоматизации. В общем да, все так и есть, для простых случаев ничего дополнительно делать не надо.
Но чуть усложним задачу.
Результатом вашей задачи должен быть какой-то согласованный файл с описанием. И не просто файл, а прошедший весь процесс согласования у юриста, бухгалтера и комдира. А может даже и с листом согласования. И вот тут уже сложнее. Процесс долгий, задача где-то есть в одном месте, а результаты работы в другом. Надо это как-то совместить. И т.к. это бизнес-процесс, то логично и результат к задаче указывать через этот же бизнес-процесс, конечно же, после всех согласований. И вот тут засада.
Глянули штатные активити, нет такой возможности.
Глянули маркет, мало того, что и приложений не очень много, так они еще и на старом функционале задач, ну тот самый, который отвалился и перешел в чаты, т.е. по факту они будут не очень рабочими.
И это очень странный результат.
Или это никому не надо или нет такой возможности. Поэтому мы решили предоставить такое активити, а там посмотрим на востребованность.
Посмотрели рест, возможность есть. Не самая простая и очевидная, но есть.
Причем есть два варианта добавления результата:
- Отметить сообщение в чате (напоминаю, теперь не комментарии, а чаты в задачах) как результат;
- Либо напрямую добавить результат в задачу.
Не считая сложности реализации второго варианта, с нашей т.з., первый вариант оптимальней.
Он и комментарий оставляет, который остается в истории, и результат к задаче добавляет.
Сделали активити, рабочее название, ни за что не догадаетесь!
"Добавить результат задачи".
Запрашивает:
- Ид задачи, куда надо добавить результат;
- Описание результата, можно добавлять ббкоды, в рамках поддерживаемых самим функционалом результата;
- И возможность указать ИД файлов на диске, которые нужно приложить к результату. Поддерживается множественность, т.е. приложить можно больше одного файла.
Провели экспресс-тесты, они прошли успешно.
Приложение на оформлении, планируем отправить на модерацию к концу недели.
Тем не менее, все желающие могут написать нам, чтобы попробовать в работе данное приложение до его выхода в маркет. Написать можно хоть в наш техпод, так и в комментах.
📍Навигация по каналу.
#приложения
Что является результатом задачи? Наверное какое-то действие.
А как его оценить? Надо взять этот результат и проверить на соответствие заданию.
Поступила к вам задача, вы чего то по ней делаете, сделали, у вас готов тот самый результат. Т.к. задача у нас в Битрикс24, то и результатом будет какой-то текст и\или файлы. В нашем случае все просто. Зашли в задачу, описали свой результат, приложили файлы и можно закрывать задачу и отправлять ее на контроль. Вроде схема простая и не требует какой -то автоматизации. В общем да, все так и есть, для простых случаев ничего дополнительно делать не надо.
Но чуть усложним задачу.
Результатом вашей задачи должен быть какой-то согласованный файл с описанием. И не просто файл, а прошедший весь процесс согласования у юриста, бухгалтера и комдира. А может даже и с листом согласования. И вот тут уже сложнее. Процесс долгий, задача где-то есть в одном месте, а результаты работы в другом. Надо это как-то совместить. И т.к. это бизнес-процесс, то логично и результат к задаче указывать через этот же бизнес-процесс, конечно же, после всех согласований. И вот тут засада.
Глянули штатные активити, нет такой возможности.
Глянули маркет, мало того, что и приложений не очень много, так они еще и на старом функционале задач, ну тот самый, который отвалился и перешел в чаты, т.е. по факту они будут не очень рабочими.
И это очень странный результат.
Или это никому не надо или нет такой возможности. Поэтому мы решили предоставить такое активити, а там посмотрим на востребованность.
Посмотрели рест, возможность есть. Не самая простая и очевидная, но есть.
Причем есть два варианта добавления результата:
- Отметить сообщение в чате (напоминаю, теперь не комментарии, а чаты в задачах) как результат;
- Либо напрямую добавить результат в задачу.
Не считая сложности реализации второго варианта, с нашей т.з., первый вариант оптимальней.
Он и комментарий оставляет, который остается в истории, и результат к задаче добавляет.
Сделали активити, рабочее название, ни за что не догадаетесь!
"Добавить результат задачи".
Запрашивает:
- Ид задачи, куда надо добавить результат;
- Описание результата, можно добавлять ббкоды, в рамках поддерживаемых самим функционалом результата;
- И возможность указать ИД файлов на диске, которые нужно приложить к результату. Поддерживается множественность, т.е. приложить можно больше одного файла.
Провели экспресс-тесты, они прошли успешно.
Приложение на оформлении, планируем отправить на модерацию к концу недели.
Тем не менее, все желающие могут написать нам, чтобы попробовать в работе данное приложение до его выхода в маркет. Написать можно хоть в наш техпод, так и в комментах.
📍Навигация по каналу.
#приложения
❤5🔥1
Сколько раз исполнитель может переносить сроки в задаче?
Это немного философский вопрос.
Я считаю - нисколько. Но Битрикс24 так не считает, поэтому сделал новую настройку для задач. В частности там есть:
- Проконтролировать задачу после завершения (это уже было и раньше);
- Разрешить исполнителю менять крайний срок (тоже было);
- Запрашивать причину (это новое)
- Ограничить по дате или количеству. Это новое и бомбическое.
Т.е. можно поставить задачу из бп и настроить такие параметры.
Один минус, нет сейчас таких настроек в активити создания задачи.
Ладно, идем в маркет, гуглим, а тоже ничего такого нет.
Странно, но не смертельно.
Начинаем исследование.
Методы изменения настроек есть. Вроде даже все подходящие.
Отдельный вопрос, что выносить.
- Автоматически указывать крайний срок в новых задачах. Это сомнительная история, мы же говорим про текущую задачу, зачем нам новые, тем более крайний срок в них. Отбрасываем.
- Пропускать выходные дни. У нас бп, крайний срок мы все равно как то вычисляем, поэтому прибавлять все дни или только рабочие, это изменение только функции вычисления дней. Тоже отбрасываем.
Остальное берем в разработку.
На все параметры есть изменения.
Решили не дублировать весь функционал создания задачи, учитывая, что он не самый простой. Добавим только изменение настроек.
Делаем активити, проверяем, все работает.
У нас уже есть клевое приложение по задачам "Набор роботов для работы с задачами", добавляем туда новое активити. Искать "Настройки задачи". Оно уже сейчас есть в маркете, можно устанавливать и пробовать. Запрашивает ИД задачи и параметры настройки.
Вроде все норм.
А теперь берем ситуацию.
У нас есть БП, где мы ставим задачу, конечно же ставим параметр "Остановить процесс на время выполнения задачи", нам же нужно подождать когда задача будет выполнена.
Но дело в том, что создание задачи есть, пауза есть, а куда добавить наше новое активити - непонятно.
Т.е. задача стоит и надо как-то внутрь добавить изменение настроек.
Как выйти из этой ситуации?
Решение простое.
Надо сделать параллельное выполнение.
В левой части у нас активити создания задачи. А в правой наше новое активити по изменению настроек, куда передаем параметром ИД созданной задачи.
Проверили, все отлично отрабатывает, задача создается в ожидании, настройки успешно применяются.
Вы пользуетесь этим функционалом?
📍Навигация по каналу.
#задачи
#приложения
Это немного философский вопрос.
Я считаю - нисколько. Но Битрикс24 так не считает, поэтому сделал новую настройку для задач. В частности там есть:
- Проконтролировать задачу после завершения (это уже было и раньше);
- Разрешить исполнителю менять крайний срок (тоже было);
- Запрашивать причину (это новое)
- Ограничить по дате или количеству. Это новое и бомбическое.
Т.е. можно поставить задачу из бп и настроить такие параметры.
Один минус, нет сейчас таких настроек в активити создания задачи.
Ладно, идем в маркет, гуглим, а тоже ничего такого нет.
Странно, но не смертельно.
Начинаем исследование.
Методы изменения настроек есть. Вроде даже все подходящие.
Отдельный вопрос, что выносить.
- Автоматически указывать крайний срок в новых задачах. Это сомнительная история, мы же говорим про текущую задачу, зачем нам новые, тем более крайний срок в них. Отбрасываем.
- Пропускать выходные дни. У нас бп, крайний срок мы все равно как то вычисляем, поэтому прибавлять все дни или только рабочие, это изменение только функции вычисления дней. Тоже отбрасываем.
Остальное берем в разработку.
На все параметры есть изменения.
Решили не дублировать весь функционал создания задачи, учитывая, что он не самый простой. Добавим только изменение настроек.
Делаем активити, проверяем, все работает.
У нас уже есть клевое приложение по задачам "Набор роботов для работы с задачами", добавляем туда новое активити. Искать "Настройки задачи". Оно уже сейчас есть в маркете, можно устанавливать и пробовать. Запрашивает ИД задачи и параметры настройки.
Вроде все норм.
А теперь берем ситуацию.
У нас есть БП, где мы ставим задачу, конечно же ставим параметр "Остановить процесс на время выполнения задачи", нам же нужно подождать когда задача будет выполнена.
Но дело в том, что создание задачи есть, пауза есть, а куда добавить наше новое активити - непонятно.
Т.е. задача стоит и надо как-то внутрь добавить изменение настроек.
Как выйти из этой ситуации?
Решение простое.
Надо сделать параллельное выполнение.
В левой части у нас активити создания задачи. А в правой наше новое активити по изменению настроек, куда передаем параметром ИД созданной задачи.
Проверили, все отлично отрабатывает, задача создается в ожидании, настройки успешно применяются.
Вы пользуетесь этим функционалом?
📍Навигация по каналу.
#задачи
#приложения
🔥3👍2
Свои пункты в главном меню
Намедни анализировали как повысить заметность своего приложения на порталах клиентов.
Да, когда оформляем приложение в ЛК, там есть пункт - добавить пункт в главное меню.
Но:
- Может мне надо назвать пункт по-другому, а не по названию приложения;
- Может быть куча дублей. Например у нас все названия приложений начинаются на: "Самое лучше приложение …". В результате в главном меню куча "Самое лучшее …" (дальше не входит) и непонятно куда жать;
- Надо как то выделить пункт своего приложения, например символом или логотипом.
Решили мы исследовать данный вопрос.
Что удалось найти.
Есть методы по добавлению своего пункта меню, более того, туда можно добавить эмодзи или какой-то символ, что будет выделять наш пункт из общей структуры. Выглядит красиво.
Вроде это и хорошо.
Но тут подумалось.
Когда устанавливаешь приложение и оно добавляет свой пункт в раздел "Приложений", логика понятна. И когда удаляешь приложение, пункт тоже удаляется. Отличная и понятная логика.
А вот когда добавляешь свой пункт уже из приложения, то с удалением приложения он не будет удаляться и останется с нерабочей ссылкой.
Это будет не совсем правильно и будет вызывать негатив пользователей. Конечно, мы знаем, что наши приложения не удаляют, но вдруг у кого рука дрогнет и удалит.
Данный вариант имеет право на жизнь, но чуток сомнителен.
Вот если можно было бы переименовать существующий, штатной добавляемый пункт и добавить туда свои символы, это был бы отличный вариант. Но мы такого способа пока не нашли.
А вот если делать дополнительный пункт меню, который бы создавался из настроек приложения, более того, если еще сделать, чтобы данный пункт появился у всех пользователей, а потом дать возможность из этих же настроек этот пункт удалить - это был бы отличный вариант.
Проверили, все работает. И пункт добавляется и его можно добавить всем пользователям.
Дело за малым, придумать вариант, где это может пригодиться.
📍Навигация по каналу.
#ниокр
Намедни анализировали как повысить заметность своего приложения на порталах клиентов.
Да, когда оформляем приложение в ЛК, там есть пункт - добавить пункт в главное меню.
Но:
- Может мне надо назвать пункт по-другому, а не по названию приложения;
- Может быть куча дублей. Например у нас все названия приложений начинаются на: "Самое лучше приложение …". В результате в главном меню куча "Самое лучшее …" (дальше не входит) и непонятно куда жать;
- Надо как то выделить пункт своего приложения, например символом или логотипом.
Решили мы исследовать данный вопрос.
Что удалось найти.
Есть методы по добавлению своего пункта меню, более того, туда можно добавить эмодзи или какой-то символ, что будет выделять наш пункт из общей структуры. Выглядит красиво.
Вроде это и хорошо.
Но тут подумалось.
Когда устанавливаешь приложение и оно добавляет свой пункт в раздел "Приложений", логика понятна. И когда удаляешь приложение, пункт тоже удаляется. Отличная и понятная логика.
А вот когда добавляешь свой пункт уже из приложения, то с удалением приложения он не будет удаляться и останется с нерабочей ссылкой.
Это будет не совсем правильно и будет вызывать негатив пользователей. Конечно, мы знаем, что наши приложения не удаляют, но вдруг у кого рука дрогнет и удалит.
Данный вариант имеет право на жизнь, но чуток сомнителен.
Вот если можно было бы переименовать существующий, штатной добавляемый пункт и добавить туда свои символы, это был бы отличный вариант. Но мы такого способа пока не нашли.
А вот если делать дополнительный пункт меню, который бы создавался из настроек приложения, более того, если еще сделать, чтобы данный пункт появился у всех пользователей, а потом дать возможность из этих же настроек этот пункт удалить - это был бы отличный вариант.
Проверили, все работает. И пункт добавляется и его можно добавить всем пользователям.
Дело за малым, придумать вариант, где это может пригодиться.
📍Навигация по каналу.
#ниокр
👍1
День недели (четвертый четверг)
У нас есть служебные приложения, которые призваны помогать в автоматизации и предлагают различные активити.
Сегодня расскажу про такое приложение. Вообще, это большой цикл постов, периодически буду к этому возвращаться.
Приложение "Набор роботов для работы с датами"
Само приложение содержит в себе несколько активити. Чтобы не засорять список активити приложений, мы сделали возможность установки только тех , которые вам нужны. Если же такая необходимость пройдет, всегда можно удалить такое активити.
Настройка активити типовая для всех наших приложений такого типа. Есть пункт в меню, открыв который вы видите список всех доступных активити и их статус. Если нужное активити еще не установлено, то нажав на соответствующую кнопку его можно установить.
Так вот.
Активити "День недели".
Это активити позволяет вычислить дату определенного дня недели.
Например, третий понедельник или четвертая пятница.
Чтобы была какая то привязка, то есть отдельное поле, так называемая, точка отсчета. Если поле пустое, то считается от текущей даты, но туда можно указать любую другую валидную дату и отсчет уже пойдет от нее.
Такие вещи как:
- Третий понедельник после 04.06.2026;
- Вторая среда после 01.01.2027;
- Пятая пятница после 05.05.2025 - в общем тоже не проблема.
Такие задачи легко решает это активити.
В возвращаемых результатах будет указана рассчитанная дата.
📍Навигация по каналу.
#приложения
У нас есть служебные приложения, которые призваны помогать в автоматизации и предлагают различные активити.
Сегодня расскажу про такое приложение. Вообще, это большой цикл постов, периодически буду к этому возвращаться.
Приложение "Набор роботов для работы с датами"
Само приложение содержит в себе несколько активити. Чтобы не засорять список активити приложений, мы сделали возможность установки только тех , которые вам нужны. Если же такая необходимость пройдет, всегда можно удалить такое активити.
Настройка активити типовая для всех наших приложений такого типа. Есть пункт в меню, открыв который вы видите список всех доступных активити и их статус. Если нужное активити еще не установлено, то нажав на соответствующую кнопку его можно установить.
Так вот.
Активити "День недели".
Это активити позволяет вычислить дату определенного дня недели.
Например, третий понедельник или четвертая пятница.
Чтобы была какая то привязка, то есть отдельное поле, так называемая, точка отсчета. Если поле пустое, то считается от текущей даты, но туда можно указать любую другую валидную дату и отсчет уже пойдет от нее.
Такие вещи как:
- Третий понедельник после 04.06.2026;
- Вторая среда после 01.01.2027;
- Пятая пятница после 05.05.2025 - в общем тоже не проблема.
Такие задачи легко решает это активити.
В возвращаемых результатах будет указана рассчитанная дата.
📍Навигация по каналу.
#приложения
🔥4