Функция получает 3 параметра:

1. ИмяФайла - строка имя файла базы данных.
2. ТаблицаДанных - таблица значений, содержащая данные.
3. ОписаниеТаблицы - структура, описывающая поля таблицы и имя.

Для работы с БД создаётся уже знакомое нам подключение. Подключившись, создаём объект, отвечающий за исполнение sql инструкций. Далее организуем цикл по строкам таблицы значений (параметр функции №2) и вложенный цикл по колонкам таблицы. Счётчик строк будет использоваться для индексирования строк. Счётчик колонок будет использоваться для поиска описания поля в структуре описания таблицы (параметр №3). Перебирая колонки очередной строки, анализируем их типы (по описанию таблицы) и выполняем соответствующие преобразования. В итоге у нас оказывается готовая команда sql для записи строки в БД. Применяем полученную sql инструкцию, объектом ADODB.Command. По окончании процесса закрываем подключения и очищаем память.

К сожалению на этом сайте я не смог прикрепить обработку для толстого клиента, которая может выгружать любые справочники в базу access. Но на яндекс диске её можно загрузить: http://yadi.sk/d/UzK_PAsJ3vjTS . В данной обработке задействованы все детали универсального механизма выгрузки. Конечно данной обработкой, этот механизм не ограничивается. Его можно смело копировать как в отдельный модуль, так и в свои обработки. Я не исключаю ошибочных ситуаций, которые могу привести к краху выгрузки, но это не коммерческий проект. Вы вольны доработать данный механизм под свои нужды. Ниже следуют 2 приложения с описанием констант adox. Надеюсь, данный механизм будет вам полезным. Желаю вам успехов на профессиональном поприще!

Приложение 1 список дополнительных свойств поля таблицы access:

AutoIncrement

Задает тип поля "Счетчик" с автоматическим увеличением значения при добавлении записи.

Default

Значение поля по умолчанию.

Description

Описание поля.

Fixed Length

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

Increment

Значение, на которое будет увеличиваться поле типа "счетчик".

Nullable

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

Seed

Значение, с которого начнется отсчет в первой записи для поля типа "счетчик".

Jet OLEDB:Allow Zero Length

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

Jet OLEDB:AutoGenerate

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

Jet OLEDB:Column Validation Rule

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

Jet OLEDB:Column Validation Text

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

Jet OLEDB:Compressed UNICODE Strings

Определяет, будет ли Microsoft Jet сжимать UNICODE строки при записи на диск. Игнорируется, если база данных не в формате Microsoft Jet version 4.0.

Jet OLEDB:Hyperlink

Определяет, что данные в поле являются гиперссылкой. Игнорируется для полей с типом отличным от adLongVarWChar.

Jet OLEDB:IISAM Not Last Column

For Installable-ISAMs, this property informs the I-ISAM that there are more columns that are going to be added to the table after this one. If you are using ITableDefinition::AddColumn or ITableDefintion::CreateTable, it is required that you set this property for every.

Jet OLEDB:One BLOB per Page

Определяет, должны ли данные хранится в раздельных страницах (True) или могут использовать общие страницы базы данных, для экономии места на диске. Работает только с полями типа adLongVarBinary.

Приложение 2 список типов значений применяемых в ADOX

adDouble, type 5 - дробное число

adDate, type 7 - дата/время

adCurrency, type 6 - целое число

adInteger, type 3 - беззнаковое целое число

adBoolean, type 11 - булево

adVarWChar, type 202 - строка unicode длиной 255 символов

adLongVarWChar ("memo"), type 203 - строка unicode неограниченная строка

В этой статье речь пойдет о настройке прав доступа пользователей к объектам системы 1С.

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

Обратите внимание! Эта статья написана в помощь программистам. Настройка прав в пользовательском режиме на примере 1С Бухгалтерия рассмотрена в .

Роль определяет набор прав пользователя, которые он имеет. Механизм ролей очень похож на механизмы прав Windows Active Directory. Для каждого из объектов (справочники, документы) разработчик устанавливает свой набор прав — чтение/запись/добавление/изменение/…

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

Если открыть объект метаданных Роль, мы можем увидеть следующую картину:

У объекта есть две закладки — Права и Шаблоны ограничений. Права — основная закладка, Шаблоны — вкладка для настройки прав на уровне записи в 1С (RLS ). Это очень важная тема, её я постараюсь описать в будущих статьях.

Будем рассматривать только вкладку Права .

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

Следует обратить внимание на галочки в нижней части:

• Устанавливать права для новых объектов — если флаг установлен у роли, на новые объекты метаданных будут автоматически установлены разрешающие права. Рекомендую установить, если Вы часто забываете установить права на новые объекты.
• Устанавливать права для реквизитов и табличных частей по умолчанию — флаг, при установке которого реквизиты и табличные части будут наследовать права владельца(справочника, документа и т.д.)
• Независимые права подчиненных объектов — если флаг установлен, то система при определении права на объект конфигурации учтёт права на родительский объект

Настройки прав на всю конфигурацию

Если открыть Роль и кликнуть на корень конфигурации, мы увидим следующие настройки:

Подробнее о каждом из прав на всю конфигурацию :

Получите 267 видеоуроков по 1С бесплатно:

• Администрирование — администрирование информационной базы (требуется наличие права «Администрирование данных»)
• Администрирование данных — право на административные действия над данными
• Обновление конфигурации базы данных — право на
• Монопольный режим — использование монопольного режима
• Активные пользователи — просмотр списка активных пользователей
• — журнал регистрации
• — право запуска тонкого клиента
• — право запуска веб-клиента
• Толстый клиент — право роли запуска толстого клиента
• Внешнее соединение — право запуска внешнего соединения
• Automation — право на использование automation
• Режим «Все функции» — в режиме управляемого приложения
• Сохранение данных пользователя — разрешение или запрет на сохранение данных пользователя (настроек, избранного, истории). Особенно актуально для 1С управляемых форм.
• Интерактивное открытие внешних обработок — открытие внешних обработок
• Интерактивное открытие внешних отчетов — открытие внешних отчетов
• Вывод — вывод на печать, запись и копирование в буфер обмена

Настройка прав 1С 8.2 на другие объекты метаданных

Для остальных основных объектов (справочники, константы, документы, регистры…), набор прав у роли достаточно стандартен:

• Чтение — чтение (программное)
• Добавление — добавление (программное)
• Изменение — изменение (программное)
• Удаление — удаление (программное)
• Просмотр — просмотр
• Интерактивное добавление — интерактивное добавление
• Редактирование — редактирование
• Интерактивная пометка удаления — интерактивная пометка на удаление
• Интерактивное снятие пометки удаления — снятие пометки на удаление
• Интерактивное удаление помеченных — удаление помеченных объектов
• Ввод по строке — использование режима ввода по строке
• Интерактивное удаление — непосредственное удаление (shift +del)

Права только для документов :

• Интерактивное проведение — проведение
• Отмена проведения — отмена проведения документов
• Интерактивное проведение неоперативное — проведение (стандартными командами форм) документа в неоперативном режиме
• Интерактивная отмена проведения — интерактивная отмена проведения
• Интерактивное изменение проведенных — редактирование проведенного документа. Если право у роли не установлено, то пользователь не может удалить проведенный документ, установить пометку удаления, перепровести или сделать непроведенным. Форма такого документа открывается в режиме просмотра

P.S. Если у Вас все же не получилось разобраться в ролях пользователей, Вы можете заказать .
Видео с примером настройки прав в 1С бухгалтерии 3.0:

Недавно мне потребовалось выгрузить из одной простенькой БД Access все данные в самописную конфигурацию (1С:Предприятие . Информации для переноса было не так много и в принципе можно было сгрузить этот увлекательный процесс на пользователя, но я решил помочь и без того занятым сотрудникам.

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

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

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

Итак, начнем все рассматривать по порядку. Создаем новую обработку и кидаем на нее единственный компонент – «ТабличноеПоле». Я растянул этот компонент по всей форме. В итоге моя форма приобрела вид как на рисунке 1.

Рисунок 1. Форма обработки

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

//Очищаем наше табличное поле ТабличноеПоле1.Очистить(); ТабличноеПоле1.Колонки.Очистить(); //Готовим строку соединения с MS Access //Путь к базе указывается в самом конце СтрокаПодключения = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source="+"C:\mydb.mdb"; СоединениеСБазой = Новый COMОбъект("ADODB.Connection"); //Соединяемся СоединениеСБазой.Open(СтрокаПодключения); //Получаем набор записей из таблицы demo_table КоллекцияЗаписей = Новый COMОбъект("ADODB.Recordset"); КоллекцияЗаписей.Open("select * from demo_table", СоединениеСБазой,1); //считываем структуру полей таблицы //В таблице значений создаем все колонки, которые есть в Access"овской таблице Для сч = 0 по КоллекцияЗаписей.Fields.Count - 1 Цикл ТабличноеПоле1.Колонки.Добавить("Колонка" + сч, Строка(КоллекцияЗаписей.Fields.Item(сч).Name)); КонецЦикла; //Перемещаем маркер на первую запись КоллекцияЗаписей.MoveFirst(); //считываем данные из таблицы //и добавляем их в ТЗ Пока НЕ КоллекцияЗаписей.EOF Цикл НоваяСтрока = ТабличноеПоле1.Добавить(); Для сч = 0 по КоллекцияЗаписей.Fields.Count - 1 Цикл НоваяСтрока["Колонка" + сч] = КоллекцияЗаписей.fields(ТабличноеПоле1.Колонки[сч].Заголовок).Value; КонецЦикла; КоллекцияЗаписей.MoveNext(); КонецЦикла; //Отображаем данные из ТЗ в ТабличномПоле ЭлементыФОрмы.ТабличноеПоле1.Значение = ТабличноеПоле1; ЭлементыФОрмы.ТабличноеПоле1.СоздатьКолонки();

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

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

Но вы не бросайте читать эту статью, это еще не основная мысль. Основная состоит в том, чтобы не угодить в логическую ловушку и не посчитать 1С совсем незаменимой в любой части автоматизации всех процессов на предприятии. Вот тут есть с чем поспорить и что предложить. Я хочу рассказать об одном успешном опыте автоматизации самых разных сторон бизнес-деятельности компьютерной фирмы и да, конечно же, о стыковке этого решения с 1С. Работа выросла из необходимости сопряжения разработанной самостоятельно системы с программой 1С, но этот подход (разделение на 2 программных блока) можно развить до полноценной философии построения информационной системы вообще.

Изначально задача состояла в следующем. Имелась корпоративная система автоматизации, написанная на Microsoft Access. За долгие годы своего развития она вобрала в себя практически все повседневные задачи – ведение банка, выписку счетов, оформление бухгалтерских документов на отгрузку, ведение склада, учет комплектующих по серийным номерам, составление технологических карт на производство и т.д. В последнее время к возможностям системы добавились: создание банковских платежек прямо на основе входящих счетов, автоматическая генерация прайс-листов в различных форматах для публикации на веб-ресурсах, обновление веб-сайта фирмы и подготовка Договоров на основе существующих шаблонов (так называемая офисная автоматизация). Плюс наличие большого количества аналитики и ведение всего управленческого учета. Все это делало систему совершенно незаменимой – перенос всего этого функционала в 1С занял бы кучу времени и денег.

С другой стороны, программа 1С-Предприятие обслуживала только потребности бухгалтерии для ведения БУ и НУ и сдачи отчетности. Таким образом, 1С была «отвязана» от повседневного функционирования фирмы, а проведенные документы заносились в базу апостериори.

Чем хороша такая схема? Плюсов можно выделить несколько:
- недопуск менеджеров и прочих (без)ответственных лиц в «святая святых» - бухгалтерскую базу, которую должны формировать только сотрудники, имеющие представление о предмете; аккуратное ведение справочников,
- вынесение из 1С всего, не имеющего к ней отношения: от управленческих задач, которые не требуют отражения в бухучете, до всяких прочих моментов, которые специфичны для фирмы и к которым не должны иметь доступ посторонние,
- экономия на лицензиях: рабочие места 1С стоят заметных денег,
- важный момент: при внедрении всего описанного выше дополнительного функционала непосредственно «внутрь» 1С существует постоянная необходимость в его доработке при выходе обновлений продукта. Это, понятное дело, гарантирует практически постоянную занятость программистов 1С, но это место, где можно заметно сэкономить.

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

Собственно, в этом и состояла основная задача - уйти от двойной работы.

Сначала нужно разобраться с всякими справочниками - в первую голову, это справочник контрагентов и номенклатуры. Проблема синхронизации справочников, столь часто возникающая в программах такого рода, достаточно отработана и понятна в реализации. Однако, в данном случае было принято волевое решение не использовать 2 справочника со взаимной синхронизацией, а иметь один исходный вариант - тот, что заведен в MS Access, и просто реплицировать его в 1С (обратная связь - это просто отметка в MS Access, что данная позиция уже выгружена).
Этот подход сильно упрощает задачу. Для чисто бухгалтерских потребностей нужно совсем немного позиций в таких справочниках - и они также заводятся во внешней программе, чтобы не нарушать сформулированный принцип. Таким образом, можно убрать еще одну частую проблему - безмерное раздувание справочника используемой номенклатуры. Ниже приведена товарная группа «Мониторы»

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

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

Таким образом, в 1С выгружаются только «рафинированные», очищенные и приведенные в должный вид данные. Выгрузка может производиться с некоторой периодичностью - порционность позволяет отладить работу бухгалтерии и избежать лишней работы, если в течение дня (или большего периода) что-то аннулировалось, менялось, проводилось вновь – все эти вещи происходят в рабочей базе MS Access, и только «устоявшееся» состояние дел поступает в 1С. Плюс, такого рода выгрузку можно синхронизировать с операциями бэкапа и всегда быть уверенным в правильности текущего состояния 1С –ской базы.

Понятное дело, документы поступают без автоматической проводки (хотя и это можно было бы настроить). Кстати, база MS Access сама проверяет наличие необходимых товаров на складе - для списания в отгрузку (дилемма – чтобы убедиться, что накладная может быть выписана текущей датой, что все необходимые для списания позиции есть на складе - то есть закуплены или произведены, - нужно… провести документ в 1С. Доверять это менеджерам, видимо, не стоит – или же за плечами менеджера всегда должен стоять сотрудник бухгалтерии)

Теперь о реализации. Программы 1С поддерживают интерфейс обмена данными через механизм ADO. Со стороны 1С используется штатный программный интерфейс для создания элементов справочников и документов, так что работа этого механизма не зависит от внутренней подробностей реализации 1С, которые могут меняться от версии к версии и от обновления к обновлению. С другой стороны, главным лозунгом разработки было «максимально использовать возможности 1С, где это возможно». Поэтому в окончательной реализации связки из MS Access грузилось только название и ИНН контрагента - данные «подтягивались» из справочников ЕГРЮЛ и ИП с помощью встроенного в 1С механизма (то же самое относится к банковским реквизитам – они актуализируются по БИК).

Во внешней базе MS Access были созданы запросы (Query), которые подготавливают все необходимые данные для загрузки в 1С – бери и раскладывай по документам и полям.

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

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