Как проверить правила обмена 1с

Как проверить правила обмена 1с

Имеется хорошо дописанная УТ и типовая БП. Стояли типовые (!) правила обмена. БП обновил до последней версии и теперь правила обмена необходимо корректировать, т.к. типовыми теперь обмен не проходит — разница в релизах конфигураций уже большая. Так подозреваю, что проще всего отладить правила с помощью конвертации данных через сравнение и объединение правил обмена.

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

Да и обновлять УТ пока не вариант — самое оптимальное настроить правила обмена
Кто что читал — поделитесь, пожалуйста!

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

Имеются типовые правила, выгруженные из конфигураций:
1) Правила из текущей УТ (11.1.7.57)
2) Правила из БП до обновления (3.0.36.1)
3) Правила из БП после обновления (3.0.39.60)

Правила 1-2 спокойно обменивались, т.к. разница конфигураций позволяла это делать, а вот 1-3 отваливается с ошибками.

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

Кто разбирается — ответьте, пожалуйста.
И так же стоит вопрос по литературе в данном вопросе.

Курсы по конвертации http://курсы-по-1с.рф/data-conv/

(5) Да, я видел эти курсы — куплю! Но сейчас нет возможности потратить 32 часа на изучение, к сожалению. Необходимо оперативно разобраться — поэтому и взываю к помощи.

(5) Возможно есть какая-то литература по работе с конвертацией (последние версии — начиная с 2.1.7.1)?

Дело гиблое с документацией.

Есть 2 часовой курс от специалиста по обмену, в свободном доступе. В нем по тихой — работа с конвертацией.

(4) Конечно, можно сравнивать типовые правила 2 и 3. Цель — понять, какие изменения были внесены разработчиками.

Но обработка сравнения, объединения правил предназначена не только для того, чтобы выявить эти изменения, но и выполнить слияние СОБСТВЕННЫХ (модифицированных) правил с новыми правилами поставщика.

Поэтому, берем правила ДО обновления (Ваши модифицированные) и сравниваем их с НОВЫМИ правилами поставщика. Цель — перенести изменения разработчика в свои рабочие правила.

Если изменения вносились и в правила регистрации, то для слияния правил типовая конфигурация «1С:Конвертация данных» инструментов не содержит. Обработка сравнения, слияния правил регистрации здесь — http://o-systems.ru/software/soft/UnionRegistrationRules/

(9) (8) Ребята, благодарю за ответы.

У меня правила типовые и не измененные — мне в итоге в любом случае, чтобы получить результат нужно пользоваться сравнением и объединение правил обмена, правильно? Или это только необходимо при слиянии собственных правил с новыми правилами поставщика?

Если да, то как мне их сравнивать и объединять — последовательно релиз за релизом или сразу можно не смотря на большую разницу в релизах сравнивать и объединять то что было до обновления и текущий последний релиз правил?

Прочитал «Конвертация данных. Обмен данными между прикладными решениями — Бояркин В.Э, Филатов А.И», но ответа на свои вопросы не получил.

Мои наблюдения — обработка «Сравнение, объединение правил обмена» в конфигурации «Конвертация данных 2.1.8.2» работает очень КРИВО — как можно, сравнивая две только что загруженные одинаковые конвертации из одного файла в целях эксперимента, находить различия.

Да и сама конфигурация работает криво — приходится править некоторые моменты — один из них: при копировании элемента справочника конвертации — обрезает названия ПКО, ПВД в правилах до 45 символов. Сами 1С-ники создают правила с такими длинными названиями и сами же режут при копировании. Ну ладно не суть — это правится очень быстро.

Вопрос в другом — я так не нашел никакой информации по работе с обработкой «Сравнение и объединение правил обмена». Пробовал разобраться сам, но вопросов возникает больше, чем ответов.

1) Как проверить корректность созданных правил?
2) Как будучи в Конвертации данных понять, есть ли ошибки в правилах, а именно в сопоставлении реквизитов, свойств, значений?
3) Как все эти манипуляции делали раньше — без обработки «Сравнение, объединение правил обмена». Мне ведь всего то необходимо изменить типовые правила, т.к. пришлось обновить одну из конфигураций.

Люди, подскажите что знаете — можете?

P.S. может быть есть ресурсы, где люди обсуждают только «Конвертацию данных»?

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

Какая должна быть процедура по корректировке типовых правил обмена под типовые конфигурации при обновлении одной из конфигураций?

1. Форма настройки правил обмена — Сервис — Проверка
2. См. п.1
3. Сравнивали XML, было очень неудобно. Первый раз тему сравнение, объединение правил обмена я поднял летом 2008 года https://partners.v8.1c.ru/forum/topic/598798. Через некоторое время появилась первая версия обработки сравнения.

Не совсем понятно, что означает «работает очень КРИВО». Да, в ней есть ошибки, но не настолько критичные. Различия могут быть например в кодах ПКС (для этого в настройке обработки можно выбрать способ сопоставления ПКС). Может отличаться порядок выполнения и другие свойства, которые автоматически назначаются при записи элементов правил (чтобы не выявлялись различия, нужно отключить эти реквизиты сравнения).

Да и вообще, вопросы по КД логичнее задавать на партнерском форуме https://partners.v8.1c.ru/forum/

(13) Спасибо за ответ!

Хорошо, что мне ответил сам разработчик. По поводу «работает очень КРИВО» — действительно, я погорячился, скорее всего по причине непонимания как работать с ней правильно.

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

После того, как проблему исправил — всё равно путаница была при объединении ПКС (это видимо то о чем вы написали), но я пробовал переключать режим с «по коду» на «по наименованию» и обратно. Всё так же каждый раз находились различия для объединения. Я понимаю, что я что-то делаю неправильно.

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

По поводу проверки правил в КД. Совершенно не могу понять, как ей пользоваться — данная проверка даже на типовые правила ругается.

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

1)Загрузка правил из текущей УТ (необновленная, старая)
2)Загрузка правил из обновленной БП
3)Сравнение и объединение правил УТ (как на этом этапе понять, какие реквизиты удалились, изменились, что конкретно необходимо менять в правилах?)
4)Сравнение и объединение правил БП (аналогичный вопрос)
5)Как быть с правилами регистраций? Правила регистраций остаются те же, что и должны быть для данных версий конфигураций?
6)Проверка правил. Какая процедура правильная?
7)Сохранение правил обмена для УТ и БП и последующая загрузка

Правильно ли я размышляю? (только нет ответов на эти важные вопросы)

Благодарю ещё раз за ответ, Владислав!

(14) WinMerge и прочие сравнилки не предлагать?

(15) Сравнивал правила в текстовых редакторах, но это неудобно и непонятно как правильно это делать, т.к. ранее опыта работы с правилами не было. Опять же остаются те же самые вопросы, что и в (14) даже если и изменить правила в WinMerge или KDiff

Обработка, которая входит в состав 1С:Конвертации данных содержит ошибки, в т.ч. и ошибки объединения. К сожалению, разработчики фирмы 1С их пока не исправили, поэтому пользоваться объединением нужно осторожно. Сравнение вполне себе работает (с небольшими замечаниями).

Я бы делал так:
1. Загрузил типовые правила текущей конфигурации.
2. Загрузил измененные правила текущей конфигурации
3. Загрузил типовые правила новой конфигурации
4. Еще раз загрузил типовые правила новой конфигурации
5. Сравнил типовые и измененные правила текущего релиза, выявил различия
6. Сравнил типовые правила текущего и нового релиза, выявил различия
7. Перенес в копию новых правил изменения из текущего релиза ИЗМЕНЕННЫХ ПРАВИЛ.
8. Сравнил новые типовые правила с измененными.
9. Выгрузил новые измененные правила и встроил в макет плана обмена или загрузил в настройку обмена.

(17) Т.к. у меня нет измененных правил текущей конфигурации — получается, что я должен пропустить пункты 2 и 5. Верно?

Остались вот эти вопросы:
1) По пункту 7 у меня вопрос — каким образом переносить изменения? Вручную получается, если не объединением через обработку?
2) Как быть с правилами регистраций? Правила регистраций остаются те же, что и должны быть для данных версий конфигураций?
3) Проверка правил. Как правильно проверять правила, если даже на типовые проверка ругается? Особые настройки при проверке?

(17) Спасибо за подробную инструкцию в этом сообщении — насколько я понял это порядок действий при наличии изменений в текущих правилах обмена.

Нетиповой обмен стандартными средствами

Антонова Мария Посмотреть все статьи >> Старший специалист по внедрению 1С франчайзинговой сети «ИнфоСофт».

Время прочтения — 4 мин.
Заказать консультацию

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

Поступила задача: «Разработка нетиповых правил с учетом требованиями клиента т.к. конфигурация «ДО ПРОФ» не предполагает обмена с конфигурацией БП версии «КОРП», а клиент очень сильно хотел их наладить. При разработке правил мы указали объекты для передачи:

