Стандартные
решения, применяемые в типовых конфигурациях
В последних редакциях типовых конфигураций 1С:Предприятия ("1С:Бухгалтерия" ред. 3.5, "Торговля+Склад" ред. 8.5, "Зарплата+Кадры", "Производство+Услуги+Бухгалтерия" ред. 1.5, "Комплексная конфигурация" ред. 2.5) значительно расширены возможности обмена информацией между конфигурациями. В конфигурации встроены обработки для выгрузки и загрузки данных (в первую очередь, справочников и бухгалтерских проводок): одна конфигурация выгружает данные в текстовый файл, другая - загружает их.
Поддерживаются следующие направления обмена данными:
- из конфигурации "Зарплата+Кадры" можно выгружать проводки по начислению и выдаче заработной платы, а так же справочники "Сотрудники" и "Подразделения" в "1С:Бухгалтерию", "Производство+Услуги+Бухгалтерию", "Комплексную конфигурацию";
- из конфигурации "Торговля+Склад" можно выгружать проводки по торговым операциям в "1С:Бухгалтерию" и "Комплексную конфигурацию".
Загрузка проводок в "1С:Бухгалтерию" из конфигураций "Торговля+Склад" и "Зарплата+Кадры" существовала и предыдущих редакциях типовых конфигураций; в последних редакциях возможности обмена значительно расширены: в частности, теперь в конфигурации "Зарплата+Кадры" можно формировать любые теоретически возможные проводки по начислению и выдаче заработной платы со всей необходимой для бухгалтерской конфигурации аналитикой. Пользователям "Комплексной конфигурации" могут оказаться полезными новые режимы загрузки данных из конфигураций "Зарплата+Кадры" и "Торговля+Склад": теперь учет по соответствующим направлениям можно вести в отдельных конфигурациях (которые входят в комплект программного продукта "1С:Предприятие. Комплексная конфигурация"), ограниченно используя "Комплексную конфигурацию".
Все типовые конфигурации используют единый универсальный формат обмена данными. Формат позволяет передавать через текстовый файл константы, справочники, документы и проводки. Формат имеет следующую особенность: выгрузка данных в файл происходит в точном соответствии со структурой конфигурации, которая этот файл будет загружать. Это позволяет избежать потерь информации при выгрузке информации, поскольку точно известно, какая информация необходима загружающей конфигурации.
Другая особенность формата - это очень прозрачная структура тестового файла. Все поля в нем (содержащие значения атрибутов и реквизитов объектов) содержат идентификаторы, соответствующие идентификаторам метаданных, что позволяет легко разобраться в содержимом файла, просматривая его в любом текстовом редакторе. Кроме того, это свойство формата позволяет загружать данные в любые конфигурации "1С:Предприятия" с помощью одной универсальной обработки. Она встроена в типовые конфигурации фирмы "1С", а так же размещена на диске ИТС как внешняя обработка (файл с именем Importert).
Таким образом, чтобы организовать обмен данными между двумя любыми конфигурациями (созданными партнерами фирмы "1С" или пользователями), остается разработать только обработку выгрузки необходимых данных. В качестве примера можно использовать обработки выгрузки данных из типовых конфигураций "1С:Предприятия", а так же размещенную на диске ИТС обработку для выгрузки данных из любой конфигурации в другую точно такую же (файл с именем Exportert).
При любом обмене данными между разными информационными базами всегда существует проблема идентификации объектов, выгруженных из базы-источника, при загрузке в базу-приемник. Например, при передаче проводок из конфигурации "Торговля+Склад" в "1С:Бухгалтерию" весьма вероятно, что многие из элементов справочника "Контрагенты", выгружаемые в качестве субконто проводок, уже заведены в "1С:Бухгалтерии" и не надо создавать новых элементов, а следует использовать существующие.
Механизм обмена данными позволяет применить любой способ идентификации объектов. Точнее говоря, для идентификации справочника может быть выбран любой его атрибут (код, наименование, родитель, владелец) или непериодический реквизит, или произвольный набор этих атрибутов и реквизитов. Для идентификации документа может использоваться любой его атрибут (номер, дата), реквизит шапки, общий реквизит документов, атрибут операции (сумма, содержание) или реквизит операции; можно использовать комбинацию нескольких атрибутов и реквизитов.
Например, элементы справочника "Контрагенты" можно идентифицировать по коду, и следить, чтобы в информационных базах, обменивающихся информацией, совпадали коды элементов, описывающих одного контрагента. Это может вызвать некоторые сложности, когда новые элементы вводятся в справочники "Контрагенты" в разные информационные базы независимо. Можно идентифицировать контрагентов по ИНН, но тогда необходимо всегда при вводе новых контрагентов указывать ИНН, а он может быть неизвестен.
В "1С:Бухгалтерии" существует справочник "Варианты реализации", который хранит комбинацию типа реализации и ставок налогов (НДС, НГСМ, НП) и используется в качестве субконто при реализации товара (и прочих активов). Элементы этого справочника при выгрузке проводок из конфигурации "Торговля+Склад" правильнее всего идентифицировать по значению всех четырех его реквизитов: "Тип реализации", "Ставка НДС", "Ставка НГСМ", "Ставка НП"; код элементов этого справочника при идентификации никакой роли не играет.
Но, вообще говоря, исключить ошибки при идентификации объектов можно, только идентифицируя элементы справочников по коду, при включенном контроле уникальности кода. Кроме того, если серии кодов заданы "в пределах подчинения", очевидно, что одного только кода в любом случае недостаточно (так как разные элементы в разных группах могут иметь одинаковый код). Вместе с кодом в идентификации элементов таких справочников должны участвовать атрибуты "родитель" и "владелец" (если справочник подчинен другому справочнику).
Аналогично, гарантировать безошибочную идентификацию документов можно, если использовать для этого номер и дату документа, при включенном контроле уникальности номера. Если периодичность номера указана "по всем документам данного вида", то одного номера будет достаточно; иначе надо использовать для идентификации так же и дату документа.
Если в свойствах справочника в Конфигураторе не задан контроль уникальности кода (а у документов - контроль уникальности номера), или если код элементов (номер документа) по каким-либо причинам не используется для идентификации объектов, а используется значение какого-либо другого атрибута (или нескольких атрибутов), всегда существует вероятность того, что пользователи ввели несколько элементов с одинаковым значением этого атрибута, и идентификация таких объектов будет происходить неоднозначно.
В любом случае, пользователи обоих информационных баз, между которыми происходит обмен информацией, должны знать правила, по которым идентифицируются объекты при обмене, и соблюдать их.
Обработка предназначена выгрузки справочников и документов в тестовый файл в специальном формате,
для последующей загрузки в точно такую же конфигурацию. Формат файла размещен на диске ИТС.
Загрузка файла может быть осуществлена универсальной обработкой Importert.
Запуск обработки выгрузки выполняется из системы "1С:Предприятие 7.7".
Для запуска обработки откройте файл Exportert с помощью пункта "Открыть" из меню "Файл" главного меню системы 1С:Предприятие.
Порядок работы с обработкой приведен во встроенном описании.
Обработка предназначена для загрузки в информационную базу любых данных из текстового файла, записанного в специальном формате. Формат файла размещен на диске ИТС.
Запуск обработки загрузки выполняется из системы "1С:Предприятие 7.7".
Для запуска обработки откройте файл Importert с помощью пункта "Открыть" из меню "Файл" главного меню системы 1С:Предприятие.
Порядок работы с обработкой приведен во встроенном описании.
