+Альянс: свой софт и данные

"Входящий вебхук - запуск извне HTTP-запросом". Так в перечне триггеров "+Альянс Потока" описан механизм, которым к сервису подключают 1С. У нового сотрудника две даты. Одна в приказе, вторая - день, когда у него заработала почта. Совпадают они нечасто. Типичная цепочка, без имён и подробностей: кадровик оформил приём, написал в общий чат, администратор дошёл до консоли Яндекс 360 и завёл учётную запись. Три звена, у каждого своя скорость. Приказ в понедельник, почта в среду, папка отдела в четверг - и никто вроде не виноват...

Человек уволился, доступ ему закрыли, учётную запись убрали из организации. Дело сделано - так это выглядит. Пока кто-нибудь не попросит доказательство. Не рассказ о том, как всё было. Документ. Тему подсказал читатель в комментариях к моей статье об оффбординге: напомнил, что вместе с учёткой уничтожаются персональные данные человека, а подтверждают это документом. Я пообещал разобрать отдельно. Разбираю. И сразу оговорка, без которой дальше будет читаться криво. Норма, о которой пойдёт речь, обращена к оператору персональных данных и описывает его процедуру, а не свойства программ...

Задайте вслух на ближайшей планёрке простой вопрос: у кого в компании есть возможность уничтожить рабочую переписку навсегда? Назовут администратора - и почти попадут. Таких людей несколько. А теперь вопрос поинтереснее: кто из них знает, что он это решает? Дальше - разбор по открытой справке Яндекса: где заканчивается штатное восстановление в Яндекс 360 и чьё решение каждый раз ставит точку. Оговорюсь сразу, чтобы не читалось как наезд на платформу: норма устроена именно так, и все жёсткие формулировки я беру из её же открытой документации...

У любого администратора Яндекс 360 в голове живут два коротких списка. Первый - что сделать, когда в компанию приходит человек. Второй - что сделать, когда человек уходит. Шагов немного, и как раз поэтому списки держат в голове, а не на бумаге. А зря. "Список из головы" отлично работает, пока найм и увольнения - редкость. Как только текучка становится обычным делом, память начинает подводить. Не со зла - просто четвёртый шаг из пяти иногда проскакивает мимо, особенно ближе к вечеру. И если в первом...

Шифрование ключом на стороне клиента — это когда ваши данные превращаются в нечитаемую кашу из символов, и обратно её собирает только один ключ. Тот, что есть у вас, и больше ни у кого. Если по-человечески. Начну с простого вопроса. Вы делаете резервную копию рабочей почты, файлов, календарей. Хорошо, молодцы. А теперь скажите: где эта копия физически лежит и у кого от неё ключ? Обычно на этом месте наступает пауза. Копия вроде есть, где-то «в облаке», кто-то когда-то настроил. А вот у кого ключ — не думали...