Учёт заявок
Учёт рекламаций собран в одну базу: 12 231 заявка
Сервисный центр вёл учёт на бумаге и в таблицах, исторический архив лежал в старой программе, номера пересекались. Мы свели три источника в одну базу и перенесли архив без дублей.
- Три источника
- Дубли склеены
- Спорная заявка
входит Было
Учёт вели на бумаге, в таблицах и в старой программе, номера заявок в разных источниках пересекались.
в работе Сделали
Почта, форма на сайте и ручной ввод сведены в одну базу, 9 225 квитанций архива перенесены без дублей.
готово Эффект
12 231 заявка в единой базе, поиск по клиенту и изделию вместо перебора писем.
Как это работает
Вручную
было: бумага, таблицы, старая программа
Автоматически
стало: одна база
-
Почта, форма, ввод входит
-
Сверка номеров в работе
-
Одна база без дублей готово
- почта
- форма на сайте
- оператор
| Номер | Источник | Состояние |
|---|---|---|
| СЦ-4127 | почта | принята |
| СЦ-4128 | форма | принята склеено 2 → 1 |
| СЦ-4129 | оператор | в работе |
Ситуация
Заявка появлялась тремя путями: письмом, с формы на сайте и от оператора вручную. Каждый путь жил своей жизнью, история по клиенту собиралась из переписки, а номера заявок в разных источниках совпадали. Отчётность приходилось собирать руками, и любой вопрос «что было у этого клиента в прошлом году» превращался в поиск по почте.
Что сделали
Собрали веб-интерфейс учёта и одну базу на три источника. Номера выдаются двумя независимыми сериями с типом заявки в обозначении, выдача защищена блокировкой: без неё два оператора читают один и тот же последний номер, и второй получает ошибку. Приём заявок с сайта сделали закрытым: доступ по токену, проверка на повтор по ключу запроса, фильтр тестовых отправок, в логах только номера заявок без персональных данных. Исторический архив перенесли идемпотентным импортом: 9 225 квитанций, 130 конфликтов номеров разведены по фиксированному правилу.
Результат в цифрах
12 231 заявка в единой базе после слияния источников. 9 225 перенесённых квитанций, 130 разведённых конфликтов номеров. Заведение заявки с сайта и из почты перестало стоить 5–10 минут ручного ввода.
Как проверяли
Импорт прогнали повторно и сверили количество записей: дублей не появилось. Выдачу номеров проверяли на одновременной работе нескольких операторов. Приём с сайта — повторной отправкой той же формы с тем же ключом. Отдельно чинили ошибку блокировки: база отвечала «занято» при настроенном таймауте ожидания, потому что транзакция бралась по умолчанию не на входе, а на первой записи. Транзакции записи теперь открываются сразу, откат сделан переключателем.
Что переносится в ваш проект
Схема «три источника, одна база». Идемпотентный импорт как обязательное требование к переносу архива: повторный прогон не должен создавать дубли, иначе первая же ошибка удваивает базу. Правило разведения конфликтов номеров, зафиксированное до начала переноса. Закрытый приём заявок с сайта и логи без персональных данных.
Похожая задача? Пришлите выгрузку из текущей системы, покажем план переноса и число конфликтов.