• Справочники: Договоры, Контрагенты
• Документы: Акт сверки расчетов с контрагентом, Корректировка реализация, Реализация (акты, накладные), Счет-фактура выданный.

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

Порядок действий:

1. Добавляем новый план обмена. В примере – добавлен план обмена «ИС_ОбменБПДО».

Примечание: Имя плана обмена должно совпадать с обменивающейся базой, иначе обмен не заработает.

2. Созданный план обмена необходимо добавить план обмена в подсистему «ОбменДаннымиПрикладныеОбъекты»

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

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

4. Добавляем «Форму списка» и «Форму узла» при помощи копировании с типовых правил обмена.

5. Для того, чтобы добавленный план обмена появился в типовом списке выбора по настройке синхронизации, необходимо добавить в Общий модуль – «ОбменДаннымиПереопределяемый» в процедуру «ПолучитьПланыОбмена» строчку «ПланыОбменаПодсистемы.Добавить(Метаданные.ПланыОбмена.ИС_ОбменБПДО);»

6. На вкладке «Данные» — настраиваем состав обмена, указываем все объекты, которые будут учувствовать в синхронизации.

Примечание: В обязательном порядке необходимо добавить в состав: регистр сведений «СоответствияОбъектовИнформационныхБаз». (У всех объектов авто регистрация запрещена)

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

• CorrespondentExchangeRules.xml
• ExchangeRules.xml

Аналогичные действия все проделываются в корреспондирующей конфигурации.

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

Рассказать друзьям
Предыдущая
Нестандартное закрытие месяца в Бухгалтерии 3.0
Неуплата налоговых авансов может обернуться арестом имущества

Комментарии ( 66,’PROPERTY_OBJECT_ID’ => $ElementID, ‘ACTIVE’=>’Y’,), array(), false, array(‘ID’, ‘NAME’) ); echo $cnt; ?>)

IncludeComponent( «scoder:scoder.comments», «coments», Array( «AJAX_MODE» => «Y», «AJAX_OPTION_ADDITIONAL» => «», «AJAX_OPTION_HISTORY» => «N», «AJAX_OPTION_JUMP» => «N», «AJAX_OPTION_STYLE» => «N», «CACHE_TIME» => «36000000», «CACHE_TYPE» => «A», «COMPOSITE_FRAME_MODE» => «A», «COMPOSITE_FRAME_TYPE» => «AUTO», «CUSTOM_TITLE_DATE_ACTIVE_FROM» => «», «CUSTOM_TITLE_DATE_ACTIVE_TO» => «», «CUSTOM_TITLE_DETAIL_PICTURE» => «», «CUSTOM_TITLE_DETAIL_TEXT» => «», «CUSTOM_TITLE_IBLOCK_SECTION» => «», «CUSTOM_TITLE_NAME» => «Ваше имя», «CUSTOM_TITLE_PREVIEW_PICTURE» => «», «CUSTOM_TITLE_PREVIEW_TEXT» => «», «CUSTOM_TITLE_TAGS» => «», «DEFAULT_INPUT_SIZE» => «30», «DETAIL_TEXT_USE_HTML_EDITOR» => «N», «DIF_LEVEL_COMMENTS_SPACE_PX» => «50», «DISPLAY_BOTTOM_PAGER» => «Y», «DISPLAY_TOP_PAGER» => «N», «ELEMENT_ASSOC» => «PROPERTY_ID», «ELEMENT_ASSOC_PROPERTY» => «300», «GROUPS» => array(«2»), «MAX_FILE_SIZE» => «0», «MAX_LEVELS» => «100000», «MAX_USER_ENTRIES» => «100000», «NEWS_COUNT» => «50», «OBJECT_ID» => $ElementID, «OBJECT_TYPE» => $arParams[«IBLOCK_ID»], «PAGER_BASE_LINK_ENABLE» => «N», «PAGER_DESC_NUMBERING» => «N», «PAGER_DESC_NUMBERING_CACHE_TIME» => «36000», «PAGER_SHOW_ALL» => «N», «PAGER_SHOW_ALWAYS» => «N», «PAGER_TEMPLATE» => «.default», «PAGER_TITLE» => «Комментарии», «PREVIEW_TEXT_USE_HTML_EDITOR» => «N», «PROPERTY_CODES» => array(«300″,»NAME»), «PROPERTY_CODES_ANSWERE» => array(«300″,»NAME»), «PROPERTY_CODES_ANSWERE_REQUIRED» => array(«300″,»NAME»), «PROPERTY_CODES_REQUIRED» => array(«300″,»NAME»), «RESIZE_IMAGES» => «N», «SC_HIDE_TREE» => «N», «STATUS_NEW» => «ANY», «USER_MESSAGE_ADD» => «Ваш комментарий отправлен», «USE_CAPTCHA» => «N», ) );?>

