1С ут 11 характеристики номенклатуры

Что такое характеристика номенклатуры? Этим свойством может быть цвет, размер или какое-то другое дополнение. Рассмотрим заполнение характеристик номенклатурной позиции в программе 1С: Управление торговлей 11.3. Изначально необходимо проверить активность данной настройки. Переходи на вкладку меню «НСИ и администрирование», раздел «Настройка параметров системы» и выбираем «Номенклатура»:

Раскрываем пункт «Разрезы учета» и проверяем наличие галочки возле параметра «Характеристики номенклатуры»:

Пункт отметили галочкой. Теперь возвращаемся обратно на вкладку «НСИ и администрирование» и выбираем «Общие настройки»:

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

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

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

Находим справа значок шестеренки и выбираем «Навигация по видам и свойствам»:

Вместо пункта «Иерархия номенклатуры» вверху появляется настройка «Виды и свойства»:

Нажимаем настройку «Свойства». Ниже в поле «Вид» выбираем «Показать все»:

Открывается окно «Виды номенклатуры». Отмечаем «Товар» и нажатием правой кнопки мыши выбираем пункт «Изменить»:

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

Теперь ставим галочку возле пункта «Характеристики» и в поле выбираем параметр «Индивидуальные для номенклатуры»:

Обязательно нажимаем «Записать». Переходим в раздел слева «Дополнительные реквизиты». Над полем справа «Реквизиты характеристик» нажимаем клавишу «Добавить» и выбираем пункт «Новый для вида»:

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

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

Аналогичным образом через клавишу «Добавить» создаем, например, параметр «Размер». Так как обувь будет детская, то добавляем соответствующий размерный ряд – 29,30, 32 и другие:

Теперь в реквизитах характеристик имеется два параметра:

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

Нажимаем ссылку «Изменить» и открывается окно «Редактирование формулы».

Здесь имеются три поля:

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

  • Операторы и функции – здесь интересует пункт «Разделители». То есть, каким образом будут разделены, выбранные в предыдущем окне реквизиты;

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

Разберем подробнее. Допустим, нужно, чтобы после наименования товара сначала стоял цвет, а потом уже размер. Для этого находим в левом поле реквизит «Цвет», жмем два раза, и в нижнем поле появляется данная надпись. Теперь нужно выбрать, каким образом реквизиты будут отделяться друг от друга. В правом поле находим «Разделители», разворачиваем и выбираем из списка то, что подходит: запятая, косая черта или тире и т.д. Выбираем двойным нажатием. Параметр появляется в нижнем поле. Потом аналогично нажимаем два раза на реквизит «Размер» в левом поле. Внизу отображается формула:

Нажимаем «Сохранить и закрыть». Возвращаемся в номенклатуру. И создаем новый товар, например, «Мокасины детские». Заполняем карточку как обычно, записываем и видим, что появилось дополнительное поле с характеристиками:

Если данного поля нет, то нужно нажать на клавишу справа «Показать все». Нажимаем «Записать и закрыть».

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

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

Откроется окно «Помощник регистрации новой характеристики». Предположим, необходимо закупить «Мокасины детские» 20 штук белого цвета 32 размера и 15 штук зеленого цвета 29 размера.

Поле номенклатура уже отражает наименование. Заполняем по порядку следующие поля:

  • Цвет – выбираем из реквизитов;

  • Размер – также выбираем из реквизитов;

  • Рабочее наименование – заполняется нажатием клавиши в конце поля «Заполнить по шаблону»;

  • Наименование для печати – аналогично, нажатием клавиши «Заполнить по шаблону».

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

Указываем эти данные, нажимаем «ОК», и товар переносится в нижнее поле. Аналогично заполняем характеристики и на последующий товар. Затем все переносим в заказ:

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

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

Обратим внимание на подбор товара. В справочнике номенклатуры на товар «Мокасины детские» отражается общее количество без разделения по цвету и размеры.

А при нажатии можно просмотреть количество, стоимость и наличие на складе по выбранным характеристикам:

Переносим выбранный товар в реализацию, оплачиваем, формируем счет-фактуру и смотрим отчет «Ведомость по товарам на складах»:

