ИНВЕСТИЦИОННЫЙ ПОРТАЛ ВОЛГОГРАДСКОЙ ОБЛАСТИ

Что такое валидация, ее виды, этапы и отличия от верификации

Здравствуйте! В этой статье мы поговорим про валидацию.

Валидация, верификация и прочие связанные с ними сложные слова трудны для восприятия, особенно когда пытаешься вникнуть в суть и разобраться в причинах, почему один процесс называется так, а практически такой же — по-другому. Я решил в этом разобраться и помочь таким же интересующимся людям. Из этой статьи вы узнаете, что такое валидация, чем она отличается от верификации, какой бывает и кто её проводит. 

Что такое валидация

Сначала давайте разберемся, что это такое по официальным источникам:

Валидация — это подтверждение на основе представления объективных свидетельств того, что требования, предназначенные для конкретного применения, полностью выполнены.

Звучит сложно. Проще разбирать это определение по частям и вывести из него более простое. Итак, по порядку. Валидация — факт подтверждения, что какой-то объект соответствует ожиданиям и области применения. То есть это не сам процесс подтверждения, когда сравниваются качества какого-то предмета и то, каким он должен быть для применения, а именно свершившееся действие. И если говорить простыми словами, то выходит следующее:

Валидация — факт подтверждения того, что какой-то объект соответствует своей области применения и ожиданиям относительно его свойств для конкретного случая.

Давайте разберем на конкретном примере. Покупатель приходит в магазин за новым телефоном. У него есть какие-то требования к гаджету. Он сравнивает характеристики, камеру, железо и все в таком духе. Если телефон соответствует ожиданиям — значит, он прошел процесс валидации для конкретного человека. И так практически в любой сфере, где есть определенный объект, и его нужно сравнить с теми требованиями, которые к нему предъявляются. Если он соответствует, значит, этот предмет прошел процесс валидации.

Основные отличия от верификации

Понятия верификации и валидации похожи. И формулировки в определениях практически одинаковые. Но если копнуть чуть глубже, сразу же становятся понятны различия. Первое отличие видно при переводе с английского языка. С английского «verification» — проверка, а вот «validation» — придание законной силы.

Верификация — общая проверка требований. Когда мы что-то тестируем, у нас есть список требований — в соответствии с ним мы проводим процесс верификации. И если объект прошел их, значит, он верифицирован.

Лучше всего отличия показывает пример в медицине. Если какой-то препарат прошел все положенные тесты, работает в своей области и не вызывает сильных побочных изменений, значит, он верифицирован. Он прошел все проверки и соответствует ожиданиям. Значит ли это, что его может применять конкретный больной? Нет. Нужно пройти еще конкретный процесс валидации для определенного человека. Переносимость отдельных компонентов, аллергические реакции и т. д. И только если после такой проверки препарат подойдет, тогда можно сказать, что лекарство прошло валидацию для конкретного человека.

Вот краткий список отличий:

• валидацию проводят тестировщики или пользователи, верификацию – производитель;
• задача верификации – проверить, соблюдены ли требования к производству, а задача валидации – проверить, соблюдены ли требования потребителя к конечному продукту;
• верификация проводится в обязательном порядке, валидация – только если того требуют стандарты или потребители;
• верификация всегда объективна (продукт может либо соответствовать указанным техническим характеристикам, либо нет), а валидация субъективна (насколько успешно продукт можно использовать в конкретных условиях, определяют люди).

Что может быть объектом валидации

Объектом валидации может быть:

• Любое оборудование.
• Любой производственный процесс.
• Любой продукт для потребителя.
• Любые навыки и методики.
• И многие другие объекты.

Давайте подробно остановимся на каждом из вариантов.

Валидация оборудования

Есть заявленные технические характеристики оборудования. При покупке каждый будет обращать на это внимание и стараться учитывать их в работе. Но разница между тем, что написано на бумаге и тем, как себя ведет конкретное оборудование в определенных условиях — огромна.

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

Такая валидация проводится либо самим продавцом по заказу покупателя (в случае с производственным оборудованием) либо самим покупателем уже после заказа. Такая валидация должна проходить после каждого перемещения или перерыва в использовании оборудования.

Валидация производственных процессов

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

Валидацию проводит либо сама компания и сверяет соответствие своих ожиданий и норм, либо специальная проверяющая компания по согласованию с производителем. Причем валидация чаще всего проводится для процессов, которые не поддаются верификации. То есть какие-то бетонные перекрытия можно проверить уже после того, как они были сделаны. Даже через несколько лет. А вот еду уже вряд ли, потому что она испортится. Значит, придется повторять тот же самый процесс производства, что был изначально, при готовке.

Валидация конкретного продукта

Валидация продукта — это своеобразное продолжение валидации процесса. Если процесс правильно организован, то и продукт будет сделан качественно. Но он может не всегда подходить конкретному клиенту. Ярче всего это видно в фармацевтической среде. Чтобы получить то действие, которое ожидает конкретный клиент, нужно протестировать препарат.

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

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

Валидация системы навыков и методик

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

На Западе аттестация навыков показывает хорошие результаты и позволяет подниматься по карьерной лестнице. Если сотрудник хорошо выполняет работу, значит, он может идти вверх и осваивать новые знания, постепенно останавливаясь и набираясь опыта на каждой из ступеней. В России, особенно в государственных структурах, валидация навыков — скорее, процесс для галочки, когда можно убрать людей, которые вообще не соответствуют должности.

Валидация методики — более сложный процесс. Он выявляет результаты по конкретной методологии. Будет ли она эффективна в конкретной сфере с конкретными условиями, или же нужно придумывать новые способы, или вносить изменения в существующие. Валидация методологии чаще всего используется при образовательной работе с детьми, которые имеют определенные отклонения. Для каждой конкретной группы нужно подобрать индивидуальную методологию.

Валидация пользователя

Это понятие используется чаще всего в интернете и при использовании платежных систем. Пользователь, который зарегистрировался в системе, должен подтвердить, что это он, с помощью определенных кодов. Это можно увидеть как в онлайн-играх, где нужно вводить логин-пароль, а иногда даже четырехзначный код, а также при использовании банкоматов, когда каждый раз нужно вводить пин-код карты.

Если код введен неправильно, то пользователь не проходит валидацию, и ему не дают доступ к аккаунту.

Валидация пользователя применяется даже в общественном транспорте. Вы покупаете билет, прикладываете его к электронному устройству (валидатору), а оно считывает все данные и дает разрешение на поездку. Так можно себя валидировать как пассажира.

С валидацией пользователя 5-7 лет назад были связаны неприятные вещи. Если пользователь ПК ловил вирусную программу,  выскакивало окно валидации, где нужно было ввести свои данные, чаще всего кошелька или банковской карты. После чего выскакивает ошибка валидации, а у злоумышленников остаются все данные.

Недавно я тоже поймал подобную штуку на компьютер. Открывал браузер и высветилась страница с призами от Гугла. Нужно было ввести номер карты и CVC-код.

Еще есть несколько более редких видов валидации — валидация данных и валидация очистки.

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

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

Виды валидации

Есть четыре вида валидации:

1. Перспективная. Выполняется еще до начала производства. Главная задача: определить, насколько оборудование будет соответствовать ожиданиям заказчика и потенциального клиента. Дополнительно оцениваются производственные мощности и проводится анализ того, может ли компания обеспечить количество оборудования, необходимого всем её потре

что это простыми словами и применение в онлайн-сервисах интернета и для аккаунтов в соцсетях

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

Что такое валидация

Это один из тематических терминов, который простому обывателю сложно объяснить, еще сложнее понять точное определение научным языком. Первоисточники предоставляют затрудненное для восприятия толкование, поэтому лучше воспользоваться простыми, доступными примерами из жизни. Итак, существует понятие валидация – что это простыми словами? Изучив научное пояснение, можно сделать вывод. Это незнакомое слово по значению близко к такому понятию, как аттестация, обозначает глобальную проверку изделия по всем параметрам, заданным изначально заказчиком.

Например, если речь идет о горном велосипеде, это транспортное средство считается валидированным, если на нем проехался заказчик, при этом остался доволен скоростью, качеством произведенных работ, функциями, дизайном и прочими изначально оговоренными проектом параметрами. Проще говоря, это контрольное тестирование, чтобы пользователь лично убедился в результате, действительно выгодном приобретении.

Валидация в общегражданском праве

Это слово может означать законную силу того или иного документа, часто встречается в общегражданском праве. Если говорить простым языком, это легализация, принятие в качестве нормы, утверждение. Например, документ по истечению указанного срока вступает в законную силу, становится валидным в правовой сфере, юриспруденции. Так, валидация подтверждает окончательное решение судьи, причем апелляция уже невозможна.

Валидация в системном программировании

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