Обмен между базами 1С 8.3. Доработка типового плана обмена (синхронизации) между конфигурациями 1С на примере обмена 1С: Зарплата и управление персоналом 3 и 1С: Бухгалтерия предприятия 3

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

Что же такое «План обмена»? План обмена в 1С – это объект, который входит в состав метаданных конфигурации и служит для синхронизации данных между информационными базами. В каждом плане есть определенный список элементов, информацию об изменении которых он может хранить. Этот список называется «Состав плана обмена». Состав можно расширять, но при этом поддержка конфигурации снимается. В «Макете плана» хранятся те самые правила, на основе которых работает синхронизация. Вот именно этот пакет конвертации (ПравилаРегистрации, ПравилаОбмена, ПравилаОбменаКорреспондента) нам и необходим для дальнейшего изучения.

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

Живой пример потребности в доработке типовых правил обмена
Например, заказчик обратился к нам с такой проблемой: при синхронизации между ЗУП и БП нет возможности передать данные справочника «Регистрации в налоговом органе», которые необходимы для заполнения документа «Отражение зарплаты в бухучете». Сейчас табличная часть этого документа на стороне приемника БП содержит пустую «Регистрацию…» и пользователям приходится вручную создавать такие записи в справочнике. Согласитесь, это неудобно. Можем доработать этот момент.

Решение проблемы: доработаем пакет конвертации из плана обмена ОбменЗарплата3Бухгалтерия3. Добавим в типовые «Правила обмена 1С» новое «Правило конвертации объектов» (ПКО) для справочника «Регистрации в налоговом органе» и соответственно «Конвертацию свойств» этого справочника (ПКС). Обязательно доработаем типовые «Правила регистрации объектов», т.к. возникла необходимость зарегистрировать изменения справочника на узле обмена. И пересмотрим «Правила обмена 1С» базы корреспондента.

Где все это будем редактировать? для написания и изменения правил нам потребуется конфигурация «1С:Конвертация данных 2».

Доработка типовых правил конвертации из Плана обмена ЗУП – БП
Итак, доработку правил обмена 1С начнем с того, что в конфигураторе для плана обмена ОбменЗарплата3Бухгалтерия3 в состав добавим новый элемент – справочник РегистрацииВНалоговомОргане. Данное изменение сделаем в обеих конфигурациях «1С:Зарплата и управление предприятием 3» и «1С:Бухгалтерия предприятия 3».

Сохраним и обновим конфигурации.

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

На следующем этапе выгрузим пакет конвертации из ЗУП и БП. Пакет должен состоять из 3 файлов: ПравилаРегистрации, ПравилаОбмена, ПравилаОбменаКорреспондента.

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

Вот такой пакет после выгрузки должен у нас получиться.

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

— описание структуры метаданных для загрузки в «1С:Конвертация данных 2» (для ЗУП и БП);

— пакет конвертации, который содержит правила обмена 1С и правила регистрации, необходимые для загрузки в «1С:Конвертация данных 2» (для ЗУП и БП).

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

— загружаем структуры метаданных наших конфигураций;

— создаем конвертации и загружаем правила обмена данными 1С из пакетов конвертации (файл правил называется ExchangeRules);

— создаем регистрации и загружаем правила регистрации из пакетов конвертации (файл правил называется RegistrationRules).

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

Переходим к правилам регистрации нового элемента. Добавляем справочник «Регистрации в налоговом органе». Выгружаем правила регистрации в соответствующий файл из пакета RegistrationRules. Это действие также выполняем для обеих баз.

Доработанные правила обмена и правила регистрации готовы. Теперь в правила корреспондента (CorrespondentExchangeRules) из пакета ЗУП копируем содержимое правил обмена (ExchangeRules) из пакета БП. В правила корреспондента (CorrespondentExchangeRules) из пакета БП копируем содержимое правил обмена (ExchangeRules) из пакета ЗУП.

В итоге должно получиться следующее:

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

Архивируем файлы из пакетов в Архив ZIP и загружаем в ЗУП и БП свои пакеты конвертации.

Все готово. Осталось протестировать.

Вспомним условия задачи. Необходимо было зарегистрировать к выгрузке справочник «Регистрации в налоговом органе» и проверить, как заполняется ТЧ документа «Отражение зарплаты в бухучете» на стороне «1С:Бухгалтерия предприятия 3».

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

Проверяем на стороне «1С:Бухгалтерия предприятия 3»:

Подведем итог. Результат поставленной задачи выполнен успешно. Мы доработали план обмена ЗУП – БП, добавив новый элемент для регистрации изменений и дописали правила конвертации для синхронизации данных.

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

Спасибо за внимание!
Алена Лавренко,
разработчик 1С компании ООО “Кодерлайн”

Вас могут заинтересовать следующие статьи:

94 [PROP_CODE] => TAGS2 [TITLE] => Вас могут заинтересовать следующие семинары: ) —> 95 [PROP_CODE] => TAGS [TITLE] => Вас могут заинтересовать следующие вебинары: ) —>

Вас могут заинтересовать следующие вебинары:

1С:Бухгалтерия [1] => Обмен между базами [2] => 1С:Зарплата и Управление Персоналом [3] => Отпуск [4] => МСФО [5] => БУ [6] => Excel [7] => 1С: ERP [8] => Транспортная логистика [9] => 1С:Управление производственным предприятием [10] => Моделирование [11] => 1С: CRM [12] => HTTP [13] => Налоги [14] => СКД [15] => 1С: Конвертация данных [16] => Внедрение ERP [17] => Торговое оборудование [18] => Лизинг [19] => 1С: Аренда и управление недвижимостью [20] => Финансовый учет [21] => Конвертация данных [22] => WEB [23] => Оптимизация [24] => Бесшовная интеграция [25] => Закрытие месяца [26] => Техническое задание [27] => Продажи [28] => Отчетность [29] => 1С: Розница [30] => 1С: Управление торговлей [31] => Производство [32] => Бюджетирование [33] => 1С: Университет [34] => Оценка задач [35] => Управление проектами [36] => MS SQL Server [37] => Тестирование 1С [38] => Отчеты в 1С [39] => Программирование в 1С [40] => Как сделать в 1С [41] => Перенос данных [42] => РСБУ [43] => Правила обмена [44] => 1С: Интеграция [45] => Запросы 1С [46] => 1С: Документооборот [47] => Внедрение [48] => 1С:Комплексная автоматизация [49] => Интеграция 1С [50] => Планирование [51] => Блокировки в 1С [52] => Расширение конфигурации [53] => XML [54] => WEB-сервисы 1С [55] => com-объекты [56] => 1С: WMS Управление складом [57] => Корпоративное сопровождение [58] => 1С:Управление корпоративными финансами [59] => 1С:Управление ремонтами и обслуживанием оборудования [60] => 1С: Колледж [61] => 1С: Платформа [62] => LINUX [63] => Лицензии 1С [64] => ADO [65] => Бурение скважин [66] => Обновления [67] => Ценообразование [68] => Полезные обработки [69] => Программные права [70] => Сравнение конфигураций [71] => 1С:Управление нашей фирмой [72] => 1С: Сценарное тестирование [73] => Администрирование 1С [74] => 1С: Договорчики [75] => 1С:Управление автотранспортом ) —>

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

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

от 5 400 руб.

Интеграция 1С

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

от 2 700 руб.

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

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

от 2 700 руб.

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

Первоначальная настройка обмена данными в 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-соединение и т.д.). Поэтому при определении транспорта для данных обмена следует отталкиваться от возможностей базы данных сторонней системы.

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

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

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

Бесплатная
консультация
эксперта

Анна Викулина
Руководитель Центра
сопровождения 1С
Спасибо за Ваше обращение!
Специалист 1С свяжется с вами в течение 15 минут.

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

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

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

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

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

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

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

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

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

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

В подменю «Сервис» выбираем «Обмен данными c продуктами на платформе…» (выбор прямого обмена с «Розницей» зачастую грозит ошибками на уровне COM-объектов). Обратим внимание на служебное сообщение «Данная возможность недоступна».

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

…и проставить галочку. Далее сообщение об ошибке игнорируем.

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

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

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

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

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

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

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

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

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

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

от 5 400 руб.

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

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

от 2 700 руб.

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

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

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

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

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

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

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

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

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

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

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

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