Скрытая проблема

Дистрибьютор неоднократно получает запросы на неправильный инжектор для того же оборудования.

Каждый новый заказ, кажется, ошибка выбора клиентом.

В конце концов, команда обнаруживает, что внутренняя база данных приложений содержит неверную информацию.

Одна плохая репутация может создать много плохих порядков

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

Исправление только отдельных заказов не устраняет источник.

Создайте процесс исправления

При подтверждении ошибки приложения организация должна определить:

• откуда берутся неверные данные;
• в каких записях его скопировали;
• какие продукты были затронуты;
• нужны ли предыдущие клиенты пересмотр.

Отдельные проверенные и непроверенные данные

Внутренние базы данных должны проводить различие между информацией, подтвержденной из надежных технических источников, и информацией, собранной из непроверенных списков.

Это снижает риск того, что слабые данные станут постоянными знаниями о продукте.

Сохранить историю пересмотра

Запись о корректировке помогает сотрудникам понять, почему изменилась эта связь.

Удаление старой информации без объяснения может привести к тому, что она будет добавлена снова позже.

Техническое заключение

Качество данных о продукте напрямую влияет на точность поставки инжектора.

Исправление базовой базы данных приложений более эффективно, чем неоднократное решение одной и той же ошибки заказа по одной транзакции.