• Человек, занимаясь копирайтингом, продает свои статьи.
• Перед продажей он проверяет данные на ошибки и плагиат при помощи различных систем в режиме онлайн.
• Если по результатам статья оказалась уникальной, а орфография соответствует требованиям русского языка, публикация является валидной. Сам же аккаунт сервиса проверки именуется, как валидатор.

Валидация процесса производства

Размышляя о фармацевтической отрасли или промышленности, легко увидеть, что слово валидация означает соответствие продукции всем требованиям производителя, чтобы не пошатнуть его безупречную репутацию на рынке услуг и товаров. Проще говоря, компания несет ответственность за высокое качество и правильность изготовления продукции, которая должна подходить под заявленные стандарты:

• Например, выпуск автомобиля проходит после проверки всех комплектующих, при соответствии международным требованиям.
• Валидатор подтверждает заявленные технические характеристики, персональные данные, а пройденное тестирование делает авто валидным.
• Покупатель, перевозчик или посредник в случае несоответствия параметров может выставить претензию валидатору. Тогда проводится дополнительное тестирование товара на производстве.

Чем отличаются верификация и валидация

Если говорить простыми словами, оба термина имеют сходное значение, являются синонимами. На эту тему можно приводить множество простых примеров, но существенное отличие все же имеется. Если валидация – комплексная проверка товара, то верификация больше делает акцент на соблюдении технологического процесса, последовательном выполнении всех этапов производства. Когда готовый продукт не удовлетворяет человека по параметрам качества, слово верификация к высказанной претензии не имеет значения.

Что касается ревалидации, это внесение изменений в уже готовый продукт, использование иных технических характеристик. Технологичность процесса и последовательность действий нарушается, но в юриспруденции и на производстве такие новшества и нововведения тоже нельзя исключать. Отныне проблем с толкованием не возникает: если человек слышит слово валидация – что это простыми словами, можно найти правильный ответ во всех сферах жизни.

Видео: валидация аккаунта

Payza. Верификация, Валидация! Смотреть видео

Нашли в тексте ошибку? Выделите её, нажмите Ctrl + Enter и мы всё исправим! Рассказать друзьям:

Верификация и валидация — что это такое простыми словами

Здравствуйте, уважаемые читатели блога KtoNaNovenkogo.ru. Слова валидация и верификация пришли в русский язык относительно недавно (в отличии, например, от моветона с комильфо или от ангажированности) вместе с международными стандартами разработки и приемки продуктов и технологий. В связи с этим, как обычно, возникает некоторая путаница с переводом технических терминов на русский язык и их трактовкой.

Кроме непосредственно технологических процессов, слова верификация и валидация активно используются в интернете, например, при регистрации в платежных системах (Skrill, Пейпал, Яндекс Деньгах, Киви, Perfect Money и др.), где для привязки к аккаунту пластиковой карты бывает необходимо пройти процесс ее верификации (проверки). Владельцы же сайтов знают, что Html код веб-страниц нужно проверять на валидность в специальном сервисе на соответствие требованиям.

Также вас может интересовать значение слова валидация в связи с тем, чтоб при входе в Контакте, Мой Мир или Однокласники у вас выскакивает окно с требованием пройти валидацию вашего аккаунта с помощью ввода номера телефона или отправки СМС. Как правило, это результат действия вируса заразившего ваш компьютер, поэтому чуть ниже мы и этой проблемы входа коснемся, а также вариантов ее решения.

Что такое верификация и чем она отличается от валидации?

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

Итак, что же такое это за слова такие хитрые? Как я уже говорил, прямой перевод толкования терминов приводит к тому, что валидация и верификация кажутся нам словами синонимами и означают проверку (собственно, на бытовом уровне это зачастую так и бывает). Однако, разница между ними есть, причем кардинальная.

Давайте для общего развития я попробую пояснить разницу. Слово верификация (от английского verification) означает проверку или тестирование. Какой бы технологический процесс не взять (изготовление механического изделия, написание программного обеспечения и т.п.), то верификация будет означать проверку правильности и качества выполнения всех этапов изготовления. Если собирали велосипед, то проверятся наличие всех необходимых элементов (руля, педалей, рамы и т.д) и соответствие их указанным в техзадании параметрам качества.

Слово валидация (от английского validation) ближе всего к понятию аттестация, а по сути означает комплексную проверку изделия требованиям заказчика им же самим. Если собирали велосипед, то он будет валидирован после того, как на нем прокатятся представители заказчика и признают его удовлетворяющим своим «хотелкам».

В чем же отличие? Можно сказать, что валидация — это тестирование изделия на физическую функциональность в процессе передачи его заказчику (велосипед едет или нет — проводят испытания) , а верификация — это то же тестирование, но «бумажное» на предмет соответствия изделия техническому заданию (как раз то самое наличие педалей, колес и руля у велосипеда), и проводится оно еще до передачи изделия или программного продукта заказчику.

Это безусловно грубое упрощение, но зато позволяющее пояснить разницу между понятиями простыми и доступными всем словами.

Еще один «грубый» пример. Допустим, было разработано новое лекарственное средство. Его формула и ТЗ передаются на фабрику. Исполнитель по окончанию работ проверяет (верифицирует) его химический состав и качество на соответствие ТЗ (техзадания). Заказчик же проводит валидацию полученного лекарства, испытывая его действие на пациентах или мышах. Если желаемый эффект будет достигнут, а побочные действия окажутся в рамках прогнозов, то лекарство будет успешно валидировано (аттестовано).

То же самое касается и программного обеспечения. Исполнитель выполняет работу, проводит верификацию на предмет соответствия функционала ПО техзаданию, а вот уже заказчик ставит ПО у себя и смотрит — выполняет ли оно возложенную на него задачу или нет. От результатов будет зависеть и решение по валидации или отправке на доработку.

Другими словами. Верификация — это подтверждение того, что задание было выполнено в полном соответствии с требованиями заказчика. А валидация — это проверка того, так ли как надо результирующее изделие (продукт) функционирует на практике. Может возникнуть ситуация, когда ТЗ выполнено, а изделие не работает или работает не так как надо. Поэтому процесс валидации является более всеобъемлющим и показательным, чем верификации (штамп «валидировано» ставится поверх штампа «верифицировано», если так можно выразиться).

Валидация и верификация в онлайн-сервисах интернета?

Скорее всего приведенные выше объяснения вас глубоко не тронули, ибо вам узнать значение этих слов нужно было совсем по другой причине (вне рамок отношений заказчик — исполнитель). Дайте догадаюсь почему?

Ну, возможно, вы вирус цепанули на комп и вас теперь в какую-нибудь социальную сеть всплывающее окно «Пройдите валидацию» не пускает. Вы смутно догадываетесь, что сообщать свой номер телефона или отправлять СМС не является лучшим решением проблемы, поэтому и решили погуглить на тему «что такое валидация». Заранее скажу, что отправлять ничего не нужно, а нужно комп чистить и файл Хостс приводить в исходный вид. Об этом чуть ниже мы поговорим подробнее.

Также, возможно, что вы зарегистрировались в какой-нибудь платежной системе (или другом онлайн-сервисе), где предлагают верифицировать вашу платежную карту, валидировать сайт или сделать что-то подобное. Буржуйские термины вам показались не слишком понятными и вы решили поискать ответ в Яндексе.

В этом случае опасаться нечего. Вас могут, например, при попытке привязки карты к аккаунту платежной системы, попросить верифицировать свою кредитку (проверить ее на способность проведения платежей). Обычно с нее снимают небольшую сумму, а потом просят вас указать, а сколько именно было снято. Если указали, то карта верифицируется и ей можно будет пользоваться для пополнения виртуального счета или вывода с него средств.

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

Некоторые сервисы предлагают пройти процедуру валидации, т.е. аттестации (подтверждения) вашего аккаунта, чтобы получить больше возможностей и прав. Выражается это обычно в подтверждении своей личности (нужно прислать скан паспорта; либо сделать сигну в обнимку с экраном компа, где открыта страница сервиса; либо указать номер телефона и потом ввести код полученный через СМС). Все это довольно часто владельцы сервисов обзывают валидацией, ибо слово получило достаточно большое распространение и стало можно сказать «модным».

Например, в Яндекс Деньгах мне пришлось пройти процесс валидации (идентификации) для того, чтобы получить возможность принимать платежи с некоторых сервисов на свой кошелек. Пришлось показать паспорт и стать своего рода аттестованным пользователем системы. Во многих социальных сетях при регистрации (например, Вконтакте) просят указать номер своего мобильного телефона, а потом пройти процесс его валидации/верификации (проверки) путем отправки на него СМС с кодом, который нужно будет ввести в специальном поле на странице регистрации.

Валидация аккаунта Вконтатке и Одноклассниках — у вас вирус