Что такое комплектация номенклатуры? Комплектация — это специальная операция в 1С Бухгалтерии, позволяющая вам получить одну номенклатуру из другой посредством создания и проведения специального документа. Документ этот так и называется — «Комплектация номенклатуры». Операция эта относится к складским, поэтому и расположена она в меню «Склад».

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

Чем отличается комплектация номенклатуры от производства?

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

Случай первый. Мы закупаем у поставщика отдельно карандаши, ручки, ластики и пакетики ZIP-Lock. Затем в каждый пакетик кладём один карандаш, ручку и ластик, а потом продаём это под названием «Письменный набор». Это типичный пример комплектации. Особенность в том, что при желании можно такой комплект легко разобрать на части.

Случай второй. Берём воду и этиловый спирт и смешиваем их, получая водку. Вроде бы то же самое, что и в предыдущем случае, но на самом деле это не так, поскольку обратный процесс, то есть получение из водки спирта и воды отдельно, можно произвести только на специальном оборудовании. Действительно, попробуйте-ка разделить водку на чистый спирт и воду! Просто так не выйдет! Поэтому данный случай относится уже не к комплектации, а к производству.

Из приведённых двух примеров хорошо видна разница между комплектацией номенклатуры и производством. Путать такие операции не стоит.

Комплектация и разукомплектация номенклатуры

Комплектация номенклатуры также имеет и обратную сторону — разукомплектацию. К примеру, мы закупаем у поставщика майонез коробками по 100 шт. в коробке, а продавать нужно в розницу по одной штуке. Чтобы получить штуки из коробок, как раз и применяется разукомплектация.

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

Таким образом, операция комплектации позволяет «собрать» одну номенклатуру из одного или более видов другой номенклатуры. Операция разукомплектации, наоборот, позволяет «разобрать» номенклатуру на части.

Простой пример комплектации номенклатуры в 1С Бухгалтерии

В общем случае, разукомплектация номенклатуры в 1С Бухгалтерии выполняется сложнее, чем комплектация. Кроме того, в обеих операциях есть всякие хитрости, позволяющие упростить процесс, сэкономить время и избежать ошибок. Здесь, а также в видеоролике внизу статьи, я рассмотрю простой пример применения документа «Комплектация номенклатуры» на примере 1С Бухгалтерии 8.2. В версии 8.3 всё, в принципе, то же самое, только интерфейс программы несколько отличается.

Приведённый ниже пример взят из моего задачника по курсу 1С Бухгалтерии. Пример очень простой — есть отдельные карандаши, из которых нужно создать комплекты карандашей по 5 шт. в комплекте.

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

Раз нам нужно произвести комплектацию номенклатуры, то и тип документа выбираем соответствующий — «Комплектация». На рисунке показан уже заполненный документ, который должен получиться в результате.

Поясню некоторые моменты.

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

Проведение данного документа комплектации номенклатуры приводит к возникновению на соответствующих счетах учёта 1С Бухгалтерии указанной нами новой номенклатуры, то есть комплектов карандашей.

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

Комплектация номенклатуры подробно рассмотрена в нашем спецкурсе по конфигурации 1С:Бухгалтерия 8.3 (240 уроков, 42 часа видео). С учебным планом курса и примерами уроков Вы можете познакомиться по ссылке.

Комплектация номенклатуры в 1С:Бухгалтерии версии 8.3

В дополнение к предыдущему материалу по комплектации, покажем как это делается в последних версиях «Бухгалтерии Предприятия». Для примера возьмём последнее обновление 1С с интерфейсом и проведём в ней документ комплектации товара. Скриншот документа показан ниже.

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

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

Подведём итоги

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

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

  • Для чего нужны характеристики номенклатуры (размеры, цвета и т.д.) в 1С УТ 11.
  • Как вести учет номенклатуры по характеристикам в 1С УТ 11.
  • Чем отличаются индивидуальные характеристики и общие характеристики для вида номенклатуры.

Версия на видео: 1С Управление торговлей 11.1.4

Для просмотра нажми PLAY, просматривай видео в полный экран и укажи HD качество.

