olegmaslov 24 мая 2021 в 11:48

Как мы запустили документооборот в Telegram и что из этого вышло? Да, это не сон

3 мин

24K

Python*ECM/СЭД*Хранение данных*

Из песочницы

-10

Комментарии 24

censor2005 24 мая 2021 в 12:01

Как то на самом интересном обрывается статья. Ждал, что будет описание функций, возможностей, как бот справлялся с нагрузками.
Еще, последняя версия Bot API позволяет использовать собственные сервера для хранения вложений, что еще больше повышает безопасность и скорость, не применяли это в своем боте?

olegmaslov 3 июн 2021 в 12:01

Бот отлично справляется с нагрузкой. Описали все, что можно было, что не закрыто NDA.
Хранение файлов на собственном сервере не использовали, интересная фича, спасибо за наводку.

Прошу прощения за долгий ответ:)

fosihas 24 мая 2021 в 12:28

Даже удивительно, почему другие компании не используют подобные методы. А может и использует, кто их знает?

все таки без примеров, какие процессы закрыли получается очень расплывчато.
Дело было, вместо приложение, использовали бота. Мерчи на него слали фото отчеты. Он уже сортировал. Приложение сделали, убрали бота.

saboteur_kiev 24 мая 2021 в 12:36

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

так он имеет или не имеет?
И собственно подтверждение как происходит без интеграции с CRM? Просто кидаешь руководителю документ и он пишет «подтверждаю»? А зачем чатбот, почему просто в личку руководителю тогда не кинуть и не получить от него отмашку?

Какую проблему решает именно чатбот тогда?

Yuriy_krd 24 мая 2021 в 13:41

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

olegmaslov 3 июн 2021 в 12:09

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

13werwolf13 24 мая 2021 в 14:02

если сверху накрутить gpg шифрование то утечки секретных ~~ядерных чемоданчиков~~ документов можно избежать. Проблема в том что это либо патченный клиент телеграма нужен либо доп софт (например OpenKeychain) который будет неудобен и непонятен НЕ it сотруднику..

LevOrdabesov 24 мая 2021 в 16:15

у работника нет возможности CRM-системой на компьютере (в нашем случае ноутбуке) для выполнения рабочих задач

Работник случайно сервер?

Lopar 24 мая 2021 в 16:51

Я не знаю. У нас так документооборот однажды в Вайбер ушёл. Люди гоняют документы разного уровня секретности через него с тех пор как он появился на рынке и отучить невозможно: в случае санкций идут показательные забастовки (мы всегда и везде так работаем!) и показательные увольнения (это когда грозишь увольнением, а тебе сразу пару отделов говорят, что ок, мы уйдём, можем прямо завтра, вы готовы в режима аврала набирать новые?). Задолбавшись бороться революцию тихой сапой возглавили и в Вайбер ушло вообще всё. Теперь оно отсортировано по чатикам отделов и особо не гуляет за их пределами.
ИТ-отдел был полностью побеждён Вайбером.

Saturnych 3 июн 2021 в 12:04

Ужас какой

olegmaslov 3 июн 2021 в 12:10

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

vagon333 24 мая 2021 в 17:31

Как вы решили задачу authorization и authentication при отсылке документов из Telegram?

olegmaslov 3 июн 2021 в 12:10

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

himikgenuine 17 апр 2023 в 14:08

Аутентификацию проще всего решить привязкой телеграм id к логину нужного пользователя(в частности это позволит строить механизм авторизации отталкиваясь от нормальных юзернеймов, а не от левых цифр чужого id).

Я делал по такому алгоритму(У нас есть CMDB, поэтому она и используется для привязки, если бы не было - писал бы в какой нибудь кастом-атрибут в AD, например.):

1) Админ говорит боту /add Ivanov_ivan

2) Бот ищет в CMDB карточку Ivanov_ivan, и в поле telegram_id в ней пишет рандомно сгенерированный токен. После чего на почту указанную в этой карточке отправляет емейл с ссылкой на себя с токеном в качестве пейлоада, и пояснением что с этим надо делать и зачем.

3) Пользователь проходит по ссылке и нажимает start, бот получив старт с пейлоадом ищет в CMDB карточку сотрудника c этим токеном в поле telegram_id. Найдя заменяет токен в карточке на id.

4) При любой команде кроме /start бот ищет в CMDB карточку с ID приславшего команду. Если находит, то пользователь аутентифицирован, если нет, то это кто-то левый, в игнор его.