Последнее время довольно распространен вирус, который при входе на сайты популярных социальных сетей (Вконтакте, Одноклассники, Мой мир и др.) выбрасывает табличку с сообщением, что ваш аккаунт должен пройти валидацию описанным способом.

Это мошенники. Очень ненавязчиво и требовательно они вытянут из вас деньги (платные СМС сообщения и т.п. вещи), заставят установить какую-нибудь гадость на свой компьютер или сделают еще что-то не очень приятное. Что же делать?

Во-первых, не вестись на все эти уловки. Кто вас попросил о валидации — администрация социальной сети или злоумышленник, который с помощью вируса подменил страницу социальной сети? Как проверить? Довольно просто.

1. Посмотрите на адресную строку в вашем браузере — точно ли там написан адрес соцсети, а не поддельного сайта. Если адрес не тот (какая-то буква заменена или другой признак фейкового сайта обнаружили), то просто откройте страницу соцсети в новой вкладке из закладок барузера или же набрав ее название в Яндексе (Гугле), а затем перейдя по первой приведенной ссылке (это будет точно официальный сайт).
2. Если адрес верный, то попробуйте войти в свой аккаунт Вконтакте или Одноклассников с другого компьютера (планшета, сотового телефона). Можно попробовать также и через анонимайзер войти в Контакт с этого же компа. Войти получилось? Валидации не требовали? Значит ваш компьютер заражен вирусом и его нужно срочно лечить.

Во-вторых, нужно начать искать способ удаления вируса или хотя бы на первых порах нейтрализации его последствий. Если у вас антивирус не стоит, или он не активен (не оплатили очередной период, не обновили антивирусные базу, его заблокировал вирус), то попробуйте скачать портативную и бесплатную версию Доктора Веба (доверяю ему уже больше десяти лет) и просто запустите быструю проверку.

Наверняка он скажет, что у вас изменен файл Hosts и предложит его починить. После этого при входе в Контакт, Одноклассники и другие сети у вас валидацию требовать уже не будут.

Если данная утилита по каким-то причинам вам не помогла (не получилось скачать, не запустилась и т.п.), то можно самому попробовать найти и почистить от лишних записей так называемый файл Hosts.

Дело в том, что вирус мог в нем прописать строчку с адресом соцсети и совершенно не относящимся к ней IP-адресом. Браузер всегда сначала обращается к файлу Хостс на вашем компе (а только потом в интернет), и если там находит соответствие IP адреса и домена (например, vk.com 109.121.92.15), то сайт соцсети он будет открывать именно с этого IP, а там уже будет подготовлен фейковый сайт как две капли воды похожий на настоящий, но который при попытке входа будет выкидывать сообщение о валидации.

О том, где находится Hosts и как удалить из него вирус, читайте по приведенной ссылке.

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

Удачи вам! До скорых встреч на страницах блога KtoNaNovenkogo.ru

Использую для заработка

Рубрика: ЧАстые ВОпросы

Валидация данных

Валидация  — это проверка данных временных рядов на соответствие заданным условиям и ограничениям.

Валидация данных выполняется с помощью правил валидации. Для последовательного выполнения нескольких правил валидации они могут быть объединены в группу.

Примечание. Валидация доступна для экспресс-отчетов, таблиц в аналитических панелях, областей данных в регламентных отчётах, если источником данных является база данных временных рядов или стандартный куб с календарным измерением.

Все правила и группы валидации отображаются на вкладке боковой панели «Правила валидации».

Работа с правилами валидации осуществляется с помощью:

Для отображения вкладки «Правила валидации» убедитесь, что боковая панель отображена и выполните одно из действий:

Работа с вкладкой подобна работе с вкладкой «Правила валидации» анализа временных рядов;

Примечание. При открытии отчета в «Режиме просмотра» работа с правилами валидации возможна только через ленту инструментов.

Для создания правила валидации:

• нажмите кнопку «Создать > Правило валидации» на вкладке «Правила валидации» на боковой панели;

• выполните команду «Создать > Правило валидации» в контекстном меню объекта репозитория на вкладке боковой панели «Правила валидации».

Будет открыт диалог «Правило валидации». Созданное правило будет сохранено в БД временных рядов, но не будет выполнено.

Используйте вкладку боковой панели «Правила валидации». Для настройки параметров выбранного правила валидации:

• нажмите кнопку «Редактировать»;

• выполните команду «Редактировать» в контекстном меню правила;

• дважды щелкните по правилу валидации;

• нажмите клавишу F4. Возможность доступна только в настольном приложении.

Будет открыт диалог «Правило валидации».

Для создания группы правил валидации:

• нажмите кнопку «Создать > Группа правил валидации»;

• выполните команду «Создать > Группа правил валидации» в контекстном меню объекта репозитория на вкладке боковой панели.

Будет открыт диалог «Новая группа валидации».

Используйте вкладку боковой панели «Правила валидации». Для настройки параметров выбранной группы правил валидации:

• нажмите кнопку «Редактировать»;

• выполните команду «Редактировать» в контекстном меню группы;

• дважды щелкните по группе правил валидации;

• нажмите клавишу F4. Возможность доступна только в настольном приложении.

Будет открыт диалог для редактирования выбранной группы.

Правило/группа правил валидации может быть выполнена:

• в аналитической панели в текущем блоке;

• в экспресс-отчета на текущем листе;

• в регламентном отчете в текущей области данных.

Для выполнения правила/группы правил валидации используйте:

1. Выберите правило/группу правил.

2. Нажмите кнопку «Выполнить» или выполните одноименную команду в контекстном меню.

вкладку «Расширенная аналитика» на ленте инструментов:

1. Нажмите кнопку «Валидация».

2. В отобразившемся меню выберите требуемое правило/группу.

Валидация данных будет выполнена в указанной области.

Совет. Для выполнения правила/группы правил на текущем листе экспресс-отчета в веб-приложении перетащите правило/группу правил на лист.

Для удаления правила/группы правил, выделенной на вкладке боковой панели «Правила валидации»:

• нажмите кнопку «Удалить»;

• выполните команду «Удалить» в контекстном меню;

• нажмите сочетание клавиш CTRL+DELETE. Возможность доступна только в настольном приложении.

Будет запрошено подтверждение выполняемого действия.

Для перемещения правил/группы правил валидации:

1. Выделите правило/группу правил на вкладке боковой панели «Правила валидации».

2. Используйте команды в контекстном меню: «Копировать», «Вырезать», «Вставить».

Для создания папки, в которой могут храниться правила/группы правил валидации:

1. Перейдите на вкладку «Правила валидации» на боковой панели.

2. Выделите элемент, внутри которого должна быть создана папка.

3. Нажмите кнопку «Создать > Папку» или выполните одноименную команду в контекстном меню.

Папка будет создана внутри выделенного элемента.

Для поиска правила/группы правил валидации используйте строку поиска, расположенную в верхней части вкладки «Правила валидации» на боковой панели. Введите наименование искомого правила/группы правил в строку поиска. На вкладке останутся лишь правила/группы правил, соответствующие условиям поиска.

Для сброса результатов поиска очистите строку поиска.

Для переименования правила/группы правил, выделенной на вкладке боковой панели «Правила валидации»:

• выполните команду «Переименовать» в контекстном меню;

• щелкните по выделенному правилу/группе правил;

• нажмите клавишу F2. Возможность доступна только в настольном приложении и в экспресс-отчете в веб-приложении.

Название правила/группы правил будет переведено в режим редактирования. Для завершения редактирования нажмите клавишу ENTER.

В процессе выполнения правила валидации выявляются исключения. Исключения — это наблюдения или временные ряды, не соответствующие условиям правила валидации.

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

После выполнения валидации для работы с исключениями предназначена вкладка «Расширенная аналитика» на ленте инструментов.

Для быстрого перемещения между исключениями в таблице данных используйте кнопки на вкладке ленты «Расширенная аналитика»:

• . Выделяет предыдущее исключение;

• . Выделяет следующее исключение;

• . Выделяет первое исключение;

• . Выделяет последнее исключение.

Перемещение выполняется относительно текущей выделенной ячейки.

Легенда предназначена для демонстрации стиля оформления исключений в правилах валидации.

Для отображения легенды нажмите кнопку «Легенда» на вкладке ленты «Расширенная аналитика». Легенда содержит стили оформления исключений и названия только тех правил, которые выявили исключения.

Для скрытия легенды переведите кнопку  «Легенда» в ненажатое состояние.

Примечание. В инструменте «Отчёты» настройка доступна только в настольном приложении.

Нажмите кнопку «Очистить» группы кнопок «Валидация данных» на вкладке ленты инструментов «Расширенная аналитика».

Список запущенных валидаций и их результаты будут очищены.

что это простыми словами? В чем разница между валидацией и верификацией?