Если вам понравилось это видео, и вы хотите получать ещё больше инсайтов, тактик и стратегий работы с 1С Управление торговлей 11, подпишитесь на мой канал, нажав, кнопку выше.

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

Примеры использования:
1 Только номенклатура
В строке документа можно выбрать только номенклатуру.
П: Номенклатура «Обувь женская Р475 37р белый»

2 Номенклатура + Характеристика
В строке документа можно выбрать номенклатуру и характеристику
П: Номенклатура «Обувь женская Р475» + Характеристиками хранятся размеры(35,36,37 и т.д)
В документе номенклатура «Обувь женская Р475» + характеристика «37р»

3 Номенклатура (с доп реквизитами) + Характеристика
В строке документа можно выбрать номенклатуру и характеристику. Доп.свойство номенклатуры выбрать нельзя.
П: Номенклатура «Обувь женская Р475 белый» (с дополнительным реквизитом Цвет=Белый)+ Характеристиками хранятся размеры(35,36,37 и т.д)
В документе номенклатура «Обувь женская Р475 белый» + характеристика «37р»
! В справочнике номенклатура будет столько позиций «Обувь женская Р475 белый» сколько есть различных цветов.

4 Номенклатура + Характеристика (с доп реквизитами)
В строке документа можно выбрать номенклатуру и характеристику. Доп.свойство номенклатуры выбрать нельзя.
П: Номенклатура «Обувь женская Р475» + Характеристиками хранятся размеры в паре с цветом(35 белый,36 белый,37 белый и т.д) (с дополнительным реквизитом Цвет=Белый)
В документе номенклатура «Обувь женская Р475» + характеристика «37р белый»
! В характеристиках будет столько пар «37р белый» сколько есть различных цветов и размеров.

5 Номенклатура (с доп реквизитами) + Характеристика (с доп реквизитами)

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

История данных

Данная статья является анонсом новой функциональности.
Не рекомендуется использовать содержание данной статьи для освоения новой функциональности.
Полное описание новой функциональности будет приведено в документации к соответствующей версии.
Полный список изменений в новой версии приводится в файле v8Update.htm.

Реализовано в версии 8.3.11.2867.

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

В каких сценариях нужна работа с историей данных

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

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

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

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

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

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

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

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

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

Какие возможности для анализа истории уже существуют в платформе

Главный инструмент, который вы можете использовать для анализа того, «что происходит в системе», это журнал регистрации. В числе прочего он регистрирует факты изменения данных. То есть можно узнать, кто и когда изменил данные некоторого объекта. Но его возможности в обсуждаемой области на этом и заканчиваются, потому что по журналу регистрации нельзя понять, какой именно реквизит был изменён, какое было его предыдущее состояние. И уж тем более нельзя с помощью журнала регистрации восстановить предыдущее состояние реквизита или всего объекта.

Другой инструмент, который существует довольно давно и есть во всех тиражных решениях, это БСП – библиотека стандартных подсистем. В её составе есть подсистема версионирования объектов. Эта подсистема содержит все перечисленные функции, однако она имеет некоторые практические ограничения.

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

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

Преимущества решения, встроенного в платформу

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

  • Чтобы воспользоваться этим механизмом администратору или пользователю не придётся изменять конфигурацию, всё необходимое уже есть в платформе. Нужно только включить.
  • Этот механизм будет работать быстрее, чем аналоги, реализованные в составе конфигурации, т.к. он будет использовать возможности, недоступные из встроенного языка.
  • Сама история данных будет занимать меньше места, так как будет храниться не копия данных, а только их разница с предыдущей версией. Кроме этого само версионирование можно применять не ко всем реквизитам, а только к тем, которые интересуют. Это также даст дополнительную экономию.
  • Можно будет поддержать версионирование не только тех объектов, которые обладают уникальной ссылкой (справочники, документы и т.п.), но и необъектных сущностей, таких как записи регистров сведений, например.

Основные сведения о механизме

Механизм истории данных полностью реализован внутри платформы, не требует какой-либо установки дополнительных программных средств, в любой момент готов к работе, но, по умолчанию, не включён.

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

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

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

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

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

