Если в договор попадают данные другого клиента, это уже не просто баг верстки. Это риск утечки персональных данных и серьезный удар по доверию.
В чем проблема
Ошибка может быть в неправильном id клиента, кешировании шаблона с данными, общей временной папке, очереди генерации, сессии администратора или повторном использовании переменных.
Что проверяю
- Откуда берутся данные для договора.
- Как передается client_id или order_id.
- Не кешируется ли готовый документ под общим именем.
- Есть ли параллельная генерация документов.
- Кто может скачать готовый файл.
Как исправляю
Я проверяю генерацию как поток данных: выбор клиента, заполнение шаблона, сохранение файла и выдача ссылки. Особое внимание - доступам и кешу.
- Воспроизвожу генерацию на тестовых клиентах.
- Проверяю запросы и id данных.
- Убираю общий кеш готовых документов.
- Добавляю уникальные имена и проверку доступа.
- Тестирую параллельную генерацию.
Что получает заказчик
- Договоры заполняются данными нужного клиента.
- Ссылки на документы защищены.
- Риск утечки данных снижен.
- Шаблон проще поддерживать и проверять.
Что нужно для старта
- Пример ошибочного договора.
- Доступ к CRM или генератору.
- Шаблон документа.
- Описание сценария создания договора.
Вопросы и ответы
Можно ли исправить быстро?
Если причина в id или кеше, да. Но после такой ошибки стоит проверить весь процесс выдачи документов.
Нужно ли удалять старые файлы?
Если они содержат чужие данные или доступны по прямым ссылкам, да, нужно аккуратно почистить и закрыть доступ.
Нужна похожая задача?
Напишите, что именно сломалось или что нужно запустить. Я разберу симптомы, проверю техническую причину и предложу понятный план работ с адекватными сроками.