Понятия, которые мы будем основательно разбирать, довольно часто встречаются как в обыденной жизни, так и в специализированной литературе, профессиональной деятельности. Многие хотят знать, верификация и валидация – что это простыми словами? В чем разница между этими терминами? Давайте порассуждаем вместе.

Валидация и верификация — что это простыми словами?

Оба понятия связаны с тестированием какого-либо продукта и обеспечением его качества. Если мы будем говорить простым языком, то выведем следующее:

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

Рассказывая простыми словами, что это – верификация и валидация, нужно сделать упор и на такие факты:

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

Еще одно значение

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

Однако вместе с тем слова плотно вошли в жизнь и интернет-пользователей. Например, регистрируясь в платежных системах типа «Киви», «Яндекс. Деньги», вы должны пройти процесс верификации. В данном случае это обозначает проверку подлинности указанных данных о себе, идентификацию вас системой.

А те, кто активно пользуются социальными сетями («ВКонтакте», «Одноклассники» и проч.), рано или поздно видят перед собой окошко с просьбой пройти валидацию. Это такая же проверка истинности введенных вами данных. К примеру, на привязанный к аккаунту телефон приходит СМС с кодом, который нужно напечатать в определенное поле, чтобы подтвердить, что вы являетесь владельцем указанного номера.

Таким образом, в данном случае трудно выделить разницу между валидацией и верификации. И то и другое, по сути, здесь является проверкой на указание соответствующих действительности данных. Хотим также указать на факт, что валидацию/верификацию успешно используют разработчики различных вирусов с целью выманивания у вас личной информации. Отчего такие данные следует вводить на надежных ресурсах, с компьютера, защищенного современным качественным антивирусом.

Определение стандарта ИСО 9000:2000

Объяснить простыми словами, что это – верификация и валидация, поможет характеристика этих терминов, данная в документах ИСО (ISO – Международная организация по стандартизации). Здесь мы видим следующее:

• Верификация – подтверждение на основе объективных предоставленных фактов того, что установленные нормы были выполнены.
• Валидация – подтверждение на основе объективных предоставленных фактов того, что установленные нормы для конкретного применения выполнены.

Вот из этих определений уже вытекает разница валидации и верификации:

• Первая процедура проводится только по необходимости. Продукт анализируется в заданных условиях эксплуатации. Результатом будет вердикт: возможно ли его использовать в данной обстановке.
• Вторая процедура практически обязательна. Это проверка на соответствие продукта требованиям, которые будут актуальны при любых условиях, при любом использовании.

Прочие определения верификации

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

• Подтверждение соответствия выпущенного товара, продукта определенным эталонам.
• Практически обязательная процедура; сличение характеристик произведенной единицы с рядом заданных требований. Результат – вердикт соответствия или несоответствия последним.
• Провозглашение подтверждения, что установленные нормы в отношении изделия были выполнены.
• Простыми словами – создан продукт, который соответствует необходимым стандартам.

Прочие определения валидации

Рассмотрим теперь определения валидации:

• Практическое определение того, насколько тот или иной продукт соответствует ожиданиям его непосредственных пользователей.
• Процедура, которую проводят при необходимости. Это распространенный анализ заданных условий и оценка характеристик продукта касательно его эксплуатации в данной среде. Результат – вывод о возможности использования товара, изобретения в определенной сфере.
• Подтверждение соблюдения требований системы стандартов, заказчика, непосредственного пользователя и проч.
• Простыми словами – создан правильный продукт, удовлетворяющий потребителя.

Отличия на основе перевода

Определить, в чем разница между валидацией и верификацией, поможет и обращение к переводу этих слов, имеющих английские корни:

• Verification – какая-либо проверка.
• Validation – придание чему-либо законной силы.

Даже из этого следует, что верификация предшествует валидации, не является конечной. Окончательный вердикт продукту, имеющий законную силу, дает именно последняя.

Отличия верификации и валидации в сравнении

В сравнительной таблице легче обозначить различия этих в чем-то схожих терминов.

Верификация	Валидация
Делаем ли мы продукцию правильно?	Произвели ли мы правильный продукт?
Вся ли функциональность была реализована?	Верно ли функциональность была реализована?
Верификация предшествует валидации: она включает в себя полную проверку правильности написания, производства и прочего сотворения.	Случается уже после верификации — это оценка качества произведенного продукта.
Проводят разработчики.	Проводят тестировщики.
Статистический тип анализа: сравнение с установленными требованиями к продукту.	Динамический тип анализа: продукт тестируется в эксплуатации для выяснения его соответствия нормам.
Объективная оценка: выносится на основе соответствия определенным стандартам.	Субъективная оценка: личная оценка, которую ставит специалист-тестировщик.

Давайте еще немного порассуждаем, чем отличается валидация от верификации, в следующем разделе.

Ключевые различия понятий

Итак, расставим все точки над i. Верификация – это любое тестирование, через которое проходит продукт. Проверка правильности технологии его производства, а также качества изделия. Валидация же — понятие, более близкое к аттестации. Это соответствие каким-то конкретным, а не общим требованиям. Насколько хорош продукт не вообще, а именно для определенного потребителя, заказчика или заданных условий.

Еще можно отметить, что верификация – это бумажное, теоретические тестирование технологии или продукта. Валидация же – реальная, физическая проверка, осуществляемая на практике, в конкретных условиях.

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

Примеры верификации

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

Фармацевтический завод проверяет лекарства на соответствие конкретным требованиям. На вводе в производство устанавливается их безопасность для пациента в определенных дозах, отсутствие эффекта плацебо, неимение возможности проявления губительного привыкания и проч. Таким образом, верификация препаратом пройдена. А валидацию в этом случае проводит уже лечащий доктор: он определяет, поможет ли лекарство конкретному пациенту, не приведет ли его применение к риску для жизни и здоровья этого человека и т. д.

Рассмотрим на примере велосипеда. Проверяем, есть ли руль, сидение, цепи, колеса, тормозная система и проч. Все на месте? Верификация пройдена!

Примеры валидации

Теперь примеры, чем отличается валидация от верификации.

Какое-либо предприятие в соответствии с определенными требованиями производит универсальные трубы. Поступает вопрос от заказчика: возможно ли данный продукт проложить по дну моря? Производитель должен провести валидацию своих труб в соответствии с предложенными условиями, чтобы объективно ответить на этот вопрос.

На примере того же велосипеда рассмотреть валидацию тоже очень легко. На устройстве можно кататься? Можно затормозить? Можно повернуть вправо, влево? Переключить скорость? Если все возможно, валидация пройдена. Не смогли затормозить, упало сидение, расшатан руль – увы, велосипед данную процедуру не прошел.

Вот мы и разобрали понятия «верификация» и «валидация», постаравшись выразить все простым языком. Надеемся, что это поможет вам четко проследить разницу между ними, особенности каждого.

Валидация форм — Принципы — Контур.Гайды

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

Описанное здесь поведение валидаций и отображение ошибок реализовано в библиотеке «React UI Validations», по возможности используйте эту библиотеку в продукте.

Принципы

Задача дизайнера — сделать так, чтобы пользователь не совершил ошибку и валидация не понадобилась, для этого:

1. Ограничьте выбор заведомо неверных значений в списке: блокируйте эти значения или не показывайте в списке.
2. Ограничьте ввод неподходящих символов. Если в поле нужно вводить только цифры, и это очевидно пользователю, игнорируйте ввод букв вместо того, чтобы показать ошибку. Используйте маски в полях, где у значений известен формат.
3. Пишите подсказки для заполнения формы. Например, плейсхолдер в полях ввода.

Валидация на только что открытой пустой форме запрещена. Исключение — черновики, когда пользователь уже заполнял эту форму, через какое-то время вернулся к ней, а она заполнена с ошибками.

Виды валидации

Существует три вида валидаций: мгновенная, по потере фокуса и по отправке формы.

Чем раньше интерфейс сообщает об ошибке, тем лучше — пользователю проще вернуться и исправить ошибку.

Самый быстрый способ сообщить об ошибке — мгновенная валидация. Но она возможна только в тех случаях, когда в процессе ввода понятно, что значение некорректное. Обычно такие ошибки связаны с неправильной раскладкой клавиатуры (кириллица вместо латиницы) или вводом букв в цифровое поле (ИНН, КПП и др.) Для этих случаев мы используем поля с масками: ввод неподходящих символов в них заблокирован. Поэтому в наших интерфейсах есть только два вида валидации:

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

Валидация по потере фокуса

Когда использовать

Этот вид валидации подходит для большинства случаев.

Как работает

Не валидируйте поля на пустоту по потере фокуса — не показывайте ошибку если поле не заполнено, возможно пользователь вернется и заполнит поле чуть позже. Показывать ошибку в таких случаях можно только после отправки формы.

Валидация срабатывает сразу после потери фокуса, если значение в поле заполнено. Если найдена ошибка, поле подсвечивается красным. Фокус в это поле автоматически не возвращается:

Текст ошибки появляется в тултипе, когда поле получает наведение или фокус:

Поле с ошибкой должно остаться подсвеченным, если оно получило фокус, его значение не исправляли, а затем оно потеряло фокус.

Красная подсветка снимается с поля, как только пользователь начал исправлять ошибочное значение.

Валидация при отправке формы

Когда использовать

Используйте этот вид валидации, когда нельзя проверить поля по потере фокуса. Например, для проверки заполнения обязательных полей.

Как работает

Проверка происходит после того, как пользователь нажал кнопку отправки данных: все поля с ошибками на форме подсвечиваются, страница прокручивается к первому полю с ошибкой, фокус перемещается в это поле, курсор встает в конец строки, рядом с полем появляется тултип с подсказкой.

При прокрутке к первому полю от верхней границы окна до ошибочного поля остается отступ 48px — шесть модулей.

Блокирование кнопки отправки

В небольших формах вместо проверки заполнения обязательных полей можно блокировать кнопку отправки формы. Используйте это поведение, когда очевидно, почему кнопка отправки формы неактивна. Например, на форме входа:

Как только заполнены все обязательные поля — кнопка становится активной. Если после этого пользователь стер значение в одном из полей — кнопка снова должна стать не активной.

Сообщения об ошибках

Об ошибках можно сообщать двумя способами:

1. Красным текстом около поля, обычно под полем или справа от него:
2. Текстом в тултипе:

Из этих двух способов мы рекомендуем использовать тултипы. Они идут отдельным слоем, поэтому не раздвигают форму и легко размещаются, даже если поля на форме расположены плотно.

Тултипы

Как работают

Тултип с подсказкой появляется в двух случаях:

1. При наведении на поле с ошибкой.
2. Когда поле с ошибкой получает фокус.

Если значение в поле с ошибкой было изменено, потеряло фокус, а потом заново оказалось в фокусе — тултип с текстом старой ошибки уже не возникает. Это правило одинаково работает для всех типов валидаций: и по потере фокуса, и при отправке формы.

Тултип исчезает, когда:

1. Курсор вышел из области поля с ошибкой.
2. Поле с ошибкой потеряло фокус.

Тултип по наведению перекрывает тултип по фокусу.

Тултип может появляться сверху или справа от контрола с ошибкой, так чтобы он не перекрывал полезную информацию:

Единообразие поведения и внешнего вида

Показывайте тултипы справа от полей. Eсли в этом случае они перекрывают важное содержимое на странице, выводите тултипы сверху. Придерживайтесь единообразия, но помните, что контент важнее него.

Красные тексты на странице

Как работают

Красный текст ошибки появляется сразу, как только произошла валидация и ошибочное поле подсветилось.

Как только пользователь начал исправлять значение, красная подсветка поля исчезает, и цвет текста ошибки меняется на черный — #333.

Текст ошибки пропадает по потере фокуса и больше не появляется, если поле заново получает фокус. Это правило одинаково работает для всех типов валидаций: и по потере фокуса, и при отправке формы.

Выводите текст ошибки справа, если на форме есть место, а само сообщение короткое. Так форму не придется раздвигать, чтобы показать ошибку.

Если справа от поля нет места для текста, раздвигайте форму и выводите сообщение под полем.

На более сложных формах выводите сообщение об ошибке в тултипе.

Валидация зависимых полей

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

Ошибки, которые связаны с нарушением зависимости полей, мы показываем после сабмита формы. Например, ИНН и КПП. Если пользователь указал ИНН из 10 цифр, а поле с КПП оставил пустым, после отправки формы пустое поле с КПП будет подсвечено.

ИНН может быть двух видов:

• 10-значный у юридических лиц
• 12-значный у ИП.

Если пользователь указал ИНН из 12 цифр, значит организация — индивидуальный предприниматель, и у нее нет КПП, значит поле КПП заполнять не нужно. И наоборот, если заполнено КПП, а ИНН указан 12-значный, возможно неверно указан ИНН.

Подсветка зависимых полей пропадает, как только пользователь начал исправлять значение в одном из этих полей.

Если при заполнении зависимого поля нарушен формат значения, сообщайте о такой ошибке при потере фокуса. Например, пользователь ввел 3 цифры в поле ИНН и убрал фокус. Такое поле должно подсветиться сразу же.

Пример

Есть форма из 5 полей:

• Название организации — простое текстовое, обязательное
• ИНН — 10 или 12 цифр, проверка контрольной суммы по потере фокуса, обязательное
• КПП — 9 цифр с проверкой контрольной суммы по потере фокуса, обязательное, если ИНН состоит из 10 цифр
• Электронная почта — адрес почты, проверка по потере фокуса по маске [email protected], необязательное
• Телефон — международный формат, проверка по потере фокуса по маске +00000000000, обязательное

Пользователь пропустил поле с названием организации, заполнил ИНН значением из 10 цифр, перешел в поле почты, указал некорректный адрес, перешел в поле с телефоном и указал некорректный номер, но из поля пока не ушел:

Пользователь навел курсор на поле с почтой, появился тултип. Но исправлять значение пользователь не стал:

Пользователь нажал кнопку «Отправить» — фокус перешел в поле «Название организации», так как оно обязательное и незаполненное:

Поле с телефоном также подсветилось красным, так как заполнено некорректно. ИНН и КПП подсветились, так как ИНН состоит из 10 цифр, значит должен быть заполнен и КПП — валидация зависимых полей произошла только после отправки формы.

Пользователь начинает вводить название организации, подсветка поля гаснет, а текст подсказки остается:

Заполнил название организации, перешел в поле ИНН:

Понял, что ИНН правильный, и нужно заполнить КПП:

Начал заполнять поле КПП. Красная рамка у ИНН и КПП исчезла — пользователь изменил значение в одном из зависимых полей:

Заполнил КПП, перешел в следующее поле:

Исправил почту, перешел в следующее поле:

Исправил телефон, кликнул за пределами поля:

Теперь по нажатию кнопки «Отправить» все будет хорошо.

Что не так с валидацией данных и при чем тут принцип подстановки Лисков? / Хабр

Если вы иногда задаете себе вопрос: «а всё ли хорошо мне в этот метод приходит?» и выбираете между «а вдруг пронесет» и «лучше на всякий случай проверить», то добро пожаловать под кат…

Поправка: Как заметили lorc и 0xd34df00d, то, о чем ниже идет речь, называется зависимыми типами. Почитать о них можно тут. Ну а ниже исходный текст с моими соображениями по этому поводу.

При разработке часто возникает потребность проверки валидности данных для некоторого алгоритма. Формально это можно описать следующим образом: пусть мы получаем некоторую структуру данных, проверяем ее значение на соответствие некоторой области допустимых значений (ОДЗ) и передаем ее дальше. Впоследствии эта же структура данных может быть подвергнута такой же проверке. В случае неизменяемости структуры, повторная проверка ее валидности – очевидно лишнее действие.

Хотя валидация может действительно быть долгой, проблема тут не только в производительности. Гораздо неприятнее лишняя ответственность. У разработчика нет уверенности нужно ли проверять структуру на валидность еще раз. Кроме лишней проверки, можно наоборот допустить отсутствие всякой проверки, неверно предполагая, что структура была проверена ранее.

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

В этом таится неочевидная более глубокая проблема. На самом деле, валидная структура данных представляет собой подтип исходной структуры. С этой точки зрения, проблема с методом, принимающим только валидные объекты, эквивалентна следующему коду на вымышленном языке:

class Parent { ... }
class Child : Parent { ... }

...

void processValidObject(Parent parent) {
    if (parent is Child) {
        // process
    } else {
        // error
    }
}

Согласитесь, что теперь проблема гораздо яснее. Перед нами каноничное нарушение принципа подстановки Лисков. Почитать почему нарушать принцип подстановки плохо можно, например, тут.

Решить проблему передачи невалидных объектов можно с помощью создания подтипа для исходной структуры данных. Например, можно создавать объекты через фабрику, которая по исходной структуре возвращает либо валидный объект подтипа, либо null. Если мы изменим сигнатуру методов, ожидающих валидную структуру так, что они станут принимать только подтип, то проблема исчезнет. Так же помимо уверенности в том, что система точно работает, уменьшится количество валидаций на квадратный сантиметр кода. Еще одним плюсом является то, что такими действиями мы перекладываем ответственность валидации данных с разработчика на компилятор.

В Swift’е, на уровне синтаксиса, решается проблема проверки на null. Идея состоит в том, чтобы разделить типы на допускающие значение null и не допускающие. При этом сделано это в виде сахара таким образом, что программисту не требуется объявлять новый тип. При объявлении типа переменной ClassName гарантируется, что в переменной ненулевое значение, а при объявлении ClassName? переменная допускает значение null. При этом между типами существует коваринтность, то есть в методы, принимающие ClassName?, можно передать и объект типа ClassName.

Эту идею можно расширить до задаваемых пользователем ОДЗ. Снабжение объектов метаданными, содержащими ОДЗ, хранящимися в типе, устранит описанные выше проблемы. Хорошо бы получить поддержку такого средства в языке, но такое поведение реализуемо и в «обычных» ОО-языках, таких как Java или C# с помощью наследования и фабрики.

Ситуация с валидацией данных это очередное подтверждение того, что в ООП сущности берутся не из реального мира, а из инженерных потребностей.

UPD: Как правильно подметили в комментариях, подтипы создавать стоит только в том случае, если мы получим дополнительную надежность и уменьшим количество одинаковых валидаций.

Так же в статье не хватает примера. Пусть на вход к нам поступают некоторые пути файлов. Наша система в некоторых случаях работает со всеми файлами, а в некоторых случаях только с файлами, к которым мы имеем доступ. Далее мы хотим передать их в разные подсистемы, которые так же работают как с доступными, так и с недоступными файлами. Далее эти подсистемы передают файлы еще дальше, где опять не понятно файл доступен или нет. Таким образом во всяком сомнительном месте появится проверка доступа или может напротив забудется. Из-за этого система усложнится в силу повсеместной неоднозначности и проверок. А проверки эти грузят диск и вообще тяжелые. Можно эту проверку кешировать в булевом поле, но это нас не избавит от самого факта необходимости проверки. Я предлагаю ответственность проверки переложить с разработчика на компилятор.

Что такое проверка данных? Как это работает и почему это важно

Обзор

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

Хотя проверка данных является важным этапом в любом рабочем процессе обработки данных, ее часто пропускают.Может показаться, что проверка данных — это шаг, который замедляет ваш темп работы, однако он важен, поскольку поможет вам добиться наилучших возможных результатов. В наши дни проверка данных может быть гораздо более быстрым процессом, чем вы могли подумать. С платформами интеграции данных, которые могут включать и автоматизировать процессы валидации, валидацию можно рассматривать как важный компонент вашего рабочего процесса, а не как дополнительный этап.

Зачем нужна проверка?

Проверка точности, ясности и детализации ваших данных необходима для устранения любых дефектов проекта.Без проверки ваших данных вы рискуете принимать решения на основе данных с недостатками, которые не точно отражают текущую ситуацию.

Хотя проверка входных данных и значений важна, также необходимо проверить саму модель данных. Если ваша модель данных не структурирована или построена неправильно, вы столкнетесь с проблемами при попытке использовать файлы данных в различных приложениях и программном обеспечении.

Как структура, так и содержимое ваших файлов данных будут определять, что именно вы можете делать с вашими данными.Использование правил проверки для очистки ваших данных перед использованием помогает смягчить сценарии «мусор на входе = мусор на выходе». Обеспечение целостности ваших данных помогает обеспечить законность ваших выводов.

Типы проверки данных

Правила проверки согласованности

Самыми простыми (и, возможно, наиболее важными) правилами, используемыми при проверке данных, являются правила, обеспечивающие целостность данных. Вы, наверное, знакомы с подобными практиками.Проверка орфографии? Проверка достоверности данных. Минимальная длина пароля? Проверка достоверности данных.

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

• Тип данных (например, целое число, число с плавающей запятой, строка)
• Диапазон (напр.Число от 35 до 40)
• Уникальность (например, почтовый индекс)
• Последовательные выражения (например, использование одной из ул., Ул., Ул.)
• Нет нулевых значений

Стандарты формата

Проверка структуры ваших данных так же важна, как и проверка самих данных. Это гарантирует, что вы используете соответствующую модель данных для форматов, совместимых с приложениями, в которых вы хотите использовать свои данные.

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

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

Как выполнить проверку данных

Проверка скриптами

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

Проверка программами

Многие программы могут быть использованы для проверки данных за вас. Этот метод проверки очень прост, поскольку эти программы были разработаны для понимания ваших правил и файловых структур, с которыми вы работаете. Идеальный инструмент — это тот, который позволяет вам встраивать валидацию в каждый этап вашего рабочего процесса, не требуя глубокого понимания основного формата.

FME для проверки данных

Программное обеспечение

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

Чтобы убедиться, что ваши данные наиболее эффективно служат своему назначению, вы можете добавить в рабочий процесс «преобразователи» на основе проверки. Например, преобразователи GeometryValidator, AttributeValidator и Tester от FME помогут вам проверить, что ваши данные отформатированы и структурированы в соответствии с вашими конкретными правилами проверки данных.Эти преобразователи можно использовать в начале рабочих процессов для проверки правильности считываемых данных или в конце рабочего процесса для проверки правильности преобразования и преобразования ваших данных.

FME поддерживает более 450 форматов и приложений с помощью инструментов, называемых программами чтения и записи. Каждый читатель и писатель были разработаны для понимания специфики вашего формата данных, чтобы помочь в процессе проверки. Читатели и писатели выходят за рамки простого понимания расширения файла.Они тоже понимают, основываясь на функциях. Например, не все файлы .xml одинаковы. Вы можете использовать XML для хранения данных для CityGML, GPX, LandXML или Microsoft MapPoint Web. Каждый из читателей и авторов FME интерпретирует ваши данные по необходимости, а не только по формату.

Когда вы запустите рабочие процессы, если ваши данные недействительны или возникнут какие-либо другие проблемы с рабочим процессом, вы получите уведомление в деталях отчета. Эта информация поможет вам повторить шаги и перенастроить рабочий процесс, чтобы исправить ваши данные.

С FME вы можете гарантировать, что ваши данные на правильные, (не содержат несоответствий или ошибок), полные, (отсутствуют пропущенные поля, где требуется значение), и соответствуют (соответствует спецификациям стандартов моделей данных) .

Что такое предприятие?

FME признана платформой интеграции данных с лучшей поддержкой пространственных данных во всем мире. Однако он может обрабатывать гораздо больше, чем просто пространственные данные. FME может помочь вам интегрировать бизнес-данные, 3D-данные и приложения на одной платформе.FME предлагает ряд вспомогательных инструментов преобразования данных, называемых преобразователями, которые позволяют легко интегрировать более 450 форматов и приложений. С FME у вас есть возможность трансформировать и интегрировать именно так, как вы хотите.

Safe Software, создатели FME, являются лидерами в мире технологий, которые стремятся быть на шаг впереди тенденций интеграции данных. FME постоянно обновляется, чтобы обеспечить его адаптацию для поддержки новых форматов данных, обновленных версий существующих форматов данных и больших объемов данных.Исчезла идея о том, что отдельные отделы должны работать в своих хранилищах данных, а ИТ-структуры ограничивают потенциал компании, чтобы по-настоящему работать как единое целое. Данные должны иметь возможность свободно передаваться независимо от того, где, когда и как они нужны.

Связанные ресурсы

Проверка данных и обеспечение качества с FME

правая стрелка

Советы по повышению качества данных

правая стрелка

Контрольный список для окончательной проверки геопространственных данных

правая стрелка

Почему следует заботиться о пространственных данных

правая стрелка

Что такое преобразование данных?

правая стрелка

Что такое интеграция приложений?

правая стрелка .

Подробнее о проверке данных — Excel

Вы можете использовать проверку данных, чтобы ограничить тип данных или значений, которые пользователи вводят в ячейки. Например, вы можете использовать проверку данных для вычисления максимально допустимого значения в ячейке на основе значения в другом месте книги. В следующем примере пользователь ввел abc, что не является допустимым значением в этой ячейке.

Когда полезна проверка данных?

Проверка данных бесценна, если вы хотите поделиться книгой с другими и хотите, чтобы введенные данные были точными и согласованными.Помимо прочего, вы можете использовать проверку данных для следующего:

• Ограничить записи предопределенными элементами в списке — Например, вы можете ограничить выбор отдела пользователем бухгалтерией, расчетом заработной платы, кадрами, и это лишь некоторые из них.

• Ограничить числа за пределами указанного диапазона — Например, вы можете указать максимальный процентный ввод для годового повышения заслуг сотрудника, скажем, 3%, или разрешить только целое число от 1 до 100.

• Ограничение дат вне определенного временного интервала — Например, в запросе сотрудника на отгул вы можете запретить кому-либо выбирать дату, предшествующую сегодняшней дате.

• Ограничить время вне определенного временного интервала — Например, вы можете указать расписание встреч между 8:00 и 17:00.

• Ограничить количество текстовых символов — Например, вы можете ограничить разрешенный текст в ячейке до 10 или менее символов.

