Если у вас магазин, кидает ключ эквайринга в общий чат «чтобы быстрее включили». Если у вас студия или услуги, шлёт пароль CRM (программа, где живут клиенты и сделки) подрядчику в ту же ленту.
Что именно проверить
Если у вас магазин, боится «сложного» хранения: «в чате все видят, так честно». Если у вас студия или услуги, стыдится, что пароли знает только он, и раздаёт их всем, чтобы не быть узким местом. Скрин ключа остаётся в телефоне бывшего верстальщика.
Касса с чужим ключом — чужие возвраты. CRM с чужим паролем — чужие имена гостей. Интеграцию включают люди с правами, не «все в ветке разработка».
Готовый модуль не требует светить рабочий ключ в макете. Боевые — в хранилище с фамилией и датой отзыва. Свой «файл паролей на диске программиста» — кастом риска.
Как это выглядит на практике
У каждого — тестовый и рабочий доступ. Список на одну страницу: сервис, кто владелец, кто подрядчик, дата выдачи, дата отзыва. Не сменить — месяцы неизвестно кто в учёте.
Магазин: эквайринг и 1С не живут под одним «admin». Студия: Битрикс24 и календарь — отдельные люди, не общий логин «manager». Подрядчик сдаёт ключи после этапа включения, не остаётся вечным админом боя.
Редактор видит карточки, не оплату и не модули обмена. Хостер, владелец, подрядчик — три роли, не один пароль на всех. Письма с паролем в теме «доступ» ищут и убивают в тот же день.
15–40 тысяч на нормальное хранение дешевле одной ночи с чужим возвратом.
- Чат не хранилище ключей банка и учёта.
- Магазин: эквайринг и 1С — разные люди и разные отзывы.
- Студия: CRM и календарь не под общим manager.
- После этапа подрядчик сдают, пароль меняют в тот же день.
На чём считать результат
Не пересылайте ключ «ещё раз, старый чат потерялся». Старые сообщения с паролями выключите из работы.
- Выпишите банк, учёт, CRM: тестовый и рабочий, кто хозяин фамилия.
- Переложите боевые ключи из чата в хранилище, которое назвали. Чат больше не источник.
- Смените пароли, которые уже светились в переписке. Дату смены на лист.
- Ограничьте подрядчика копии. рабочий корень не выдают «на всякий».
- Напишите правило отзыва: этап сдан — доступ снят в тот же день, не «потом».
Что сделать дальше
Пример магазина: «эквайринг (Петров, 1С) бухгалтер, чат без ключей». Пример студии: «Битрикс24 — администратор, подрядчик только копия, отзыв после включения». Дата следующей ревизии доступов — в календаре, не в голове.
Остановитесь, когда боевые ключи не находятся поиском по чату и на каждого контура есть хозяин. Не оставляйте «admin/admin на время запуска». Связка включена — доступы сузили, не расширили.
Связку с учётом, оплатой или CRM (связь, которую уже назвали в проекте,) включают на тестовой копии, площадке для проверки, куда гости не ходят, а не спором «надо ли 1С» на рабочий, сайте, который открывает гость. Магазин смотрит заказ, остаток и письмо с суммой. Студия смотрит заявку (имя или телефон, ещё не визит) и ответ человеку в CRM, не в общем чате.
Свой обмен (свой код вместо готового пути) не открывают, если модуль темы или типовой обмен уже закрывает оплаты или заявки.
- Выпишите банк, учёт, CRM: тестовый и рабочий, кто хозяин фамилия.
- Переложите боевые ключи из чата в хранилище, которое назвали. Чат больше не источник.
- Смените пароли, которые уже светились в переписке. Дату смены на лист.
- Ограничьте подрядчика копии. рабочий корень не выдают «на всякий».
- Напишите правило отзыва: этап сдан — доступ снят в тот же день, не «потом».
Назад в раздел
