ГОСТ Р 56215—2014
Пример — Для проверки показателей качества кодов идентификации продукции критериями
данных на уровне ссылок может являться область характеристик данных. Все данные информаци
онных систем .применяемых на заводе А могут считаться целевыми или выходными данными, а спе
циальные обрабатывающие инструменты и специальные программы SQL могут являться методами
измерений или проверки показателей качества данных.
D.7 Проверка показателей качества
Типичной ситуацией является случайное обнаружение ошибок в процессе обработки данных. Исправление
ошибок осуществляется в соответствии с возможностями пользователя или потребителя и в соответствии с об
ластью действия бизнеса. Если исправление ошибок зависит только от пользователя, количество неидентифи-
цируемых (с невыясненной причиной) ошибок неизменно возрастет. Поэтому следует проверять данные посто
янно и систематически. Такой процесс может осуществляться операторами с помощью программ SQL (язык
структурированною запроса) и других профильных средств и методов.
Пример — На Заводе А оператор данных проверяет, присутствует ли ошибка в коде GT1N или в
других программах, где коды GTIN применяются. В это же время оператор данных, применяя собст
венную программу SQL, ищет ошибку в базе данных.
D.8 Направление потока данных
В связи с тем, что причин ошибок много, потоки данных должны проверяться с момента создания данных
до их конечного применения для того, чтобы обнаружить точные причины ошибок. Ответственность за примене
ние данных должна быть хорошо осознана. Управляющий данными проводит анализ направления потока данных
для идентификации лица, виновного в возникновении ошибки в информационных данных. Кроме того, следует
подготовить анализ причин ошибок, проконсультировавшись сдругими посредниками по обеспечению данных.
Пример — Завод А применяет у себя вариант 10 системы UNSPSC (система универсальных ко
дов стандартной продукции и услуг) для классификации продукции. А Завод В применяет более позд
ний вариант 11 той же системы. Заводу А следует обновить устаревший вариант системы
UNSPSC. Однако Завод А не может так просто обновить устаревший вариант, т.к. вариант 10
применяют все поставщики и партнеры Завода А. Все ответственные представители системы
кодов (на Заводе А. на Заводе В и в компаниях-партнерах). должны решить когда лучше и при каких
условиях осущест вить пересмотр и обновление варианта системы на более поздний и совершенный.
D.9 Анализ причин ошибок в данных
Исправление ошибок осуществляется в уже имеющихся действующих данных. Однако пока не установле
на и не устранена причина ошибок, такие ошибки будут все время повторяться. Для этого администратор данных
отслеживает и устраняет причину ошибок.
Пример — Различные коды классификации продукции X постоянно появляются на Заводах А и В.
Путем анализа причин ошибок удалось установить, что на Заводе А применяют вариант 10 системы
UNSPSC, а на Заводе В применяют вариант 11 той же системы. Чтобы устранить причину ошибок.
Завод А должен обновить вариант 10 и изменить его на вариант 11.
D.10 Исправление ошибок в данных
Технические работники должны исправлять любую ошибку в данных, найденную в результате процесса
проверки показателей качества данных. Однако одни данные могут использоваться в нескольких различных ин
формационных системах, а связанные с ними другие данные, в свою очередь, могут использоваться в целом
рядедругих систем. Технические работники обязаны исправлять все взаимосвязанные друг с другом данные.
Пример — Классификационный код продукции X в системе UNSPSC в варианте 10 был —
12345671, а в варианте 11 код изменился на 12345680. В этом случав все классификационные коды про
дукции X. отраженные в информационных системах, должны быть изменены одновременно.
17