• Проверка данных на основе формул или значений в других ячейках. — Например, вы можете использовать проверку данных, чтобы установить максимальный предел для комиссионных и бонусов на основе общего прогнозируемого значения заработной платы. Если пользователи вводят сумму, превышающую лимит, они видят сообщение об ошибке.

Ввод проверки данных и сообщения об ошибках

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

Вы настраиваете свое входное сообщение на второй вкладке проверки данных.

Как только ваши пользователи привыкнут к вашему входному сообщению, вы можете снять флажок Показывать входное сообщение, когда выбрана ячейка .

Также можно отобразить предупреждение об ошибке , которое появляется только после того, как пользователи вводят неверные данные.

Вы можете выбрать один из трех типов предупреждений об ошибках:

Значок	Тип	Использовать до
	Остановка	Запретить пользователям вводить недопустимые данные в ячейку. Предупреждающее сообщение Stop имеет два варианта: Retry или Cancel .
	Предупреждение	Предупредить пользователей о том, что введенные ими данные неверны, не препятствуя их вводу. Когда появляется предупреждающее сообщение Предупреждение , пользователи могут щелкнуть Да, , чтобы принять недопустимую запись, Нет, , чтобы отредактировать недопустимую запись, или Отмена, , чтобы удалить недопустимую запись.
	Информация	Сообщите пользователям, что введенные ими данные недействительны, не препятствуя их вводу. Этот тип предупреждений об ошибках является наиболее гибким. Когда появляется предупреждающее сообщение Информация , пользователи могут щелкнуть ОК , чтобы принять недопустимое значение, или Отмена , чтобы отклонить его.

Советы по работе с проверкой данных

Воспользуйтесь этими советами и приемами для работы с проверкой данных в Excel.

Примечание. Если вы хотите использовать проверку данных с книгами в службах Excel или в веб-приложении Excel, вам необходимо сначала создать проверку данных в настольной версии Excel.

• Ширина раскрывающегося списка определяется шириной ячейки, в которой выполняется проверка данных.Вам может потребоваться отрегулировать ширину этой ячейки, чтобы предотвратить усечение допустимых записей, которые шире, чем ширина раскрывающегося списка.

• Если вы планируете защитить рабочий лист или книгу, защитите ее после того, как вы закончите указывать какие-либо параметры проверки. Убедитесь, что вы разблокировали все проверенные ячейки, прежде чем защищать лист. В противном случае пользователи не смогут вводить данные в ячейки. См. Раздел Защита рабочего листа.

• Если вы планируете предоставить общий доступ к книге, предоставьте общий доступ к ней только после того, как вы закончите указывать параметры проверки и защиты данных. После того, как вы поделитесь книгой, вы не сможете изменить настройки проверки, пока не прекратите общий доступ.

• Вы можете применить проверку данных к ячейкам, в которые уже были введены данные. Однако Excel не уведомляет автоматически о том, что существующие ячейки содержат недопустимые данные.В этом случае вы можете выделить недопустимые данные, указав Excel обвести их на листе. Как только вы определили неверные данные, вы можете снова скрыть круги. Если вы исправите неверную запись, кружок исчезнет автоматически.

  

  Чтобы применить круги, выберите ячейки, которые вы хотите оценить, и перейдите к Data > Data Tools > Data Validation > Circle Invalid Data .

  

• Чтобы быстро удалить проверку данных для ячейки, выберите ее и перейдите к Data > Data Tools > Data Validation > Settings > Clear All .

• Чтобы найти ячейки на листе с проверкой данных, на вкладке Home в группе Редактирование щелкните Найти и выбрать , а затем щелкните Проверка данных . После того, как вы нашли ячейки, в которых есть проверка данных, вы можете изменить, скопировать или удалить параметры проверки.

• При создании раскрывающегося списка вы можете использовать команду «Определить имя» (вкладка Формулы, , группа Определенные имена, ), чтобы определить имя диапазона, который содержит список.После создания списка на другом листе вы можете скрыть лист, содержащий список, а затем защитить книгу, чтобы пользователи не имели доступа к списку.

• Если вы измените параметры проверки для ячейки, вы можете автоматически применить изменения ко всем другим ячейкам с такими же настройками. Для этого на вкладке Настройки установите флажок Применить эти изменения ко всем другим ячейкам с такими же настройками .

• Если проверка данных не работает, убедитесь, что:

  • Пользователи не копируют и не заполняют данные. — Проверка данных предназначена для отображения сообщений и предотвращения недействительных записей только тогда, когда пользователи вводят данные непосредственно в ячейку. Когда данные копируются или заполняются, сообщения не появляются. Чтобы запретить пользователям копировать и заполнять данные путем перетаскивания ячеек, перейдите в Файл > Параметры > Расширенный > Параметры редактирования > снимите флажок Включить дескриптор заполнения и перетаскивание ячейки , а затем защитите лист.

  • Ручной пересчет выключен. — Если ручной пересчет включен, невычисленные ячейки могут помешать правильной проверке данных. Чтобы отключить ручной пересчет, перейдите на вкладку Формулы > группа Расчет > Параметры расчета > щелкните Автоматически .

  • Формулы не содержат ошибок — Убедитесь, что формулы в проверенных ячейках не вызывают ошибок, например #REF! или # DIV / 0 !.Excel игнорирует проверку данных, пока вы не исправите ошибку.

  • Ячейки, указанные в формулах, верны. — Если указанная ячейка изменяется так, что формула в проверенной ячейке вычисляет недопустимый результат, сообщение проверки для ячейки не отображается.

  • Таблица Excel может быть связана с сайтом SharePoint. — Вы не можете добавить проверку данных в таблицу Excel, связанную с сайтом SharePoint.Чтобы добавить проверку данных, необходимо отключить таблицу Excel или преобразовать таблицу Excel в диапазон.

  • Возможно, вы сейчас вводите данные. — Команда проверки данных недоступна, пока вы вводите данные в ячейку. Чтобы завершить ввод данных, нажмите Enter или ESC для выхода.

  • Рабочий лист может быть защищен или открыт для общего доступа. — Вы не можете изменить параметры проверки данных, если ваша книга является общей или защищенной.Сначала вам нужно отменить доступ к книге или снять защиту с нее.

Как обновить или удалить проверку данных в унаследованной книге

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

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

У вас есть конкретный вопрос по функциям?

Задайте вопрос на форуме сообщества Excel

Помогите нам улучшить Excel

У вас есть предложения о том, как мы можем улучшить следующую версию Excel? Если да, ознакомьтесь с темами на сайте Excel User Voice.

.

Проверка данных | Методы, определение, как и что?

Проверка — это автоматическая проверка, выполняемая для гарантии того, что вводимые данные являются рациональными и приемлемыми. Он не проверяет правильность самих данных.

В качестве примера предположим, что кафе нанимает бариста в возрасте от 18 до 25 лет. Систему можно запрограммировать на прием только чисел от 18 до 25 для поля возраста. Это называется проверкой диапазона.

Однако это не гарантирует, что введен правильный номер.Возраст заявителя может быть 20, но если 18 будет введено, он все равно будет действительным, просто неверным.

Проверка — это способ уменьшить количество ошибок при вводе данных.

Проверка выполняется компьютером при вводе данных. Это способ проверки входных данных на соответствие заданному набору правил проверки.

Цель валидации — убедиться, что любой заданный набор данных является логичным, рациональным, полным и находится в допустимых пределах.

Методы валидации

Существует несколько методов проверки, которые можно использовать для проверки входных данных.

Проверка диапазона — обычно используется при работе с данными, которые содержат числа, валюту или значения даты и времени.

• Проверка диапазона позволяет установить соответствующие пределы:

Граница	Описание	Проверка
Верхний предел	Максимальная цена любого предмета в магазине — 10 долларов.	<= 10
Нижний предел	В магазине все товары имеют соответствующую стоимость.	> = 0
Диапазон	Количество отработанных часов должно быть меньше или равно 8, но больше 0.	> 0 и <= 8

Проверка типа — это способ подтвердить, что введен правильный тип данных.

• Например, в форме приложения возраст может находиться в диапазоне от 0 до 100. Числовой тип данных будет подходящим выбором для этих данных. Определив тип данных как число, в поле можно указывать только числа (например,г. 18, 20, 25), и это не позволит людям вводить словесные данные, такие как «восемнадцать».
• Некоторые типы данных могут выполнять дополнительную проверку типа. Например, тип данных даты гарантирует, что введенная дата существовала в какой-то момент в прошлом или будет существовать в будущем. Например, он не примет дату 30.02.2018.

Контрольная цифра — используется для проверки правильности ввода ряда цифр. Есть много способов произвести контрольные цифры.

• Например, система нумерации ISBN-10 для книг использует деление по модулю 11, при котором в результате операции выводится остаток от деления.

Проверка длины — используется, чтобы убедиться, что в поле введено правильное количество символов. Он подтверждает, что введенная строка символов не слишком короткая и не слишком длинная.

• Например, рассмотрим пароль, который должен состоять из 8 символов. Проверка длины гарантирует, что в поле будет введено ровно 8 символов.

L ookup — это помогает уменьшить количество ошибок в поле с ограниченным списком значений.

• Например, тот факт, что в году есть только 12 возможных месяцев, гарантирует, что список возможных значений ограничен.
• Список подстановки имеет следующие преимущества:

• • Более быстрый ввод данных — потому что обычно намного быстрее выбирать из списка, чем вводить каждую отдельную запись.
  • Повышенная точность — потому что это снижает риск орфографических ошибок.
  • Повышенное удобство использования — поскольку он ограничивает возможности выбора, отображая только самые важные варианты.

Проверка формата — проверяет правильность формата входных данных.

• Например, номер национального страхования имеет вид XX 99 99 99 XX, где X — любая буква, а 9 — любое число.

Проверка присутствия — этот вид проверки гарантирует, что важное или обязательное поле не может быть оставлено пустым: оно должно быть заполнено.Если кто-то попытается оставить поле пустым, отобразится сообщение об ошибке, и он не сможет перейти к следующему шагу, а также не сможет сохранить какие-либо другие введенные данные.

.

Применить проверку данных к ячейкам

Загрузите наши примеры

Загрузите образец книги со всеми примерами проверки данных в этой статье

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

2. Выберите Данные> Проверка данных .

   

3. На вкладке Настройки в разделе Разрешить выберите вариант:

   • Целое число — чтобы ячейка могла принимать только целые числа.

   • Десятичное — чтобы ячейка могла принимать только десятичные числа.

   • Список — выбрать данные из выпадающего списка.

   • Дата — чтобы ячейка могла принимать только дату.

   • Время — ограничить ячейку принимать только время.

   • Длина текста — ограничить длину текста.

   • Custom — для нестандартной формулы.

4. В разделе Данные выберите условие:

   • между

   • не между

   • равно

   • не равно

   • больше

   • менее

   • больше или равно

   • меньше или равно

5. На вкладке Настройки в разделе Разрешить выберите вариант:

6. Задайте другие требуемые значения в зависимости от того, что вы выбрали для Разрешить и Данные .Например, если вы выбираете между , затем выберите значения Минимум: и Максимум: для ячеек.

7. Установите флажок Игнорировать пробелы , если вы хотите игнорировать пробелы.

8. Если вы хотите добавить Заголовок и сообщение для своего правила, выберите вкладку Входное сообщение , а затем введите заголовок и введите сообщение.

9. Установите флажок Показывать входное сообщение, когда выбрана ячейка. , чтобы отображать сообщение, когда пользователь выбирает или наводит курсор на выбранные ячейки.

10. Выбрать ОК .

    Теперь, если пользователь пытается ввести недопустимое значение, появляется всплывающее окно с сообщением: «Это значение не соответствует ограничениям проверки данных для этой ячейки.”

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

Ограничить ввод данных

1. Выберите ячейки, в которых вы хотите ограничить ввод данных.

2. На вкладке Data щелкните Data Validation > Data Validation .

   Примечание. Если команда проверки недоступна, возможно, лист защищен или к книге открыт общий доступ. Вы не можете изменить настройки проверки данных, если ваша книга является общей или ваш лист защищен.Дополнительные сведения о защите книги см. В разделе Защита книги.

3. В поле Разрешить выберите тип данных, которые вы хотите разрешить, и введите ограничивающие критерии и значения.

   Примечание: Поля, в которые вы вводите предельные значения, будут помечены на основе данных и критериев ограничения, которые вы выбрали.Например, если вы выберете «Дата» в качестве типа данных, вы сможете ввести предельные значения в поля минимального и максимального значений с метками Start Date и End Date .

Запрашивать у пользователей действительные записи

Когда пользователи щелкают ячейку, в которой есть требования к вводу данных, вы можете отобразить сообщение, объясняющее, какие данные являются действительными.

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

2. На вкладке Data щелкните Data Validation > Data Validation .

   Примечание. Если команда проверки недоступна, возможно, лист защищен или к книге открыт общий доступ. Вы не можете изменить настройки проверки данных, если ваша книга является общей или ваш лист защищен.Дополнительные сведения о защите книги см. В разделе Защита книги.

3. На вкладке Входное сообщение установите флажок Показывать входное сообщение при выборе ячейки .

4. В поле Заголовок введите заголовок сообщения.

5. В поле Входное сообщение введите сообщение, которое вы хотите отобразить.

Отображать сообщение об ошибке при вводе неверных данных

Если у вас есть ограничения по данным и пользователь вводит недопустимые данные в ячейку, вы можете отобразить сообщение, объясняющее ошибку.

1. Выберите ячейки, в которых вы хотите отобразить сообщение об ошибке.

2. На вкладке Data щелкните Data Validation > Data Validation .

   Примечание. Если команда проверки недоступна, возможно, лист защищен или к книге открыт общий доступ. Вы не можете изменить настройки проверки данных, если ваша книга является общей или ваш лист защищен. Дополнительные сведения о защите книги см. В разделе Защита книги.

3. На вкладке Предупреждение об ошибке в поле Название введите заголовок для своего сообщения.

4. В поле Сообщение об ошибке введите сообщение, которое вы хотите отобразить, если введены недопустимые данные.

5. Выполните одно из следующих действий:

   С по	На Стиль Всплывающее меню , выберите
   Требовать от пользователей исправить ошибку перед продолжением	Остановка
   Предупредить пользователей о том, что данные недействительны, и потребовать от них выбора Да или Нет , чтобы указать, хотят ли они продолжить	Предупреждение
   Предупредить пользователей о том, что данные недействительны, но разрешить им продолжить работу после закрытия предупреждающего сообщения	Важно

Ограничить ввод данных

1. Выберите ячейки, в которых вы хотите ограничить ввод данных.

2. На вкладке Данные в разделе Инструменты щелкните Проверить .

   

   Примечание. Если команда проверки недоступна, возможно, лист защищен или книга может использоваться совместно. Вы не можете изменить настройки проверки данных, если ваша книга является общей или ваш лист защищен.Дополнительные сведения о защите книги см. В разделе Защита книги.

3. Во всплывающем меню Разрешить выберите тип данных, которые вы хотите разрешить.

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

   Примечание: Поля, в которые вы вводите предельные значения, будут помечены на основе данных и критериев ограничения, которые вы выбрали. Например, если вы выберете «Дата» в качестве типа данных, вы сможете ввести предельные значения в поля минимального и максимального значений с метками Start Date и End Date .

Запрашивать у пользователей действительные записи

Когда пользователи щелкают ячейку, в которой есть требования к вводу данных, вы можете отобразить сообщение, объясняющее, какие данные являются действительными.

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

2. На вкладке Данные в разделе Инструменты щелкните Проверить .

   

   Примечание. Если команда проверки недоступна, возможно, лист защищен или книга может использоваться совместно.Вы не можете изменить настройки проверки данных, если ваша книга является общей или ваш лист защищен. Дополнительные сведения о защите книги см. В разделе Защита книги.

3. На вкладке Входное сообщение установите флажок Показывать входное сообщение при выборе ячейки .

4. В поле Заголовок введите заголовок сообщения.

5. В поле Входное сообщение введите сообщение, которое вы хотите отобразить.

Отображать сообщение об ошибке при вводе неверных данных

Если у вас есть ограничения по данным и пользователь вводит недопустимые данные в ячейку, вы можете отобразить сообщение, объясняющее ошибку.

1. Выберите ячейки, в которых вы хотите отобразить сообщение об ошибке.

2. На вкладке Данные в разделе Инструменты щелкните Проверить .

   

   Примечание. Если команда проверки недоступна, возможно, лист защищен или книга может использоваться совместно. Вы не можете изменить настройки проверки данных, если ваша книга является общей или ваш лист защищен.Дополнительные сведения о защите книги см. В разделе Защита книги.

3. На вкладке Предупреждение об ошибке в поле Название введите заголовок для своего сообщения.

4. В поле Сообщение об ошибке введите сообщение, которое вы хотите отобразить, если введены недопустимые данные.

5. Выполните одно из следующих действий:

   С по	На Стиль Всплывающее меню , выберите
   Требовать от пользователей исправить ошибку перед продолжением	Остановка
   Предупредить пользователей о том, что данные недействительны, и потребовать от них выбора Да или Нет , чтобы указать, хотят ли они продолжить	Предупреждение
   Предупредить пользователей о том, что данные недействительны, но разрешить им продолжить работу после закрытия предупреждающего сообщения	Важно

.