1с 8 добавить данные
Читая анонсы обновлений 1С, задумывались, какая это замечательная возможность? Хотите использовать в своих решениях? В статье изложен опыт практического использования внешних источников данных, возможно, это "совсем не то, чего мы все так хотели".
Релиз 8.2.14.533 - наконец-то более-менее стабильный вариант 14-го релиза платформы. Наконец-то представился случай испытать в деле замечательную возможность - "внешние источники данных".
Почему данная возможность вызывает такой интерес? Любой человек, который программировал в 1С, и при этом достаточно неплохо знаком с SQL и хотя бы в общих чертах знаком с архитектурой и принципами разработки других технологических платформ для бизнес-приложений, с твердой уверенностью скажет вам, что ему нравится больше всего в 1С. Конечно конструктор запросов - самый удобный и продуманный механизм написания запросов для получения данных из реляционных структур, который я лично когда-либо встречал. А теперь 1С нам предоставили такую замечательную возможность использовать его не только с 1С, но и с любыми другими таблицами. Вот только в эту "бочку мёда" насыпана куча "ложек дёгтя". Обо всём по порядку:
1) Настройка и использование - без "танцев с бубном" не получится
a) Добавляете внешний источник данных - вроде ничего сложного.
б) Ставите галочку "Выбрать из списка" - обязательно - это нужно, чтобы проверить работоспособность уже вначале, и избавить себя от лишних заморочек.
- обязательно нажимаем ". " - подключение именно ODBC. Не OLEDB как мы все привыкли, а на уровень ниже
г)
А вот здесь будьте ОЧЕНЬ ВНИМАТЕЛЬНЫ.
Это драйвер ODBC - в случае использования клиент-серверной версии он должен обязательно быть на сервере. Если вы ведёте разработку на одной системе, а рабочая версия на другой (как это обычно бывает) убедитесь что вас не ждут сюрпризы. Странная рекомендация, но выбирайте самый древний или самый общий драйвер в случае, если вас не особо заботит скорость и за пределы возможностей стандарта SQL92 вы выходить не намерены. Это обеспечит вам лучшую совместимость. Например для SQL Server 2008 лучшим драйвером будет SQL Server Native Client 11, но рекомендую выбирать просто SQL Server, иначе этот самый native client придётся устанавливать либо на сервер, либо на все клиентские машины (в случае использования файловой версии), а выигрыша особого для простых задач он не даст.
д) Стандартные диалоги выбора Сервера
и базы данных
е) На вопрос сохранения пароля рекомендую ответить "да", иначе так и не получится это дело запустить.
ж) Выбираете таблицу и реквизиты. замечательная возможность - её можно сразу же переименовать так как вам нравится (и реквизиты тоже), при этом в свойствах у вас будут отображаться названия полей источника данных
з) А теперь запускаете, открываете конструктор запросов - выбираете тупо все записи из таблицы и ОПА - ошибка. Что делать? Если у вас управляемый интерфейс - заглянуть в меню сервис, а если обычный.
Я лично использовал вот такой код:
Может каких-то кусков и не нужно, но это работает. Выполнить код нужно ОДИН РАЗ. После чего будет нормально подключаться. мистика конечно - зачем это было нужно не понятно.
2) Источники данных только для чтения
Да, чудес не бывает. но иногда так хочется.
3) НЕЛЬЗЯ ИХ ИСПОЛЬЗОВАТЬ ВМЕСТЕ С ВНУТРЕННИМИ ИСТОЧНИКАМИ ДАННЫХ
Меня лично этот факт убил наповал
Как же так. то, чего так ждали и уже представляли и облизывались, как мы сейчас в одном запросе соединим наши данные с 1С-кой свернём - сгруппируем, вставим в отчет, а не тут-то было.
Но, естественно, опытных людей это не останавливает. какая мысль пришла в голову? Правильно - временные таблицы:
4) НЕЛЬЗЯ ИХ ИСПОЛЬЗОВАТЬ ВМЕСТЕ С ВРЕМЕННЫМИ ТАБЛИЦАМИ
А вот это уже не похоже на технологические трудности, а очень смахивает на то что нам хотят "чтобы жизнь раем не казалась" сделать :).
5) Можно использовать только в соединениях СКД
Для тех кто не знает - это в СКД на вкладке "Связи наборов данных". Часто вы ими пользуетесь? Удобно? Видимо так нас хотят принудить к использованию их чаще. Вот только там есть колонка "Условие связи" и "Параметр связи". Ни в одной типовой конфигурации не нашел примера их использования, в документации и у Хрусталевой тоже как-то всё не прозрачно. Кто-нибудь сможет мне объяснить как работает "условие связи"? Если там написать РеквизитИсточника = РевизитПриемника это не работает. Конечно условие можно записать в поле "Выражение" - в большинстве случаев этого хватает. вот только как-то не очень просто получается.
Итого ранее эта задача решалась где-то так:
Собственно строчек кода немного и они достаточно стандартны. при этом можно пользоваться полным функционалом конструктора запросов, а в СКД отдать только функцию КОМПОНОВКИ ДАННЫХ
Но на вид чуть, конечно, не так красиво. да и выгрузка в таблицу значений каждый раз - нужно код писать и проверять, не ошибся ли в названии реквизитов. а то, что нам дали в 1С, выглядит как-то половинчато. Я ещё не определился, чем удобнее пользоваться. Вы решайте, и пишите о ваших решениях, и что вас к ним подтолкнуло.
В версии платформы 8.3.5.1068 (и позднее) появилась возможность добавления, изменения и удаления данных во внешних источниках программными средствами 1С. Примеры данной возможности представлены в данной статье.
Внешние источники данных (добавление, изменение, удаление) на примерах
В версии платформы 8.3.5.1068 (и позднее) появилась возможность добавления, изменения и удаления данных во внешних источниках программными средствами 1С. Примеры данной возможности представлены в данной статье.
Для того, чтобы запись во внешние источники стала возможной, компания 1С добавила новые свойства таблицам данных и полям внешних источников:
- Для всей таблицы - свойство ТолькоЧтение. ТолькоЧтение = Истина означает, что изменение данных в этой таблице невозможно;
- Для отдельных полей таблицы - свойства ТолькоЧтение, РазрешитьNull и ЗначениеЗаполнения:
- ТолькоЧтение = Истина означает, что изменение данных в этом поле невозможно;
- РазрешитьNull = Истина означает, что в данное поле может быть записано значение NULL;
- ЗначениеЗаполнения содержит стандартное значение этого поля (если такое существует).
Эти свойства вы (при описании таблиц вручную) или платформа (при создании таблиц конструктором) можете использовать следующим образом.
- ТолькоЧтение = Истина устанавливать, например, для представлений (view), таблиц, получаемых на основе выражения (результат функции) и подобных. Данные в таких таблицах изменять нельзя;
- ТолькоЧтение = Истина указывать для полей, устанавливаемых автоматически (AUTOINCREMENT), вычисляемых полей и подобных. Данные в таких полях изменять нельзя;
- РазрешитьNull = Истина устанавливать для всех полей, кроме ключевых, и тех, которые во внешнем источнике описаны как NOT NULL;
- ЗначениеЗаполнения поля устанавливать в том случае, когда во внешнем источнике указано стандартное значение этого поля (значение DEFAULT).
Добавлять, изменять и удалять данные во внешних источниках можно с помощью встроенного языка или интерактивно. Во встроенном языке для этого используются следующие методы менеджера таблицы:
- СоздатьНаборЗаписей() - для необъектных таблиц;
- Новый метод СоздатьОбъект() - для объектных таблиц.
Соответственно у объектов ВнешнийИсточникДанныхТаблицаНаборЗаписей и ВнешнийИсточникДанныхТаблицаОбъектпоявились новые методы Записать() и Удалить().
Добавление данных
При добавлении данных во внешний источник вы создаёте объект (или набор записей), устанавливаете значения полей и записываете. При этом есть некоторые особенности, о которых полезно знать.
Например, при попытке установить значение поля, у которого ТолькоЧтение = Истина, будет выдана ошибка. А при непосредственной записи в базу данных в выражении INSERT такие поля будут пропущены. В остальные поля записываются те значения, которые вы им присвоили. Поэтому значения Null и значения по умолчанию нужно присваивать полям в явном виде.
Далее представлен небольшой пример. В нём данные добавляются в объектную таблицу shop_feature, у которой существует два поля:
- id (РазрешитьNull = Истина);
- name (РазрешитьNull = Истина);
Выполнение оператора Записать() приведёт к тому, что сначала будет вызван обработчик события ПередЗаписью, затем выполнена физическая запись в таблицу внешнего источника (INSERT), затем будет вызван обработчик события ПриЗаписи.
С ключевым полем таблицы внешнего источника вы можете поступать следующим образом. Если ключевое поле доступно для изменения, то тогда вы «вручную» задаёте его значение перед записью. Если изменение ключевого поля запрещено, то платформа самостоятельно получит ключ в INSERT или непосредственно после. Вы можете вмешаться в этот процесс с помощью метода УстановитьСсылкуНового() до физической записи (в обработчике события ПередЗаписью) или непосредственно после физической записи (в обработчике события ПриЗаписи).
Изменение данных
При изменении данных обновляются значения всех полей таблицы, у которых ТолькоЧтение = Ложь.
Если же необходимо записать только некоторые поля, вы можете указать их перечень прямо из встроенного языка с помощью методов УстановитьЗаписываемыеПоля() и ПолучитьЗаписываемыеПоля().
Удаление данных
При удалении данных выполняется непосредственное удаление строки из таблицы базы данных. При этом поиск ссылок на удаляемый объект не выполняется. Если такая функциональность нужна, вы можете запрограммировать её самостоятельно в обработчике события ПередУдалением().
Транзакции
Чтение данных внешних источников, как и ранее, выполняется вне транзакции, а при записи платформа открывает неявную транзакцию. При этом и чтение, и запись вы можете выполнять и в явных транзакциях с помощью методов объектаВнешнийИсточникДанныхМенеджер:
Блокировки
Для управления блокировками рекомендуется использовать свойство внешнего источникаРежимУправленияБлокировкойДанных:
а также свойство таблицы внешнего источника УровеньИзоляцииТранзакций:
Кроме этого, можно самостоятельно задать уровень блокировок в методе НачатьТранзакцию().
Дополнил типовую статью примерами) Будет больше времени - добавлю больше примеров.
В платформе начиная с версии 8.3.5 реализована возможность записи данных в таблицы внешних источников данных. В статье рассмотрена данная функциональность, расширяющая существующие возможности по интеграции конфигурации со сторонними системами.
Применимость
В статье рассматривается платформа 1C 8.3.5. Материал актуален и для текущих релизов платформы.
Запись во внешние источники данных в «1С:Предприятие 8»
В платформе 8.2.14 в дерево метаданных был добавлен новый объект – внешние источники данных. Назначение этого механизма – получение данных из внешних баз по отношению к 1С.
С выходами новых релизов платформы внешние источники данных развивались, например, стало возможным помещение во временные таблицы, выполнение соединений с обычными таблицами.
В статье мы рассмотрим, какие инструменты есть у разработчика для осуществления записи во внешние источники данных.
Все действия выполнялись на СУБД Microsoft SQL Server 2008 R2.
В платформе 8.3.4 была реализована возможность использования функций, описанных во внешних источниках данных.
Эта возможность позволяет запускать хранимые процедуры на стороне SQL Server, а при их помощи обращаться к данным внешних источников, в том числе и на запись.
Разберем пример. Создадим при помощи SQL Management Studio новую базу данных с именем kursy_test. Все дальнейшие эксперименты будут выполняться на ней.
В этой базе создадим таблицу nomenklatura, для этого напишем скрипт следующего содержания:
USE [ kursy_test ]
GO
CREATE TABLE [ dbo ] . [ nomenklatura ](
[ id ] [ int ] NOT NULL ,
[ description ] [ nvarchar ]( 150 ) NOT NULL ,
[ price ] [ numeric ]( 15 , 2 ) NULL ,
CONSTRAINT [ PK_id ] PRIMARY KEY ([ id ])
)
GOВ результате выполнения будет создана таблица следующей структуры:
Теперь нам нужно создать две хранимые процедуры, с помощью которых и будет выполняться модификация данных.
Первую процедуру назовем insert_nomenklatura. Она будет предназначена для добавления новой строки в таблицу. Скрипт для ее создания будет выглядеть так:
USE [ kursy_test ]
GO
CREATE PROCEDURE insert_nomenklatura
@id int ,
@description nvarchar ( 150 ),
@price numeric ( 15 , 2 )
AS
BEGIN
INSERT INTO [ kursy_test ] .dbo. [ nomenklatura ] ([ id ], [ description ] ,[ price ])
VALUES ( @id , @description , @price )
END
GOВторая процедура с именем update_nomenklatura будет выполнять обновление уже существующей в таблице записи. Чтобы ее создать, был запущен такой скрипт:
USE [ kursy_test ]
GO
CREATE PROCEDURE update_nomenklatura
@id int ,
@description nvarchar ( 150 ),
@price numeric ( 15 , 2 )
AS
BEGIN
UPDATE [ kursy_test ] .dbo. [ nomenklatura ]
SET [ description ]= @description ,[ price ]= @price
WHERE [ id ]= @id
END
GOВ Обозревателе объектов созданная таблица и две хранимые процедуры выглядят следующим образом:
Все подготовительные действия на стороне Microsoft SQL Server мы выполнили, теперь переходим в конфигуратор “1С:Предприятие 8”.
Создаем новый внешний источник данных с именем Nomenklatura. При создании новой таблицы в этом источнике данных указываем следующие параметры подключения к источнику данных:
Строку соединения укажем следующую:
При наличии пароля у пользователя sa его необходимо указать в параметре Password строки соединения.
Если все параметры подключения указаны корректно, при нажатии на кнопку ОК, откроется окно, содержащее таблицы, доступные в источнике данных:
Для увеличения нажмите на изображение.
Отмечаем галочками интересующие нас поля таблицы. При нажатии кнопки Готово во внешнем источнике данных Nomenklatura будет создана таблица dbo_nomenklatura:
Теперь переключаемся на закладку “Функции” нашего источника данных.
При помощи аналогичного мастера производим добавление двух хранимых процедур:
Получаем следующий внешний вид закладки “Функции”:
Теперь запрограммируем пользовательский интерфейс для работы с внешним источником данных.
В форме списка на командной панели расположим кнопку “Добавить” со следующим обработчиком:
&НаКлиенте
Процедура Добавить ()
Оповещение = Новый ОписаниеОповещения ( “ОткрытьТаблицуЗавершение” , ЭтотОбъект );
ОткрытьФорму (
“ВнешнийИсточникДанных.Nomenklatura.Таблица.dbo_nomenklatura.ФормаОбъекта” , , , , , ,
Оповещение , РежимОткрытияОкнаФормы.БлокироватьВесьИнтерфейс );
КонецПроцедурыВ форме объекта разместим кнопку “Сохранить”, при нажатии на которую выполняется следующий код:
В режиме предприятия форма списка выглядит следующим образом:
Форма объекта представлена ниже:
Для увеличения нажмите на изображение.
После нажатия на кнопку “Сохранить” вызывается хранимая процедура на SQL Server, в таблицу базы данных будет добавлена новая запись.
Таким образом, при помощи хранимых процедур мы реализовали запись во внешние источники данных.
В платформе 8.3.5 появилась новая возможность – запись во внешние источники данных напрямую, минуя разобранный выше механизм хранимых процедур.
Данные можно редактировать как программно, так и интерактивно. И для нашего примера прибегать к конфигурированию не придется.
В командных панелях и в меню “Еще” можно увидеть стандартные кнопки, такие как “Создать”, “Скопировать”, “Изменить” и т.д.
Для увеличения нажмите на изображение.
А в форме объекта появились кнопки “Записать” и “Записать и закрыть”:
Как видно, теперь работа с внешними источниками похожа на работу со справочниками, документами и т.д.
Рассмотрим, какие изменения были произведены на уровне метаданных, чтобы сделать возможным запись во внешние источники данных.
У таблицы данных добавлено новое свойство ТолькоЧтение (тип – булево).
Если это свойство установлено в Истина, запись данных в эту таблицу средствами платформы невозможна.
Поле таблицы данных обладает теперь свойствами:
- ТолькоЧтение (тип – булево) – возможно ли изменение данных в этом поле;
- РазрешитьNull (тип – булево) – возможно ли в данном поле сохранять значение NULL.
Свойство Только чтение следует устанавливать в значение Истина для полей базы данных с автоматическим изменением, автоматически формируемые ключевые поля, вычисляемых полей и т. д.
Добавлять, изменять и удалять данные во внешних источниках можно с помощью встроенного языка.
Для этого у объектов ВнешнийИсточникДанныхТаблицаНаборЗаписей и ВнешнийИсточникДанныхТаблицаОбъект были реализованы новые методы Записать() и Удалить().
Рассмотрим пример программного добавления новой записи для внешнего источника данных, рассмотренного выше.
В модуле объекта таблицы внешнего источника данных теперь можно задать обработчики событий, возникающих при записи, такие как ПередЗаписью(), ПриЗаписи() и т. д.:
В данной статье были рассмотрены два варианта записи данных во внешние источники данных – при помощи хранимых процедур и при помощи новых механизмов платформы 8.3.5.
Таким образом, в платформе теперь реализованы механизмы для полноценной интеграции с внешними приложениями.
В редакции 8.3.6 описываемый выше функционал был расширен при помощи новых специальных методов ПолучитьИзменяемыеПоля() и УстановитьИзменяемыеПоля(). С помощью них предоставлена возможность выполнять операцию записи в те поля таблицы ВИД, которые помечены в конфигураторе как доступные только для чтения. Благодаря этому стало возможным реализовать такой сценарий, при которой запись в отдельные поля таблицы ВИД возможна только в тех случаях, когда это необходимо в соответствии с бизнес-логикой приложения.
В редакции 8.3.7 был доработан механизм, определяющий какие конкретно поля таблиц ВИД могут содержать значения NULL. До этого момента все таблиц ВИД могли принимать это значения. Такое изменение связано с увеличением скорости сортировки в динамических списках по этим полям.
В редакции 8.3.8, наконец, стало возможным определение того факта, что внешний источник данных находится в состоянии транзакции. Эта функциональность представлена новым методом ВнешнийИсточникДанныхМенеджер.ТранзакцияАктивна()
В заключении отметим, что для внешних источников данных, как было показано выше, описываются таблицы данных из классической реляционной модели. Платформа же использует иную парадигму работу с данными, предлагая разработчику некоторый набор типов прикладных объектов (справочники, документы, регистры и т.д.). Именно поэтому система при работе с таблицами внешних источников данных не поддерживает большую часть функциональности, которая присуща ее “родным” объектам. Поэтому рекомендуется воздержаться от разработки какой-то бизнес-логики, с учетом использования таблиц ВИД, если это не связано с задачами интеграции с уже существующими системами. Или, говоря по простому, нужно стараться избегать хранить данные, которые активно используются в вашем приложении, в какой-то другой таблице внешней системы, если они этой системой не используются.
В следующей статье мы рассмотрим логическое продолжение использования технологии внешних источников данных в системе «1С:Предприятие».
PDF-версия статьи для участников группы ВКонтакте
Если Вы еще не вступили в группу – сделайте это сейчас и в блоке ниже (на этой странице) появятся ссылка на скачивание материалов.
Статья в PDF-формате
Если Вы уже участник группы – нужно просто повторно авторизоваться в ВКонтакте, чтобы скрипт Вас узнал. В случае проблем решение стандартное: очистить кеш браузера или подписаться через другой браузер.
Комментарии / обсуждение (185):
В листинге процедуры Добавить упоминается метод оповещения ОткрытьТаблицуЗавершение.
Но его код не приведен. Можете подсказать, какая там логика должна быть описана?Добрый день!
Указанный метод должен содержать действия, которые будут выполнены после того, как пользователь закроет открывшуюся форму объекта dbo_nomenklatura. Нам не требуются никакие действия после закрытия этой формы, поэтому обработчик может быть пустой.Ненадо приписывать web сервисам несуществующие минусы.
>> 1. Не кроссплатформенно
B под линуксом и под виндовсом работают прекрасно. На FreeBSD ты сам говоришь тоже работают.При прямом доступе в базу 1С писать нельзя однозначно. Иначе рискуешь огрести кучу неприятностей.
- оперативная отметка времени (ее значение должно быть уникальным, а в рассматриваемом случае может оказаться не уникальным);
- полнотекстовый поиск будет работать неверно;
- неуникальность номеров и кодов практически гарантирована;
- блокировки объектов (используются в методе Заблокировать прикладных объектов 1С:Предприятия и при их редактировании в диалогах);Кроме того при прямом доступе недоступен весь функционал 1С. Например в поле Представление адреса в регистре контактной информации это самое представление нужно писать в том виде в каком его возвращает функция глобального модуля, иначе адрес будет трактоваться как иностранный.
Придётся дублировать часть функционала 1С на сайте. А это гемор.Попробую опровергнуть по пунктам, но сначала я хочу предупредить: НИКОГДА НЕ ДЕЛАЙТЕ ТО В ЧЁМ НЕ УВЕРЕНЫ.
При прямом доступе нельзя писать однозначно.
Оперативная отметка не будет уникальной.
Полнотекстовый поиск будет работать не верно.
Не уникальность кодов и номеров.
Блокировки объектов при записи в базу.
Первый пункт о невозможности записи. В большинство баз данных писать можно. Для этого существует операторы INSERT и UPDATE. Неприятности мы можем получить и при не правильном конфигурировании 1С.
Таким образом правильно сгенерированный GUID будет уникален с достаточно большой долей вероятности.
Четвертое. Как же нам добиться уникальности номера? И надо ли? Во первых не все документы и справочники должны иметь уникальные номера и коды. А во вторых не вижу причин что бы не проверить перед записью в базу данных какие номера уникальны, а какие нет.
SET @C = SELECT COUNT(*)
Однако 2 часа ночи и пора спать. Спасибо Трактору — 90% статьи его.
Добравшись до работы, я таки решил проверить как это работает. Написав Функцию для постгреса:
return $result;
$$ LANGUAGE plperl;Я вставил запись в справочник:
Потом создал новый элемент в 1С. Был приятно удивлен. 1С действительно не контролирует вставку данных в свою базу. Так что если будете вставлять напрямую данные, то за нумерацию и уникальность придется нести ответственность вам. Осталось проверить блокировки.
Специальные предложения
При обращении к одной базе данных из нескольких регистраций информационной базы (из нескольких кластеров) возможна неверная работа механизмов, за которые отвечает менеджер кластера. Кроме нумерации к ним относятся:
- оперативная отметка времени (ее значение должно быть уникальным, а в рассматриваемом случае может оказаться не уникальным);
- некоторые профайлы (сохраненные в них значения могут теряться или периодически оказываться недоступными);
- индексы полнотекстового поиска окажутся задублированы и могут оказаться различными;
- если механизм регламентных заданий включен в нескольких кластерах, то одно регламентное задание сможет быть запущено в нескольких экземплярах;
- управляемые блокировки (в рассматриваемом случае не используются);
- блокировки объектов (используются в методе Заблокировать прикладных объектов 1С:Предприятия и при их редактировании в диалогах);
- каждый кластер имеет свой журнал регистрации.
Все автоматические блокировки реализуются средствами управления транзациями СУБД. Поэтому наличие нескольких кластеров не оказывает влияние на транзакционный механизм базы данных.И это всё при том что 1С умеет работать со своей базой :-)
awk, про УИДы всё ясно, тут возражений нет. Генери, пиши и настанет счастье.
С номерами/кодами интереснее. Я провёл эксперимент и попробовал создать новые документы в одну базу из двух кластеров 1С. Номера задвоились. Предполагаю что причина задвоения в том что сервер 1С самостоятельно выдаёт новые номера и не проверяет уникальность нового номера в базе. В этом случае избежать задвоения номеров при записи со стороны не удастся никак.
Из разъяснений 1С я понял что управляемые блокировки накладываются средствами 1С, а не СУБД, поэтому могут быть конфликты при записи со стороны.
Протестируйте качество нашей работы - получите первую консультацию в подарок.
Перенос любых данных 1С. Готовые механизмы переносов. Один звонок и мы решаем вопрос.
Гарантируем стабильный обмен без ошибок между программами 1С. Гарантии фиксируем в договоре.
Одним из основополагающих элементов любых конфигураций 1С являются справочники. Они хранят в себе информацию, которая используется в большинстве других объектов приложения 1С. Именно поэтому при разработке или модернизации любой системы на платформе 1С в первую очередь добавляют новые справочники и заполняют их. Знать основные свойства, функции и возможности этих объектов конфигурации должен каждый разработчик 1С.
Структура и функции справочников в 1С 8.3
Основная функция справочников заключается в хранении и предоставлении нормативно–справочной информации. Учет в системах 1С ведется в разрезе справочников: Номенклатура, Клиенты и другие.
Разработчики выделяют отдельный тип справочников – классификаторы. К ним относят информацию, утвержденную, например, государством:
- Единицы измерения;
- Валюты;
- Страны мира;
- Профессии.
По своей структуре справочники в программе 1С представляют собой списки определенных данных. Чтобы ознакомиться с существующими справочниками в конфигурации 1С, необходимо зайти в нее в режиме конфигуратора. В дереве конфигуратора найдите ветку «Справочники» и раскройте ее.
Рис.1 Ветка «Справочники»
Каждый из справочников обладает своими свойствами, установленными разработчиками. Рассмотрим основные свойства на примере справочника «Валюты».
Вкладка «Основные» содержит информацию о наименовании справочника и его описании. Следующий раздел «Подсистемы» отвечает за включение справочника в конкретную подсистему.
Рис.2 Раздел «Подсистемы»
На вкладке «Функциональные опции» определяется функциональность с использованием справочника. Закладка «Иерархия» позволяет создавать вложенные элементы справочника. Иерархические виды справочников могут быть крайне полезными.
Рис.3 Закладка «Иерархия»
На вкладке «Владельцы» настраивается механизм подчинения. Если справочник подчинен другому, то заполнение реквизита «Владелец» обязательно.
На вкладке «Данные» определяется, какую информацию вы сможете добавить в справочник 1С. Сверху настраивается код и наименование – одни из стандартных реквизитов, в центре – перечень добавленных реквизитов. В нижней части вы видите табличные части справочника.
Рис.4 Вкладка «Данные»
Настройки нумерации объекта конфигурации в 1С позволяют создать уникальную нумерацию для элементов справочника.
Рис.5 Настройки нумерации объекта
На вкладке «Формы» разработчики создают интерфейсы, которые будут видны пользователям. Чаще всего встречаются формы Элемента и Списка: так в программе 1С пользователи видят список данных справочника и его элементы.
Рис.6 Вкладка «Формы»
Грамотная настройка параметров на вкладке «Поле ввода» создаст пользователям максимально удобные условия в работе. Параметры «Быстрый выбор/Ввод по строке/Полнотекстовый поиск» помогут найти нужный элемент. «История выбора при вводе» сохранит ранее используемые позиции.
Рис.7 Грамотная настройка параметров
Раздел «Команды» показывает перечень существующих кнопок, вызывающих данный справочник. В «Макетах» вы сможете найти все печатные формы конкретного объекта конфигурации. «Ввод на основании» будет затронут разработчиком в тех случаях, когда на основании элемента справочника планируется создавать другие объекты конфигурации.
Рис.8 Раздел «Команды»
Подраздел «Права» отражает информацию о том, какие роли включают в себя доступ к справочнику, включая заполнение справочников, изменение и чтение. «Обмен данными» ознакомит, в каких планах обмена участвует справочник. Последняя вкладка включает в себя возможность перейти в модули для написания процедур и функций. Также там расположен перечень предопределенных значений справочника, к которым можно обращаться напрямую в коде.
Рис.9 Обмен данными
Не все свойства являются обязательными к заполнению. Некоторые вкладки так и остаются нетронутыми на протяжении всей жизни ПО на платформе 1С.
Чтобы создание справочников в 1С не вызывало затруднений, создадим новый объект конфигурации этого типа.
Создание и перенос справочника в 1С 8.3
На примере нетиповой конфигурации создадим и начнем использовать справочник «Подразделения», в котором будут храниться данные о структуре предприятия. В конфигураторе, в дереве конфигурации находим «Справочники» и нажимаем кнопку «Добавить». Заполняем поля:
- Имя/Синоним. Первый реквизит отвечает за имя объекта в конфигурации, второй – за название в режиме предприятия;
- Представление объекта используется при открытии одного элемента справочника;
- Представление списка используется при просмотре списка данных справочника;
- Пояснение – справка для пользователей.
Рис.10 Создание справочника
Далее нам необходимо добавить новый справочник в одну из подсистем, если мы хотим, чтобы пользователи могли видеть его в интерфейсе. Открываем вкладку «Подсистемы» и ставим галку напротив уже существующей подсистемы «Общее».
Рис.11 Добавляем справочник в подсистему
Наш новый справочник будет иерархическим, так как подразделения могут входить одно в другое. Групп подразделений на нашем предприятии не планируется, поэтому выбирается тип «Иерархия элементов». Ограничивать вложенность подразделений при этом мы не будем.
Рис.12 Тип «Иерархия элементов»
Помимо стандартного набора нам потребуется еще несколько реквизитов и табличная часть для перечня сотрудников. Для этого нужно добавить их на вкладке «Данные» в соответствующих разделах.
Рис.13 Внесение реквизитов
Для удобства необходимо в форму списка добавить наши реквизиты. Для этого на вкладке «Формы» создаем новую форму списка и устанавливаем ее в качестве основной. В диалоговом окне проставим галки у всех реквизитов, которые нам необходимы. Также зададим и форму элемента, чтобы расположить реквизиты в том порядке, который устроит наших пользователей.
Рис.14 Задаем форму элемента
На этом создание демонстрационного справочника «Подразделения» закончено. Обновляем конфигурацию и запускаем систему вновь в режиме предприятие. В подсистеме «Общее» появилась функциональная клавиша «Список подразделений». Нажатие на нее открывает заданную нами форму списка справочника с возможностью добавления в нее элементов.
Рис.15 Список подразделений
Многие компании работают с несколькими базами 1С, поэтому разработчик может столкнуться с переносом созданного справочника в другую базу. Для этого вместе с большинством конфигураций поставляется внешняя обработка – «Выгрузка и загрузка данных XML». Но перед тем как осуществить перенос справочников 1С 8.3, необходимо подготовить конфигурацию-приемник. В ней должен быть создан аналогичный объект конфигурации с идентичными полями и табличными частями.
При открытии данной обработки, нам необходимо указать, какие объекты мы хотим перенести и выбрать файл. Затем запущенная выгрузка справочника создает XML-файл, куда записывает все данные.
Рис.16 XML-файл
Чтобы загрузить справочники в другую информационную базу, необходимо зайти в нее и открыть эту же внешнюю обработку. На второй вкладке запустить загрузку. Это ручной механизм, поэтому если планируется регулярный ввод новых элементов справочника в одной базе, то лучше организовать обмен между базами.
В заключение хотелось бы напомнить, что создание справочников в 1С 8.3 после запуска системы в эксплуатацию вызовет проблемы из-за необходимости монопольного доступа к базе. Обновление же конфигурации безопаснее всего проводить на сервере.
Читайте также: