Рассмотрим ситуацию, когда в 1С:Управление торговлей 11.5 есть одна позиция номенклатуры, один артикул и две характеристики, например разные варианты количества вложений в коробе для разных покупателей. При этом физически на товаре используется один и тот же штрихкод. Пользователь пытается записать один штрихкод под каждую характеристику, но программа не дает это сделать, потому что штрихкод уже существует. А записать штрихкод без характеристики тоже не получается, потому что для этой номенклатуры включено использование характеристик.
Разберем проблему подробно. В типовой логике 1С штрихкод нужен не просто как справочная строка. Он используется для подбора товара при сканировании, заполнения документов, работы склада, терминалов сбора данных, печати этикеток, контроля упаковок и идентификации товара. Поэтому программа стремится сделать так, чтобы один штрихкод однозначно указывал на конкретный объект учета: номенклатуру, характеристику, упаковку, а в некоторых сценариях еще и серию.
Именно поэтому попытка записать один и тот же штрихкод для двух разных характеристик вызывает конфликт. Для пользователя это выглядит как техническое ограничение, но с точки зрения учета это защита от неоднозначного подбора: если сканер считает один и тот же код, программа должна понимать, какую именно характеристику поставить в документ.
Проанализируем причину. В 1С:УТ штрихкоды номенклатуры хранятся не как обычный реквизит карточки товара, а в отдельном объекте учета. Обычно пользователь видит их через форму карточки номенклатуры или через список штрихкодов, но технически это отдельные записи, связанные с номенклатурой, характеристикой и упаковкой.
Для такой задачи важны следующие объекты 1С:
Справочник.Номенклатура — основная карточка товара.
Справочник.ХарактеристикиНоменклатуры — варианты товара внутри одной номенклатурной позиции.
Справочник.УпаковкиЕдиницыИзмерения или аналогичные объекты упаковок в зависимости от настроек конфигурации.
РегистрСведений.ШтрихкодыНоменклатуры — место, где хранятся штрихкоды, связанные с номенклатурой, характеристикой и упаковкой.
НСИ и администрирование — раздел, где включаются настройки номенклатуры, характеристик, упаковок и штрихкодирования.
Разберем логику на простом примере. Есть товар «Сок яблочный», у него один артикул поставщика и один штрихкод производителя. Но в базе созданы две характеристики:
«Короб 12 шт.» — для одного покупателя.
«Короб 24 шт.» — для другого покупателя.
Если мы запишем один и тот же штрихкод на обе характеристики, то при сканировании программа не сможет без дополнительных правил определить, что именно подставлять в документ. Один и тот же код будет соответствовать сразу двум аналитикам учета. Поэтому типовая конфигурация блокирует такую запись.
Главная причина ошибки — один штрихкод не может однозначно определить две разные характеристики, если характеристики являются частью складского и товарного учета.
Перед тем как искать техническую настройку, разберем методологию учета. Очень часто проблема возникает не из-за штрихкодов, а из-за того, что характеристики используются не по назначению.
В 1С характеристики нужны тогда, когда внутри одной номенклатуры нужно вести учет разных вариантов товара. Например:
размер;
цвет;
модель;
сорт;
объем;
материал;
вариант исполнения;
комплектация, если она реально влияет на остатки.
Но если отличие связано только с тем, как товар продается разным покупателям, то характеристика может быть лишней. Например, если физически товар один и тот же, а «количество вложений в коробе» зависит от условий договора, упаковки, соглашения с клиентом или правила отгрузки, то лучше не создавать две характеристики. В таком случае характеристика начинает подменять упаковку или коммерческое условие.
Разберем ключевой вопрос: товар с разным количеством вложений — это разные остатки или один и тот же товар в разных упаковках?
Если это один и тот же товар, который можно продать в коробе на 12 штук или в коробе на 24 штуки, то чаще всего нужно использовать не характеристики, а упаковки номенклатуры. Если же это реально разные товарные варианты, которые нельзя свободно заменить друг другом, тогда характеристики оправданы, но один общий штрихкод для них становится проблемой.
Рассмотрим наиболее правильный вариант для описанной ситуации. Автор пишет, что один артикул имеет две характеристики, где отличие — это количество вложений в коробе для разных покупателей. С точки зрения учета это очень похоже не на характеристику товара, а на упаковку.
Упаковки в УТ 11 применяются как раз для случаев, когда одна и та же номенклатура может учитываться или продаваться в разных единицах: штука, короб, блок, палета, упаковка, комплект поставки. Упаковка позволяет указать коэффициент пересчета относительно базовой единицы, например:
1 штука = 1 базовая единица;
1 короб 12 шт. = 12 базовых единиц;
1 короб 24 шт. = 24 базовые единицы.
В этом варианте номенклатура остается одна, характеристику можно не использовать или использовать только для действительно значимых вариантов товара, а количество вложений переносится в упаковки.
Разберем по шагам:
Откройте раздел НСИ и администрирование.
Перейдите к настройкам номенклатуры.
Проверьте, включено ли использование упаковок номенклатуры.
Откройте карточку нужной позиции в справочнике Номенклатура.
Настройте базовую единицу хранения, например «шт».
Создайте упаковку «Короб 12 шт.» с коэффициентом 12.
Создайте упаковку «Короб 24 шт.» с коэффициентом 24.
Настройте правила продажи или соглашения с покупателями так, чтобы одному покупателю подставлялась одна упаковка, а другому — другая.
Штрихкод укажите там, где он должен однозначно определять товар или упаковку.
Этот вариант особенно удобен, если один и тот же товар продается разным клиентам в разной кратности. В таком случае мы не создаем искусственные характеристики, а используем предназначенный для этого механизм упаковок.
Если количество вложений — это не свойство самого товара, а способ его упаковки или продажи, используйте упаковки, а не характеристики.
Посмотрим подробнее, как применить упаковки в коммерческой работе. В УТ 11 продажа может зависеть не только от карточки номенклатуры, но и от соглашений, условий продаж, цен, минимальных партий и правил отгрузки.
Например, у нас есть товар «Печенье овсяное». Базовая единица — штука. Для покупателя «Сеть А» товар отгружается коробами по 12 штук, а для покупателя «Сеть Б» — коробами по 24 штуки. В этом случае можно сделать так:
В карточке номенклатуры оставьте один товар «Печенье овсяное».
Создайте упаковку «Короб 12 шт.».
Создайте упаковку «Короб 24 шт.».
В ценах или условиях продаж укажите нужную упаковку для конкретного клиента.
В заказе клиента выбирайте нужную упаковку вручную или настройте заполнение по соглашению.
Такой подход сохраняет правильные остатки. На складе товар остается одним и тем же, а в документах продажи указывается нужная упаковка. При этом не появляется проблема двух характеристик с одним штрихкодом.
Если для каждой упаковки на коробе физически должен быть свой штрихкод, тогда регистрируйте разные штрихкоды для разных упаковок. Например:
штрихкод единицы товара;
штрихкод короба 12 шт.;
штрихкод короба 24 шт.
Но если производитель использует один и тот же штрихкод на оба варианта, то программа не сможет по одному коду автоматически отличить упаковку 12 от упаковки 24. В таком случае выбор упаковки должен происходить по контексту документа, соглашению, покупателю или вручную.
Рассмотрим второй вариант. Иногда штрихкод должен определять только номенклатуру, а характеристику пользователь выбирает отдельно в документе. Это удобно, если один код относится к товару в целом, а характеристика зависит от заказа, покупателя или ручного выбора.
Но автор пишет, что программа «без характеристики не дает записать». Это означает, что в текущей настройке для данной номенклатуры характеристика обязательна. Такое поведение может быть связано с настройками вида номенклатуры или с тем, что учет по характеристикам включен как обязательный.
Разберем, что нужно проверить:
Откройте карточку номенклатуры.
Проверьте вид номенклатуры.
Откройте настройки вида номенклатуры.
Посмотрите, включено ли использование характеристик.
Проверьте, является ли характеристика обязательной аналитикой.
Проверьте, можно ли для этой позиции отказаться от характеристик или перенести различие в упаковки.
Если в учетной модели допустимо, чтобы штрихкод определял только номенклатуру, настройте товар так, чтобы характеристика не была обязательной для регистрации штрихкода. Но делайте это только тогда, когда характеристика действительно не нужна для идентификации товара при сканировании.
Важно понимать последствие: при сканировании общего штрихкода 1С найдет номенклатуру, но характеристику может потребоваться выбрать отдельно. Это нормально, если оператор понимает, какую характеристику выбрать, или если характеристика подставляется из другого контекста документа.
Этот вариант подходит, когда общий штрихкод относится к товару в целом, а не к конкретной характеристике.
Теперь рассмотрим противоположную ситуацию. Допустим, короб на 12 штук и короб на 24 штуки — это не просто упаковка, а фактически разные товарные позиции для учета, ценообразования, склада и отгрузки. Например, поставщик отгружает их как разные SKU, покупатели принимают их как разные товары, в документах ЭДО они должны проходить отдельно, а остатки нужно видеть раздельно.
В этом случае характеристики могут быть не лучшим вариантом. Иногда правильнее создать две отдельные позиции номенклатуры:
«Товар, короб 12 шт.»;
«Товар, короб 24 шт.».
Но здесь остается тот же вопрос: можно ли присвоить им один штрихкод? Если штрихкод физически один и тот же, то типовая база все равно может не позволить использовать его как уникальный идентификатор для двух разных позиций. И это логично: при сканировании программа опять не поймет, какую позицию подобрать.
Поэтому этот вариант работает только в одном из следующих случаев:
для каждой позиции есть свой штрихкод;
штрихкод используется только справочно, а подбор выполняется вручную;
доработана логика подбора, которая при сканировании показывает пользователю выбор из найденных вариантов;
используется дополнительный признак, например покупатель, соглашение, склад или вид операции, по которому программа выбирает нужную позицию.
Если товарные варианты действительно разные, не пытайтесь насильно вести их одной номенклатурой только из-за общего артикула. Артикул поставщика может быть одинаковым, а учетные позиции в базе могут быть разными. Но для штрихкодирования все равно нужно обеспечить однозначность.
Рассмотрим еще один практический подход. Если характеристики нужны, но штрихкод производителя один, можно оставить его только для основной идентификации товара, а для внутренних складских операций использовать собственные внутренние штрихкоды.
Например:
производительский штрихкод — общий для товара;
внутренний штрихкод 1С для характеристики «Короб 12 шт.»;
внутренний штрихкод 1С для характеристики «Короб 24 шт.».
Такой подход особенно полезен, если на складе нужно быстро сканировать именно учетные варианты. Тогда на внутреннюю этикетку можно напечатать собственный штрихкод, который будет уникальным для каждой характеристики. В 1С это можно использовать через механизмы печати этикеток и ценников.
Разберем порядок действий:
Оставьте две характеристики, если они действительно нужны.
Не пытайтесь записать один и тот же внешний штрихкод на обе характеристики.
Сгенерируйте или задайте разные внутренние штрихкоды для каждой характеристики.
Напечатайте внутренние этикетки.
Настройте складские процессы так, чтобы сотрудники сканировали внутренний штрихкод, а не только штрихкод производителя.
Плюс этого решения — полная однозначность при сканировании. Минус — нужно организовать внутреннюю маркировку и объяснить сотрудникам, какой код использовать.
Если характеристика должна определяться сканером автоматически, у каждой характеристики должен быть свой уникальный штрихкод.
Рассмотрим бизнес-сценарий из вопроса: количество вложений в коробе зависит от разных покупателей. Это важная подсказка. Возможно, характеристика выбрана не потому, что товар физически разный, а потому что для каждого покупателя действует свое правило отгрузки.
В таком случае можно построить учет так, чтобы штрихкод определял товар, а упаковка или вариант отгрузки определялись по покупателю. Например:
для покупателя «А» в заказе используется упаковка «Короб 12 шт.»;
для покупателя «Б» в заказе используется упаковка «Короб 24 шт.»;
штрихкод остается один, потому что товар один;
различие не хранится в характеристике, а определяется условиями продажи.
Для этого проанализируйте настройки:
Соглашения с клиентами — условия продаж для конкретных покупателей.
Виды цен — если цена зависит от упаковки или клиента.
Заказ клиента — документ, где можно выбрать упаковку и количество.
Реализация товаров и услуг — документ отгрузки.
Упаковки номенклатуры — механизм пересчета количества.
Такой вариант обычно методологически чище, чем создание характеристик «для разных покупателей». Характеристика описывает товар, а покупательское условие описывает продажу. Если смешать эти понятия, база быстро становится неудобной: появляются лишние остатки по характеристикам, ошибки подбора, проблемы со штрихкодами и необходимость ручных корректировок.
Теперь разберем конкретную проблему: «без характеристики не дает записать». Действуем последовательно.
Откройте карточку номенклатуры и определите ее вид номенклатуры.
Откройте настройки этого вида номенклатуры.
Проверьте, используется ли вариант учета с характеристиками.
Проверьте, можно ли изменить настройку использования характеристик для новых позиций этого вида.
Если характеристики уже использовались в документах, не меняйте настройку без анализа последствий.
Проверьте, нет ли остатков, заказов, цен и документов по созданным характеристикам.
Если различие нужно перенести в упаковки, подготовьте план исправления НСИ и документов.
Важно: в УТ 11 настройки видов номенклатуры влияют на поведение карточек и документов. Если по виду номенклатуры включено использование характеристик, программа будет ожидать заполнение характеристики там, где эта аналитика обязательна.
Если товар уже давно используется, не удаляйте характеристики сразу. Сначала проверьте остатки и документы. Иначе можно получить ошибки в заказах, отчетах, себестоимости, резервах и складских операциях.
Посмотрим на задачу как на выбор модели учета. Для этого зададим несколько контрольных вопросов.
Разные варианты имеют разные остатки? Если да, возможно, нужны характеристики или отдельная номенклатура. Если нет, скорее всего, нужны упаковки.
Разные варианты можно заменить друг другом? Если короб 24 можно собрать из двух коробов по 12 или наоборот пересчитать в штуки, значит это ближе к упаковкам.
Покупатель видит эти варианты как разные товары? Если да, возможно, нужны разные позиции или характеристики. Если нет, лучше оставить один товар.
На физической упаковке разные штрихкоды? Если да, можно регистрировать разные штрихкоды по упаковкам или характеристикам. Если нет, автоматическое различение при сканировании невозможно без дополнительной логики.
Различие зависит только от покупателя? Если да, используйте соглашения, упаковки, цены и правила продажи, а не характеристики.
Нужно ли сканером сразу определять конкретный вариант? Если да, штрихкоды должны быть уникальными для этих вариантов.
После ответов обычно становится понятно, какой путь выбрать. В описанной теме наиболее вероятное правильное решение — не создавать две характеристики под количество вложений, а настроить упаковки номенклатуры.
Иногда возникает идея: если 1С не дает записать один штрихкод два раза, можно доработать конфигурацию и отключить контроль. Рассмотрим, почему это опасно.
Штрихкод используется в операциях, где программа должна быстро найти товар. Если один код соответствует нескольким строкам регистра, появляются риски:
при сканировании подберется не та характеристика;
оператор будет каждый раз выбирать из списка, что замедлит работу;
ТСД может некорректно обработать товар;
обмен с оборудованием может не поддерживать неоднозначные штрихкоды;
возникнут ошибки в заказах, сборке и отгрузке;
остатки разъедутся по характеристикам;
будет сложно разбирать пересортицу;
обновления типовой конфигурации станут рискованнее.
Поэтому отключение контроля уникальности — это не настройка, а доработка с последствиями. Ее стоит рассматривать только тогда, когда бизнес-процесс действительно требует неоднозначного штрихкодирования и есть понятный алгоритм выбора нужной характеристики.
Например, доработка может работать так: пользователь сканирует общий штрихкод, программа находит несколько вариантов и открывает форму выбора характеристики. Но это уже не типовой автоматический подбор, а специально разработанный сценарий.
Рассмотрим случаи, когда без доработки действительно не обойтись.
Один производительский штрихкод должен быть сохранен у нескольких характеристик именно как рабочий код для сканирования.
Оператор при сканировании должен выбирать характеристику из списка.
Характеристика должна определяться по покупателю, складу, соглашению или заказу автоматически.
Внешняя система передает один штрихкод, а 1С должна сопоставлять его с разными учетными вариантами.
ТСД должен работать с неоднозначным кодом по специальному сценарию.
В такой доработке обычно анализируют следующие объекты и механизмы:
РегистрСведений.ШтрихкодыНоменклатуры — хранение штрихкодов.
механизмы поиска номенклатуры по штрихкоду;
формы подбора номенклатуры;
рабочее место кассира или складского сотрудника, если используется сканирование;
обмен с ТСД;
расширения конфигурации, если доработка выполняется без снятия с поддержки.
Но прежде чем дорабатывать, разберем более простой вопрос: действительно ли характеристики нужны? В большинстве случаев, когда отличие — только «количество вложений в коробе», доработка не нужна. Нужно поправить модель учета и перейти на упаковки.
Перед исправлением НСИ полезно посмотреть, какие штрихкоды уже есть в базе. Сделайте это через карточку номенклатуры или через список штрихкодов, если у пользователя есть права.
Проверьте по каждой записи:
значение штрихкода;
номенклатуру;
характеристику;
упаковку;
единицу измерения;
актуальность записи;
наличие дублей;
использование в документах и обменах.
Если в базе есть ошибочные штрихкоды, не удаляйте их механически. Сначала проверьте, используются ли они в обменах, этикетках, ТСД, правилах загрузки прайсов и документах. Иногда лучше пометить устаревшие записи или аккуратно заменить их через обработку, чем просто удалить.
Если после анализа мы решили, что характеристики были созданы ошибочно, рассмотрим порядок перехода на упаковки.
Сформируйте отчет по остаткам в разрезе номенклатуры и характеристик.
Проверьте, есть ли незакрытые заказы клиентов, заказы поставщикам, резервы и перемещения по этим характеристикам.
Определите, какая характеристика соответствует какой упаковке.
Создайте упаковки с правильными коэффициентами пересчета.
Настройте цены и условия продаж по упаковкам.
Исправьте новые документы так, чтобы они использовали упаковки, а не характеристики.
По старым остаткам выполните корректировку только после проверки методологии и закрытия важных документов.
Обучите пользователей выбирать упаковку в документах продажи и поступления.
Если в базе уже много документов, переход лучше делать аккуратно. Не всегда нужно перепроводить прошлые периоды. Иногда достаточно с определенной даты начать правильный учет, а старые характеристики оставить только для истории. Но это решение зависит от остатков, управленческой отчетности и требований к чистоте базы.
Чтобы ошибка не повторялась, важно объяснить пользователям простое правило.
Характеристика отвечает на вопрос: «Какой это вариант товара?» Например, красный или синий, размер 42 или 44, сорт первый или второй.
Упаковка отвечает на вопрос: «В чем и в каком количестве мы продаем или храним этот товар?» Например, штука, короб 12 штук, короб 24 штуки, палета 480 штук.
Посмотрим на пример:
«Перчатки, размер M» и «Перчатки, размер L» — это характеристики, потому что это разные варианты товара.
«Перчатки, короб 100 пар» и «Перчатки, короб 200 пар» — это упаковки, если сами перчатки одинаковые.
«Молоко 1 л» и «Молоко 0,5 л» могут быть отдельной номенклатурой, потому что это разные потребительские товары.
«Бутылка» и «упаковка 12 бутылок» — это упаковки, если учет ведется в бутылках и короб просто пересчитывается в базовые единицы.
В описанной ситуации «количество вложений в коробе для разных покупателей» почти всегда ближе к упаковке или условию продажи, а не к характеристике.
Теперь применим решение к исходным условиям: ООО, опт, ОСН, 1С:Управление торговлей 11.5.25.109, один артикул, две характеристики по количеству вложений в коробе для разных покупателей, один штрихкод.
Рекомендуем действовать так:
Не пытайтесь записать один и тот же штрихкод под каждую характеристику. Типовая 1С блокирует это из-за неоднозначности.
Проверьте, действительно ли количество вложений должно быть характеристикой.
Если товар один и тот же, удалите идею двух характеристик для вложений и настройте упаковки: «Короб 12 шт.» и «Короб 24 шт.».
Если упаковка зависит от покупателя, настройте это через условия продажи, соглашения, цены или ручной выбор упаковки в заказе клиента.
Если характеристика все-таки нужна, назначьте каждой характеристике свой уникальный внутренний штрихкод.
Если производительский штрихкод общий, храните его только там, где он не создает неоднозначного автоматического подбора.
Если бизнес требует сканировать один код и выбирать характеристику, планируйте доработку через расширение, но только после описания точного алгоритма выбора.
Наиболее правильное решение для данной темы: перенесите различие «количество вложений в коробе» из характеристик в упаковки номенклатуры. Это соответствует типовой логике УТ 11 и убирает конфликт с одним штрихкодом.
Разберем практический чек-лист для бухгалтера, оператора НСИ или специалиста 1С.
Откройте НСИ и администрирование.
Проверьте настройки раздела номенклатуры.
Убедитесь, что включено использование упаковок, если они нужны.
Откройте вид номенклатуры, к которому относится товар.
Проверьте настройку использования характеристик.
Откройте карточку товара в справочнике Номенклатура.
Проверьте список характеристик.
Проверьте список упаковок.
Проверьте список штрихкодов.
Определите, где именно должна храниться информация о количестве вложений.
После этого примите решение: оставить характеристики, перейти на упаковки или создать отдельные номенклатурные позиции. Не начинайте с попытки обойти ограничение штрихкодов. Начните с правильной структуры НСИ.
Отдельно рассмотрим вопрос артикула. Один артикул не мешает использовать упаковки. В карточке номенклатуры может быть один артикул, а упаковок — несколько. Артикул описывает товарную позицию поставщика или внутреннюю учетную позицию, а упаковки описывают кратность и способ измерения.
Если нужно, чтобы для покупателей в документах отображался один и тот же артикул, оставьте одну номенклатуру и один артикул. Для разных покупателей используйте разные упаковки или условия продажи.
Если же покупатели требуют видеть разные обозначения, можно использовать дополнительные реквизиты, номенклатуру контрагентов или соглашения. Но не стоит ради этого создавать характеристики, если они не отражают реальный вариант товара.
Рассмотрим интеграционный сценарий. Покупатель присылает заказ, где указан один и тот же штрихкод, но для одного покупателя это короб 12, а для другого — короб 24. В этом случае программа не должна определять упаковку только по штрихкоду. Нужно использовать контекст покупателя.
Логика может быть такой:
по штрихкоду определяется номенклатура;
по покупателю или соглашению определяется упаковка;
по количеству рассчитывается базовое количество;
в заказ клиента подставляется нужная упаковка.
Если это типовой ручной ввод, пользователь выбирает упаковку в документе. Если это загрузка из внешнего файла или EDI, может потребоваться настройка правил обмена или доработка загрузки, чтобы упаковка определялась не только по штрихкоду, но и по контрагенту.
Подведем методологический итог. Пользователь хочет, чтобы один штрихкод был записан дважды: для первой характеристики и для второй характеристики. Но для системы это означает, что один ключ поиска ведет к двум результатам.
Посмотрим, что произойдет при сканировании:
сканер считывает штрихкод;
1С ищет его в списке штрихкодов;
если найдена одна запись, программа подставляет номенклатуру, характеристику и упаковку;
если найдено две записи, программа должна выбрать одну;
если алгоритма выбора нет, возникает ошибка или неоднозначность.
Типовая конфигурация предотвращает эту ситуацию заранее. Поэтому сообщение о невозможности записать дубль — это не просто техническая неприятность, а защита качества учета.
Для задачи с одним артикулом, двумя вариантами количества вложений в коробе и одним штрихкодом разберем итоговый вариант действий.
Если различается только количество вложений в коробе, настройте упаковки номенклатуры. Создайте упаковки с коэффициентами пересчета, например «Короб 12 шт.» и «Короб 24 шт.». Характеристики для этого не используйте.
Если разные варианты должны учитываться как разные остатки, оставьте характеристики или создайте отдельные номенклатурные позиции, но обеспечьте разные штрихкоды для автоматического сканирования.
Если штрихкод производителя один, не записывайте его дважды под разные характеристики. Используйте его как общий код товара, а характеристику или упаковку выбирайте вручную, по соглашению, по покупателю или через доработку.
Если нужно сканировать именно характеристику, создайте разные внутренние штрихкоды и напечатайте внутренние этикетки.
Если бизнес-процесс требует один штрихкод для нескольких характеристик, готовьте техническое задание на доработку: при сканировании нужно показывать выбор характеристики или определять ее по контексту документа.
В рассматриваемой ситуации наиболее безопасный и типовой путь — перейти от характеристик к упаковкам. Количество вложений в коробе для разных покупателей лучше учитывать через упаковки, соглашения и условия продажи, а не через характеристики. Тогда один артикул сохраняется, товар остается одним, учет остатков не дробится искусственно, а конфликт с дублем штрихкода исчезает.
Информация носит справочный характер