Вопрос удобства, собственно по этому приложений и сервисов так много, каждый в них находит какую-то свою фишку, которых нет у других. Тут меня зацепило перекладывание в 1 окне не распределенных задач. В Гугле этого не видел, но вероятно и там это есть.
Так как приходится работать с разными порталами битрикса - синхроним календарь с Гуглом и тут можно настроить и выбрать с каких календарей отображать информацию. Это опять же только мой кейс)
Тут видно все свои заявки со статусом, который приходит из Б24
По разделению ролей: В битриксе и в приложении есть сопоставление пользователей, то есть если в контрагенте указан ответственный Иванов И.И. то и в приложение он увидит только своих контрагентов. Номенклатура - общая. Операторы видят все
Как по мне дорабатывать Битрикс приходится всегда, есть уже готовые процессы в компании и они работают, тут скорее приходится подстраиваться. Я сравниваю 1с, если Бухгалтерия. то мы туда не лезем, а вот управленка... я нигде не встречал типовой управленки в компании без доработок) основная проблема если дорабатывать фронт и визуал любое обновление гарантировано все сломает.
Тут еще вопрос облачными решениями, их не доработаешь... Я решаю эту проблему внешними сервисами - для быка это n8n (апи, автоматизация) для фронта - формы, конструктор сайтов. Чаще всего внешним бэком все решается, у Б24 хорошая документация по апи
Старался статью делать без технических подробностей, просто как кейс из жизни, который реально случился. Если есть какие-то предложения, либо какие-то очевидные моменты, которые я сделал не так, пишите. Мне будет интересно, потому что это для меня был первый опыт такой конкретно локальной внутренней разработки.
Все обращения, не важно это ли либо что-то не работает либо что то нужно доработать, ставятся через заявку. Первая линия квалифицирует таску. Если это задача на разработку в битриксе меняется Группа и это сразу падает в бэклог скрама. Дальше анализ задачи, приоритет и в спринт. Выше в комментарии вы правильно сказали, что если целый день сидеть над одной задачей мозг закисает, по этому на утренних дейликах мы смотрим если есть небольшие задачи и скрам мастер подсвечивает их и дает приоритет. Пока так справляемся.
Согласен с вами. Но почему то даже в компаниях выше среднего, к ит отделу отношение как к ребятам которые и клавиатуру поменяют и ЕРП внедрят. И зачастую учредители не задумываются том, что нужно строить организацию отдела. И либо ростить из текущих технарей - РП, либо нанимать кого-то со стороны.
Information
Rating
486-th
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Вопрос удобства, собственно по этому приложений и сервисов так много, каждый в них находит какую-то свою фишку, которых нет у других. Тут меня зацепило перекладывание в 1 окне не распределенных задач. В Гугле этого не видел, но вероятно и там это есть.
Так как приходится работать с разными порталами битрикса - синхроним календарь с Гуглом и тут можно настроить и выбрать с каких календарей отображать информацию. Это опять же только мой кейс)
Действительно, не добавил это в основной пост.
По разделению ролей:
В битриксе и в приложении есть сопоставление пользователей, то есть если в контрагенте указан ответственный Иванов И.И. то и в приложение он увидит только своих контрагентов. Номенклатура - общая. Операторы видят все
Как по мне дорабатывать Битрикс приходится всегда, есть уже готовые процессы в компании и они работают, тут скорее приходится подстраиваться. Я сравниваю 1с, если Бухгалтерия. то мы туда не лезем, а вот управленка... я нигде не встречал типовой управленки в компании без доработок) основная проблема если дорабатывать фронт и визуал любое обновление гарантировано все сломает.
Тут еще вопрос облачными решениями, их не доработаешь... Я решаю эту проблему внешними сервисами - для быка это n8n (апи, автоматизация) для фронта - формы, конструктор сайтов. Чаще всего внешним бэком все решается, у Б24 хорошая документация по апи
Старался статью делать без технических подробностей, просто как кейс из жизни, который реально случился. Если есть какие-то предложения, либо какие-то очевидные моменты, которые я сделал не так, пишите. Мне будет интересно, потому что это для меня был первый опыт такой конкретно локальной внутренней разработки.
Реализовали это так:
Все обращения, не важно это ли либо что-то не работает либо что то нужно доработать, ставятся через заявку. Первая линия квалифицирует таску. Если это задача на разработку в битриксе меняется Группа и это сразу падает в бэклог скрама. Дальше анализ задачи, приоритет и в спринт. Выше в комментарии вы правильно сказали, что если целый день сидеть над одной задачей мозг закисает, по этому на утренних дейликах мы смотрим если есть небольшие задачи и скрам мастер подсвечивает их и дает приоритет. Пока так справляемся.
У меня получилось "завлечь" вот такими активностями и отчетами внутренние метрики, но они хотя бы стали считаться. + каждый 2-3 месяца презентации)
Согласен с вами. Но почему то даже в компаниях выше среднего, к ит отделу отношение как к ребятам которые и клавиатуру поменяют и ЕРП внедрят. И зачастую учредители не задумываются том, что нужно строить организацию отдела. И либо ростить из текущих технарей - РП, либо нанимать кого-то со стороны.