Обработка изменения данных

Процесс создания версии данных состоит из двух этапов. Сначала, когда вы записываете объект (например, документ), формируется специальное сообщение, которое помещается в очередь. Этот этап выполняет платформа, разработчик в нём не участвует.

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

Для того чтобы таким образом обработать очередь, у менеджера истории данных (МенеджерИсторииДанных) есть метод ОбновитьИсторию(). Мы предполагаем, что вы будете использовать его так же, как похожий метод, предназначенный для обновления индекса полнотекстового поиска. То есть обновлять историю вы будете в некотором регламентном задании, которое выполняется с определённой периодичностью.

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

Пользовательский интерфейс

В пользовательском интерфейсе 1С:Предприятия новый механизм называется История изменений. Он включает в себя несколько форм, которые позволяют выполнять те действия, которые были перечислены в начале этой статьи.

Список версий по конкретному объекту

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

Она позволяет увидеть список всех изменений (версий) объекта.

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

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

Отбор версий

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

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

Отчёт о данных версии

Вы можете открыть любую версию объекта, чтобы посмотреть её данные.

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

Отчёт о разнице между версиями

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

Результат сравнения версий будет также показан с помощью отчёта. Этот отчёт напоминает тот, который используется в БСП. Добавленные, изменённые и удалённые значения подсвечиваются.

Программный интерфейс

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

Прежде всего, из встроенного языка вы можете включить/настроить ведение истории. Например, вы можете включить ведение истории для двух реквизитов документа Заказ: реквизита Комментарий самого документа, и реквизита Цена его табличной части, которая называется Товары:

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

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

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

Теги: история данных

Рассказать друзьям:

Если кто не понял о чём я, то поясняю, что это то, что открывается при клике ПКМ на Моём компьютере и в Свойствах находится:

А так же эта информации выводится в других программах, на сайтах и всём прочем что спрашивает такую информацию.
На скриншоте выше я показал ту информацию, что будем менять.
Для изменения информации Windows существует два способа.
1 способ — изменение информации о компьютере через реестр.
Открываем редактор реестра (сочетание клавиш Win+R и вводим regedit) и переходим в ветку
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\OEMInformation
Для windows 7 и 8
Здесь видим такое окошко:
В нём и можно поменять всю информацию о «винде». Поясняю некоторые параметры, если не ясно:
Manufacturer — название производителя,
Model — модель компьютера,
SupportHours — часы работы службы поддержки,
SupportPhone — телефон службы поддержки,
SupportURL — ссылка на официальный сайт,
Logo — логотип компании производителя.
Чтобы изменить — щелкните два раза на нужном параметре и в появившемся окошке пишите что угодно:
Пояснения:
1) Если этот раздел оказался пустым, то нужно создать эти параметры (верхнее меню Правка -> Создать -> Строковый параметр).
2) Если хотите поменять лого, то для начала приготовьте рисунок в формате bmp и укажите в поле путь к нему. Для примера смотрите как там написано.
Если хотите убрать информацию — достаточно удалить значение.
Чтобы изменить информацию о процессоре, переходим в ветку реестра
HKEY_LOCAL_MACHINE\HARDWARE\DESCRIPTION\System\CentralProcessor\0
Находим параметр ProcessorNameString и меняем его точно так же, как параметры выше:
как изменить информацию о компьютере с Windows 7, 8
2 способ — как изменить информацию о Windows через программу.
Существует бесплатная программа Windows 7 OEM info Editor
Официальная страница
Скачать с этого сайта:
Windows7OemInfoEditor.exe77,5 Kbcкачиваний: 11696

Она подходит как для Windows 7 так и для Windows 8. На XP не тестировалась.
Она не требует установки и не руссифицирована, но разобраться довольно просто.
Качаем, запускаем, видим такое окно (я там уже изменил параметры):
Как видите, все параметры реестра те же. Только процессор нельзя изменить.
Просто вводите в поля нужные значения, а затем сохраняете кнопкой Save.
Для изменения логотипа ещё проще — нажали кнопку … и показали файл.
Инструкция по изменению информации Windows XP на сайте Microsoft

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *