Обновлено: 02.07.2024

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

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

Узнаем о том, как синхронизировать или, проще говоря, настроить обмен данными в утилите 1С 8.3.

Цели обмена баз данных в 1С

Наладив обмен данными в программе 1С, можно добиться следующих целей:

• Разграничить различные варианты учета;
• Быстро актуализировать информацию, требующуюся сотрудникам различных подразделений компании;
• Наладить связь между распределенными офисами фирмы;
• Провести автоматизацию смежных бизнес-процедур;
• Не допустить ошибочного повторного ввода документации.

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

Особенности обмена данных в 1С

Типичная процедура первичного обмена данными в 1С (при условии, что 1С является хотя бы одним из объектов), состоит из таких этапов:

1. Выделение состава обмена.
2. Поиск протоколов обмена.
3. Непосредственный обмен-синхронизация.
4. Определение правил.
5. Формирование графика.

Рассмотрим каждый этап подробнее.

Как выявить состав обмена?

Объекты обмена – это приемник и источник. Вместе с тем источник может быть одновременно приемником, и наоборот – в таком случае речь будет идти о двухстороннем обмене. Определить приемника и источника можно, учитывая функционал системы или необходимость. Предположи, при синхронизации созданной на платформе 1С: Предприятие системы управления казначейством и ведения финансового учета «WA: Финансист» специалисты советуют применять ее же как мастер-систему. Это связано с тем, что в программе есть функционал для контроля над соблюдением правил заявочной политики. А значит, работа программы окажется наиболее эффективной.

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

• Прописать процессы обработки коллизий (исключительных ситуаций) и работы с ошибками;
• Определиться с требованиями к частоте обмена данными;
• Выделить объем данных для синхронизации.

Здесь же, учитывая структуру и уже имеющиеся системы организации, нужно выбрать оптимальный формат обмена:

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

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

Обмен осуществляется между схожими конфигурациями информационных баз 1С с ясной структурой управления «главный и подчиненный» для каждой пары обмена. Распределенная информационная база выступает в качестве составляющей технологической платформы, а также отправляет от главного к подчиненному административные сведения баз данных и изменения в конфигурации.

Определение протоколов обмена (транспорт)

Для решения на базе 1С: Предприятие имеется множество инструментов для синхронизации с любыми информационными сервисами с помощью единых универсальных стандартов - ADO-соединений, Excel, текстовых файлов, xml и других. Решая вопрос с выбором протокола обмена, нужно ориентироваться на возможности базы данных второго участника обмена – сторонней системы.

Синхронизируем справочники

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

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

Определение правил

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

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

• Информационные базы приемники-передатчики – узлы;
• Документация с «опознавательными» реквизитами – состав данных;
• РИБ для определенных направлений обмена.

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

График обмена в 1С

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

Есть несколько факторов, которые на различных этапах реализации процесса обмена данными потребуют доработок:

• Существенно разный состав и комплекс реквизитов в справочниках;
• Необходимость в нетиповых правилах синхронизации;
• Наличие объектов обмена, которые прежде были доработаны;
• Использование неактуальных, не обновлявшихся длительный срок версий конфигураций;
• Различные версии 1С: Предприятие;
• Использование значительно измененных, нестандартных баз данных.

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

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

Особенности настройки со стороны 1С: Управление Производственным Предприятием

Кликаем на строку «Обмен данными c продуктами…», расположенную в разделе «СЕРВИС» (выбор прямого обмена с РОЗНИЦЕЙ может обернуться ошибками COM-объектов). Появится шаблонное уведомление о том, что «Данная возможность недоступна».

Поставьте флажок. Теперь на уведомление можно не обращать внимания.

Кликаем на «Создать обмен с «Розница» в настройках синхронизации информации

Откроется вкладка с предложением синхронизации.

Прежде, чем определять параметры подключения через сетевой или локальный каталог, нужно удостовериться, что под каталог достаточно пространства на диске. К слову, чаще всего каталог весит до 50 Мб. Крайне редко ему необходимо до 600 Мб. Оформить нужный каталог можно непосредственно из конфигуратора.

Если подключение осуществляется через сетевой каталог, на предложения программы выполнить настройку подключения по э-мейл и с помощью адреса FTP можно не обращать внимание. Кликаем на кнопку «ДАЛЕЕ».

Вручную в настройках указываем условные обозначения баз – префиксы (чаще всего РО, УПП, БП), определяем изначальную дату выгрузки сведений и правила. Префикс станет значиться в наименовании документации – для обозначения баз данных, в которых созданы правила. Если вы откажитесь от редактирования правил выгрузки данных, то данные автоматически начнут выгружаться по текущим параметрам программы.

Сводные данные по результатам выполненных мероприятий.

Формируем файл для настройки синхронизации для «РОЗНИЦА» (в дальнейшем это позволит отказаться от повтора действий). Если выполнить отправку данных необходимо сразу после настройки обмена, в соответствующей строке ставим флажок.

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

Особенности настройки со стороны «РОЗНИЦЫ»

Ставим флажок и кликаем на «Синхронизация».

Выбираем «Управление производственным предприятием» для выполнения «обратной» настройки.

Выгружаем оформленный в УПП файл с настройками.

Ставим флажок. Система автоматически подхватит адрес.

Выполняем те же действия, что ранее осуществили в УПП.

Определяем правила для выгрузки данных.

Появляется сводная информация по результатам осуществленных мероприятий.

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

Если при синхронизации данных возникнет ошибка, фраза «Никогда…» заменит строку «Подробно…»

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

Процедура синхронизации данных в 1С успешно подошла к концу.

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

В этом случае внедрение 1С:Бухгалтерии и перенос остатков менее затратное мероприятие, чем регулярное обновление нетипового продукта. А если речь идет о постоянном обмене данными, то он обеспечит совместную работу менеджеров и бухгалтеров в одном пространстве, но таким образом, чтоб они не мешали друг другу.

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

Какие данные можно перенести?

Согласно правилам обмена из 1С:Комплексная автоматизация в 1С:Бухгалтерия можно перенести следующие типы данных:

• Остатки денежных средств на счетах компании (бухучет и информационная база);
• Справочники;
• Документы.

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

Вышеописанный процесс включает:

• Выгрузку данных из 1С:КА в файл с данными;
• Загрузку данных в виде полученного файла на 1С:БП.

Варианты переноса

Можно выделить 4 варианта переноса данных из КА в БП:

1. Перенос данных за указанный временной отрезок. Если уже начался новый период и есть остатки, важно не забыть перенести и их;
2. Перенос всей базы с вводом остатков в КА (если учет начался не в момент создания компании). Переноситься будут не документы ввода остатков, а исключительно информация по ним;
3. Перенос документов по конкретным периодам (временным отрезкам). Такой обмен должен быть односторонним;
4. Облегченные варианты переноса. Справедливы для случаев, когда нужно перенести, например, лишь несколько справочников.

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

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

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

В основном интерфейсе 1С:КА необходимо открыть меню «Сервис» – «Прочие обмены данными».

Окно включает 4 вкладки, но нас интересует «Выгрузка данных». Здесь необходимо отметить галочкой пункт «Выгрузка в файл обмена», после чего нужно загрузить файл с правилами обмена. Чуть ниже можно выбрать правила выгрузки данных.

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

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

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

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

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

После проверки всех данных можно переходить к следующему шагу обмена – отправке выгруженных данных в 1С:БП.

Загрузка данных в 1С:Бухгалтерия предприятия

В продукте 1С:Бухгалтерия предприятия необходимо открыть «Универсальный обмен данными в формате XML» и активировать вкладку «Загрузка данных».

По клику на значок «. » около поля «Имя файла для загрузки на сервер» указываем файл, который мы получили после выгрузки из 1С:КА, после чего нажимаем на кнопку «Загрузить данные». Как только процедура завершится, все полученные документы, справочники и прочие данные необходимо провести повторно. Чтобы выполнить эту операцию, перейдем в «Администрирование» – «Сервис».

Важные моменты при загрузке данных в 1С:БП

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

Чтобы импортировать в БП учетные счета из КА, можно использовать два метода переноса данных:

1. Первый вариант. Учетный счет определяется так, как это было прописано в «Настройке отражения документов». Такой метод подразумевает следование своеобразному стандарту, который содержится в настройках и имеет данные для корректного отображения различных документов.
2. Второй вариант используется, если проводки документа не соответствуют настройкам. Подразумевает перенос фактических учетных счетов, которые есть в документе. Метод позволяет добиться максимального соответствия информации из выгрузки КА.

Выбрать конкретный вариант переноса данных можно в пункте «Определять счета учета по данным БУ». Выставив значение «Нет» для конкретных типов счетов, можно использовать второй вариант из вышеописанных, а «Да» приведет к тому, что документы будут сопоставлены по стандартному алгоритму.

Если переносится номенклатура, для нее также задаем тип учетного счета. Определяются эти типы в настройках справочника «Группы финансового учета номенклатуры» или в «Порядке отражения номенклатуры в регламентированном учете».

Некоторые разновидности счетов прописываются в перенесенных документах, но не записываются в справочники. Чтобы все эти счета в будущем определялись автоматически, нужно выполнить настройку учетного счета в справочнике «Номенклатура». Задать учетные счета в 1С:Бухгалтерии можно:

• Путем разделения номенклатуры на различные группы с дальнейшим указанием учетного счета для каждой из этих групп или конкретной номенклатуры;
• Путем указания учетного счета для каждого типа номенклатуры.

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

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

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

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

1. Если параметр не активен, то в процессе переноса номенклатуры справочник «Виды» будет иметь элементы, которые отсутствуют в 1С:Комплексной автоматизации.
2. При активном параметре генерируемый вид номенклатуры будет соответствовать учетному счету, который прописан в настройках для конкретного вида номенклатуры.

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

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

Особенности переноса различных данных из 1С:КА в 1С:БП

Стоит отдельно разобраться с переносом некоторых данных:

• Цены номенклатуры;
• Платежные поручения на уплату налогов;
• Остатки по регистрам УСН;
• Зачет авансов;
• Отчет о розничных продажах.

Перенос номенклатурных цен

Цены номенклатуры записаны в соответствующем регистре «Цены номенклатуры», который есть как в 1С:Бухгалтерия предприятия, так и в 1С:Комплексная автоматизация. Регламенты этих цен находятся регистре сведений.

Ценовые значения в процессе обмена данными отправляются в виде:

1. Остатков на конкретный временной отрезок;
2. Изменений цен за указанный период.

Группирование остатков цен номенклатуры выполняется в 1С:Бухгалтерии по типу цены, так как в документе «Установка цен номенклатуры» для этого параметра отведен лишь один тип. Поэтому все документы, в которых имеются остатки цен, будут иметь аналогичные значения по типам цен в 1С:Комплексная автоматизация. А число документов, которые показывают динамику изменения цены номенклатуры, может быть разным как в БП, так и в КА, ведь в КА они могут иметь одновременно несколько типов. Исходя из этого, документальные номера могут не совпадать (кроме дат) и для максимальной простоты ссылки на документы из КА прописаны в комментариях к документам в БП. Таким образом, один документ «Установка цен номенклатуры» может одновременно соответствовать разным документам цен в БП.

Перенос поручения для уплаты налогов

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

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

Важные моменты при переносе остатков по УНС

Если предприятие работает согласно упрощенной налогооблагаемой системе, где в качестве объекта налога принимается доход, из которого вычтен расход, то остатки в регистре «Расходы при УСН» необходимы для правильного расчета налога в будущем. Если же есть списанная номенклатура, которая имеет цены, ранее фигурировавшие в расходах при УСН, и какое-либо правило для признания расхода УСН не соблюдено, остаток будет выведен в форме «Ввод остатков» и иметь тип операции «Прочие расходы налогового учета УНС и ИП».

Чтобы максимально корректно перенести остатки этих непризнанных расходов на покупку продукции, которая имеет разную цену в налоговом и бухгалтерском учете, можно воспользоваться настройкой «Отражать остатки по расходам УНС отдельно от остатков БУ». Активировав этот параметр, система сгенерирует дополнительные документы типа «Ввод остатков» для указания разных значений в расходах при УСН и бухгалтерии компании.

Обмен 1С:КА с 1С:Бухгалтерия

Настроим регулярный обмен для ведения регламентированного учета в 1С:Бухгалтерия. Гарантия на услуги

Гарантируем стабильный обмен без ошибок между программами 1С. Гарантии фиксируем в договоре.

Интеграция 1С с любыми системами: другими программами 1С, сайтом, банками, CRM, сторонними программами.

Перенос любых данных 1С. Готовые механизмы переносов. Один звонок и мы решаем вопрос.

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

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

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

Обмен данными в среде 1С позволяет:

• Исключить двойной ввод документов;
• Автоматизировать смежные бизнес-процессы;
• Оптимизировать взаимодействие между распределенными подразделениями;
• Оперативно актуализировать данные для работы специалистов разных отделов;
• «Разграничить» разные виды учета.*

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

Если представлять стандартный процесс реализации первичного обмена данными, когда хотя бы один из его объектов – продукт 1С, то можно выделить следующие этапы:

• Согласование состава обмена;
• Определение транспорта (протоколов обмена);
• Синхронизация;
• Установка правил;
• Составление расписания.

Выявление состава обмена 1С

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

*Например, при интеграции «WA: Финансист» – решения для ведения финансового учета и управления процессами казначейства, разработанного на базе «1С:Предприятие», эксперты WiseAdvice рекомендуют именно его в качестве мастер-системы. Это обусловлено наличием инструментов контроля для соблюдения правил заявочной политики, а соответственно, и для обеспечения эффективности работы решения.

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

На этом же этапе в зависимости от парка имеющихся систем и структуры предприятия определяются с форматом обмена:

Распределенная информационная база

• РИБ подразумевает обмен между идентичными конфигурациями баз данных 1С, с четкой структурой управления «главный-подчиненный» для каждой пары обмена. Являясь элементом технологической платформы, РИБ помимо данных может передавать изменения в конфигурации и административную информацию БД (но только от главного к подчиненному).

Универсальный обмен данными в 1С

• Механизм, позволяющий настроить обмен баз 1С, как с конфигурациями на платформе «1С:Предприятие», так и интеграция 1С со сторонними сервисами. Обмен осуществляется посредством перевода данных в универсальный xml-формат в соответствии с «Планами обмена».

EnterpriseData

• Новейшая разработка фирмы 1С, предназначенная для реализации обмена данными в формате xml между продуктами, созданными на платформе «1С:Предприятие», с любыми системами автоматизации. Применение EnterpriseData упрощает доработки, связанные с обменом. Ранее при включении в систему новой конфигурации была необходима реализация механизма импорта и экспорта данных, как для нее, так и для уже имеющихся систем. Теперь системы, поддерживающие EnterpriseData, не нуждаются в доработках, имея только одну точку «входа-выхода».

Определение транспорта (протоколов обмена)

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

Синхронизация справочников

Основным принципом эффективной синхронизации справочников является наличие одной точки ввода. Но если речь идет о работе со справочниками, исторически заполнявшимися по разным правилам, необходимо четко определить поля синхронизации для приведения обмена к «общему знаменателю».*

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

Установка правил

Возможность отображения данных систем-источников в приемниках зависит от правильно заданных правил обмена. Правила, представленные в формате xml, регулируют соответствие ключевых реквизитов объектов источника-приемника. Решение «1С:Конвертация данных» предназначено для автоматизации создания правил для реализации как единоразового обмена, так и постоянного.

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

Расписание обмена в 1С

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

Рассмотрев стандартный процесс реализации обмена, обратим внимание на факторы, которые потребуют доработок на разных этапах:

• Не типовые, сильно доработанные конфигурации БД;
• Разные версии платформы «1С:Предприятие»;
• Давно не обновлявшиеся, не актуальные версии конфигурации;
• Объекты обмена, ранее подвергшиеся доработкам;
• Необходимость в нестандартных правилах обмена;
• Сильно различающийся набор и состав реквизитов в имеющихся справочниках.

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

Настройка на стороне «УПП»

Чтобы решить эту проблему, необходимо выбрать «Настройку обмена данными»

В настройках синхронизации данных выбираем «Создать обмен с «Розница»…

Окно с предложением о синхронизации.

Рис.6 Создать необходимый каталог можно прямо из конфигуратора

Перед настройкой параметров подключения через локальный или сетевой каталог следует убедиться, что на диске под каталог есть место. Хотя, как правило, он не занимает более 30-50 Мб, в исключительных случаях под него может потребоваться до 600 Мб. Создать необходимый каталог можно прямо из конфигуратора.

При подключении через сетевой каталог предложения настроить подключение посредством FTP-адреса и по электронной почте игнорируем, нажимая «Далее».

В настройках вручную проставляем префиксы – условные обозначения баз (как правило, БП, УПП, РО), задаем правила и начальную дату выгрузки данных. Префикс будет указываться в названии документов, для обозначения базы, в которой они были созданы. Если правила выгрузки не будут отредактированы, данные по умолчанию будут выгружаться по всем имеющимся параметрам.

Рис.10 Сводная информация по итогу произведенных действий

Сводная информация по итогу произведенных действий.

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

Для автоматизации процесса обмена необходимо настроить расписание.

Обмен данными с 1С

Гарантируем обмен без ошибок между любыми системами 1С. Условия гарантии прописываем в договоре!

Перенос данных 1С

Переходите на новую программу 1С? Проведем бесплатный анализ и перенесем только необходимые данные

Настройка на стороне «Розница»

Проставляем галочку и выбираем «Синхронизацию».

Производим «обратную» настройку, выбирая Управление производственным предприятием.

Загружаем файл с настройками, созданный в УПП.

Проставляем галочку, адрес система подхватывает автоматически.

Действуем так же, как в УПП.

Создаем правила выгрузки.

Рис.22 Сводная информация по итогу произведенных действий

Сводная информация по итогу произведенных действий.

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

В случае ошибки в синхронизации «Подробно…» будет заменено на «Никогда…».

«Подробно…» открывает журнал регистрации с уточненной информацией по обмену.

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

Механизмы интеграции

Конфигурация "1С:Документооборот" редакции КОРП содержит несколько встроенных планов обмена с другими типовыми конфигурациями на платформе "1С:Предприятие".

Редакции ПРОФ и ДГУ не содержат таких планов обмена. Тем не менее, все редакции поддерживают обмен данными с помощью встроенной обработки УниверсальныйОбменДаннымиXML , использующей внешние правила обмена, загружаемые из файла. Собственные планы обмена можно добавить в любую из редакций.

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

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

Встроенные планы обмена используют подсистему Обмен данными "Библиотеки стандартных подсистем" (далее БСП) редакции 2. Это значит, что в составе каждого плана обмена есть макет с правилами регистрации, а также макеты правил обмена и правил обмена конфигурации-корреспондента:

• Правила регистрации используются в "1С:Документообороте" для определения необходимости регистрации записываемого объекта к выгрузке в конфигурацию-корреспондент.
  • Типовые правила регистрации тривиальны (содержат только перечень регистрируемых объектов без дополнительных условий).
  • Автоматическая регистрация изменений в планах обмена выключена, для регистрации используется стандартная механика БСП, анализирующая изменения в выгружаемых полях перед регистрацией.

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

  • после обновления конфигурации-корреспондента. В этом случае свежий комплект правил находится в составе дистрибутива обновления, в папке "Синхронизация данных";
  • во время отладки правил обмена, разрабатываемых на основе типовых правил, если они требуют доработки на конкретном внедрении.

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

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

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

  Правила обмена разрабатываются с помощью конфигурации "Конвертация данных" редакции 2.1. Конфигурация бесплатна и доступна по линии ИТС. Рекомендуется использовать типовые правила как основу для разработки, сохранив их в файлы и загрузив в информационную базу "Конвертации данных".

  "1С:Документооборот" не поддерживает обмен данными в формате EnterpriseData. Соответственно, для разработки правил обмена не следует использовать конфигурацию "Конвертация данных" редакции 3.

  Расширение плана обмена

  При включении новых объектов в существующий план обмена следует:

  Добавление плана обмена

  При разработке собственных планов обмена следует:

  1. Создать новый план обмена на стороне обеих конфигураций. Имя плана обмена должно быть одинаковым в обеих конфигурациях. Состав обязательных процедур модуля менеджера плана обмена приведен в документации к подсистеме Обмен данными "Библиотеки стандартных подсистем" соответствующей версии.
  2. Включить в состав планов обмена объекты, участвующие в обмене, а также регистр сведений СоответствиеОбъектовИнформационныхБаз , запретив авторегистрацию изменений. Использование собственного механизма регистрации БСП позволит избежать выгрузки объектов, изменившихся только в части не участвующих в обмене реквизитов.
  3. Создать подписки на события, аналогичные описанным выше, и обработчики для них. Лучше создать для этого отдельный общий модуль, не снимая с поддержки общий модуль ОбменДаннымиСобытияДокументооборот .
  4. Включить новый план обмена в тип параметра общих команд подсистемы Обмен данными . Проще всего найти нужные команды, выполнив в Конфигураторе поиск ссылок на типовой план обмена.
  5. Включить новый план обмена в код процедуры ПолучитьПланыОбмена общего модуля ОбменДаннымиПереопределяемый .
  6. При необходимости создать формы настройки плана обмена (см. документацию к "Библиотеке стандартных подсистем", а также примеры в планах обмена с конфигурациями "1С:Бухгалтерия" предприятия и "1С:Управление производственным предприятием").
  7. Сохранить описания обновленных конфигураций в файлы с помощью обработки MD8<NNN>Exp.epf , входящей в состав дистрибутива конфигурации "Конвертация данных".
  8. Загрузить описания конфигураций в информационную базу "Конвертации данных".
  9. Разработать два набора правил обмена и два набора правил регистрации для каждой из сторон обмена.
  10. Добавить оба набора правил обмена и по одному набору правил регистрации в каждую конфигурацию в качестве макетов плана обмена.
  11. Настроить синхронизацию данных и отладить ее.

  Обратите внимание:
  Правила обмена, зачитанные из макетов в составе конфигурации, кэшируются в регистре сведений ПравилаДляОбменаДанными . При отладке рекомендуется использовать загрузку правил обмена из файла. Для обновления правил из макета следует изменить номер версии конфигурации или выполнить загрузку вручную по команде Загрузить правила… , выбрав вариант Из конфигурации .

  Веб-сервисы

  Типовая конфигурация "1С:Документооборот" содержит набор веб-сервисов.

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

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

  • Files – простой сервис, поддерживающий работу с файлами и папками "1С:Документооборота" извне.
  • DMService – поддерживает работу с основными объектами и функциями "1С:Документооборота". Перекрывает функционал веб-сервиса Files . Используется "Библиотекой интеграции 1С:Документооборота".

  Данные веб-сервисы включены во все редакции "1С:Документооборота".

  Работа с веб-сервисами из прикладных решений на платформе "1С:Предприятие", как правило, строится следующим образом:

  1. Определяется способ хранения и редактирования настроек подключения к веб-сервису. Настройки состоят из:
     • Адреса веб-сервиса;
     • Имени пользователя и пароля (в текущих версиях платформы поддерживается только аутентификация "1С:Предприятия", поэтому следует либо предоставить пользователям интегрируемого прикладного решения возможность ввести имя пользователя и пароль, либо использовать для доступа служебную учетную запись, для которой запрещен интерактивный вход);
     • Таймаута при обращении к сервису (при низком качестве соединения, а также при первом обращении к сервису задержки могут быть значительными).
  2. Определяется способ получения WSПрокси для обращения к веб-сервису. Операции создания WSОпределений и WSПрокси достаточно затратны, поэтому рекомендуется выносить получение реквизитов, в отдельный общий модуль с повторно возвращаемыми значениями.
  3. Создаются процедуры и функции, являющиеся обертками для функционала веб-сервиса на стороне прикладного решения. Непосредственную работу с объектами XDTO рекомендуется инкапсулировать в них, чтобы облегчить доработки при изменении функционала сервиса.

  Примеры использования веб-сервисов можно увидеть в "Библиотеке интеграции 1С:Документооборота", поставляемой в составе дистрибутива "1С:Документооборота".

  Веб-сервис Files

  Веб-сервис использует всего четыре типа объектов:

  • File – файл в папке.
  • Folder – папка файлов.
  • ShortFileInfo – сведения о файле, возвращаемые сервисом после его создания.
  • FileList – список файлов, отобранных по условиям.
  • GetFileList – получает список файлов в указанной папке.
  • GetFile – получает файл по указанному коду файла.
  • AddFile – добавляет файл в указанную папку.
  • DeleteFile – помечает файл на удаление.
  • FindFolder – находит папку по наименованию в указанной родительской папке.
  • AddFolder – создает новую папку в указанной родительской папке.

  Все действия, выполняемые этим веб-сервисом, можно выполнить с помощью веб-сервиса DMService. Работа с файлами документов поддерживается только DMService.

  Веб-сервис DMService

  Сервис использует XDTO-пакет DM. Пакет содержит несколько десятков прикладных объектов, являющихся представлениями таких объектов "1С:Документооборота", как файлы, документы, процессы, задачи и так далее. Все они - потомки абстрактного DMObject и имеют общие свойства objectId и externalObject .

  Свойство objectId представляет собой ссылку на объект "1С:Документооборота" и содержит его представление, идентификатор и тип.

  Свойство externalObject представляет собой ссылку на объект интегрируемой программы и так же содержит его представление, идентификатор и тип. Свойство заполняется сервисом автоматически, если объект "1С:Документооборота" был ранее связан с объектом интегрируемой конфигурации, например, при создании или записи с заполненным свойством externalObject .

  Сервис поддерживает всего одну операцию, execute . В качестве параметра передается объект-потомок DMRequest . Требуемая операция и ее параметры определяются типом переданного объекта и его свойствами. Например, запрос DMGetObjectListRequest получает список объектов типа, указанного в свойстве type по условиям, указанным в свойстве query .

  Результат операции возвращается в объекте-потомке DMResponse . В простейших случаях это объект DMOK . В случае ошибки возвращается DMError , содержащий краткое ( subject ) и полное ( description ) описание ошибки.

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

  Приведем простейший пример работы с веб-сервисом на встроенном языке платформы "1С:Предприятие". Начнем с получения определений и прокси веб-сервиса (подразумевается, что адрес публикации, имя пользователя и пароль уже получены):

  Cоздадим запрос на получение списка внутренних документов:

  Определим условие запроса (поиск по наименованию):

  Выполним запрос, проверив результат на предмет ошибки:

  Разберем ответ, заполнив таблицу названиями и идентификаторами найденных документов:

  Подробное описание объектов и операций сервиса дается в составе дистрибутива "1С:Документооборота" (файл "Описание веб-сервисов.html" в каталоге шаблонов). Это описание доступно также из интерфейса демонстрационной конфигурации "Библиотека интеграции с 1С:Документооборотом", которая содержит также более сложные и полезные примеры использования сервиса.

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

  Обработка запросов к сервису сосредоточена в общих модулях:

  • ОбработкаЗапросовXDTO – общий вход для всех вызовов
  • ОбработкаЗапросовXDTOБизнесПроцессыИЗадачи
  • ОбработкаЗапросовXDTOДокументы
  • ОбработкаЗапросовXDTOФайлы

  Присутствуют только в редакции КОРП:

  • ОбработкаЗапросовXDTOКорп
  • ОбработкаЗапросовXDTOОбмен
  • ОбработкаЗапросовXDTOПочта
  • ОбработкаЗапросовXDTOУчетВремени

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

  Доработки рекомендуется вносить в модуль ОбработкаЗапросовXDTO Переопределяемый . Его процедуры и функции позволяют провести дополнительное изменение объектов XDTO при их создании по объектам "1С:Документооборота" и наоборот.

  Библиотека интеграции 1С:Документооборота

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

  БИД может использоваться с любыми версиями "1С:Документооборота", начиная с редакции 1.2.

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

  Более подробное описание "Библиотеки интеграции 1С:Документооборота" и порядка ее встраивания содержится в документации, поставляемой в составе дистрибутива (папка DocDMIL ).

  Читайте также:

    
  • Как открыть ссылку в браузере unity
    
  • Kodak i2600 программа для сканирования
    
  • Драйверы устройств это программы системные или прикладные
    
  • Как в драйвер сан франциско сделать ночь
    
  • Jbridge как настроить для fl studio