Синхронизация данных УТ и БП - 1С: Типовые и стандартные решения

Настроена синхронизация данных между иб УТ 11.2 -> БП 3.0
При синхронизации - передается не только номенклатура и документы, но и сама организация. В БП заведена основная организация и настроены параметры учета для нее.
Но при синхронизации из УТ организация так же подтягивается, хотя данные по организации в УТ и БП одинаковые. Из за этого происходит дублирование.
Хотелось бы, чтобы данные загружались именно в ту организацию, которая создана в БП вручную.

И еще вопрос. Если в УТ документы продажи проведены - после синхронизации данных в БП они должны тоже быть проведенными или же их нужно проводить потом вручную

Лучшие ответы ( 1 )

41792 / 34177 / 6122

09.06.2016, 08:51 Синхронизация данных УТ и БП

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

09.06.2016, 09:34 Синхронизация данных УТ и БП

Сообщение было отмечено автором темы, экспертом или модератором как ответ

Alex Sprinter. если у вас типовой обмен, то при его настройке есть возможность выполнить сопоставление объектов, Организаций в том числе.

09.06.2016, 09:35 [ТС] Синхронизация данных УТ и БП

GreenkA. сопоставление делать можно уже после синхронизации?

09.06.2016, 09:38 Синхронизация данных УТ и БП

Alex Sprinter. нет, именно при настройке нового обмена.

37091 / 29110 / 5898

09.06.2016, 09:45 Синхронизация данных УТ и БП

Еще ссылки по теме:

Или воспользуйтесь поиском по форуму:

09.06.2016, 09:45 [ТС] Синхронизация данных УТ и БП

GreenkA. к сожалению, при настройке обмена, не видел раздела для сопоставления организаций

Здесь тоже об этом ничего не сказано

Добавлено через 3 минуты
GreenkA. сейчас попробовал по новой создать синхронизацию и указал склад. Дублирования не произошло и документы стали проведенными. Спасибо

Обсуждение: Проблема в перекачки Номенклатуры из УТ 11

Добрый день, всем реальным специалистам по 1С

У меня возникла проблема со станартный обменом между УТ 11.2 и БУ 3.0

Мне всегда казалось все проблемы с ним могут быть только лишь из-за кривых рук либо из-за внутренних ошибок которые решаются тестированием и исправлением. но как оказалось нет.

И так есть две базы Управление торговлей, редакция 11.2 (11.2.3.95) и БП 3.0 (3.0.43.236)

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

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

Далее настраиваем обмен, через файл, сначала УТ, например нам нужен только апрель 2016, указываем дату начала 01.04.16, и справочники только те что попали в документы, после настроки отказываемся сразу делать обмен заходим в список обьектов на перекачку, убираем лишнии обьекты, например помеченные на удаление и документы например после 01.05.2016. делаем синхронизации. появляет файл выгрузки и файл настроек для другой базы.

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

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

соглашаемся с сопоставленим и загружаем документы и после загрузки видим, что во всех загруженных документах не заполена НОМЕНКЛАТУРА.

результат загрузки - https://yadi.sk/i/j_Tw2RzhsDy6L

список предупреждений - https://yadi.sk/i/dDZPPk64sDy7f

не заполенные реквизиты (про номенклатуру нет ни чего) - https://yadi.sk/i/LcOS4zahsDyDm

перемещение в бух - https://yadi.sk/i/nCmoA2LrsDy4N

перемещения в УТ - https://yadi.sk/i/qMwWt7l5sDyBV

вот эта номенклатура в сопоставлении:

PA 450_120 зажим анкерный Feman - https://yadi.sk/i/QhMhsdNHsDyNk

PA_PS 416_35 Z анкерный зажим (Feman) - https://yadi.sk/i/ru1t_B6nsDyQ8

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

Подскажите где искать проблему? может я что-то не до конца очистил после удаления старых обменов? но я не вижу где еше могут храниться хвосты от них?

Обмен данными между, УТ 11

Добрый день, встал в пень с обменом данных между УТ 11.2 и БП 3.0
Платформа 8.3.7.2008
Конфигурация УТ 11.2.3.108 не хочет выгружать через универсальный обмен документы. Пробовал и напрямую к базе подключаться, и через сетевой каталог. Удаляю все обмены, создаю новый, настраиваю, запускаю первый раз, вроде проходит, вроде даже пишет что выгрузил, но директория для обмена пуста. В журнале сообщение об ошибке <ОбщийМодуль.ОбменДаннымиXDTOСервер.Модуль(3169)>: Не найдено правило конвертации для значения предопределенных данных.
Тип значения источника: Значение источника:
ВызватьИсключение СтроковыеФункцииКлиентСервер.ПодставитьПараметрыВСтроку(
Но ведь новый формат не использует правила для конвертации или я чего то не до понял? тогда где из взять? Конфигурация типовая, тестирование и исправление делалось, куда копать, подскажите, пожалуйста.

Алексей Мальков,была примерно такая ошибка, правда.

Алексей Мальков ,была примерно такая ошибка, правда на УНФ, в справочнике ВидыКонтактнойИнформации для реквизита "Телефон" не был проставлен тип значения. Релизы конфигураций последние?

Prikum, Да, все обновлено по последние конфигураци.

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

Prikum,спасибо за подсказку, сегодня попробую подп.

Prikum ,спасибо за подсказку, сегодня попробую подправить значение

В общем, все перепроверил, везде все стоит, может у кого какие еще идеи есть?

Алексей Мальков,надо смотреть базу.

Алексей Мальков ,надо смотреть базу.

Обучение пользователей продуктов 1С

Другие сайты 1С

© ООО "1C", 2000-2016 г.

Перепечатка и иное полное или частичное воспроизведение и размножение материалов сайта (а равно их копирование на других ресурсах Интернета) возможны только с письменного разрешения ООО «1С»

Редакция уважает мнение авторов, но не всегда разделяет его.

Конвертация данных

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

Ольга Кузнецова 22.01.2016

…
(текст комментария доступен только участникам Мастер-группы)

Спасибо. Для меня важен вопрос, как настроить правила регистрации для «Прочих обменов». Это делается только программно, вызывая подписки на события ПередЗаписью, ПередУдаоением или можно как то еще? Что значит «настроить, выгрузить и подключить»?

Поняла. Вы имеете в виду, что можно подключить БСП.
Для обмена «Прочие обмены», если запретить регистрацию объекта для узла (настраивать программно), будет ли работать Произвольное формирование выборки?

Все для 1С

Последовательность действий для наиболее безболезненного перехода на новую редакцию (На примере 3.0.33.19) и восстановлению штатного обмена с УТ 10.3. Инструкция подготовлена на основе рекомендаций 1С и личного опыта.

Переход на редакцию 3.0 происходит в виде штатного обновления и не представляет из себя ничего сложного. В данной статье я постараюсь сделать упор на восстановление обмена с УТ 10.3 и ошибку с задвоенными элементами регистров сведений. Статья подготовлена на основе рекомендаций компании 1С и личного опыта. Все действия производились на платформе 8.3.4.482.

На старте имеем клиентскую базу бухгалтерии редации 2.0.57.10. Для начала по пунктам переход на 3.0:

1. В обязательном порядке поднимаем релиз до максимального 2.0. В моем случае до 2.0.59.4.
2. В случае, если КЛАДР был загружен по всем областям, желательно очистить классификатор. С данным пунктом связана ошибка нехватки памяти.
   А классификатор адресов при переходе на 3.0 в любом случае придется загружать заново. Для малоопытных сотрудников и "слишком программистов": КЛАДР можно очистить штатным способом:
   
3. Удалите помеченные объекты.
4. Желательно запустить внешнее и внутренее тестирование информационной базы (Ссылки чистим, объекты удаляем) со сжатем таблиц ИБ.
5. Добавляем вашему пользователю право администратора системы (Если пользователей нет - пропускайте пункт):
   
6. Далее запускаем штатный механизм обновления. Для перехода на 3.0 требуется специальный дистрибутив (на диске ИТС либо на сайте поддержки пользователей).
   
7. После перехода (сам процесс отличается от обычного обновления разве что большей продолжительностью) обязательно запускайте тестирование со сжатием ИБ.
   Для примера: файл 1CD до перехода "весил" 1.3Гб, после перехода размер составлял уже 2.2Гб. Соответственно после сжатия: всего 823 Мб. Учитывая, что для статьи
   я использовал одну из самых миниатюрных клиентских баз, экономия может быть существенной.
8. Далее загрузите свежий КЛАДР и настройте для пользователей внешний вид. Для меня наиболее оптимальной является следующая настройка:
   

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

Последовательность действий следующая:

1. Проверяем настройки синхронизации данных в БП 3.0 (Администрирование - Синхронизация данных - Настройки). По умолчанию режим обмена установлен в "Двусторонний (БП УТ)".
   При необходимости меняем на односторонний:
   
2. Запускаем обработку конвертации обменов в БП. Указываем текущую настройку и файл, куда будут выгружены необходимые данные:
   
3. Открываем эту же обработку в УТ. Также указываем текущий обмен и ранее созданный файл (В моем случае 123.xml):
   
4. Жмем "Обновить настройки". Восстановление обмена завершено. Запускается он теперь несколько иначе:

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

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

з-за чего возникла такая ситуация, если в регистр в принипе нельзя записать одинаковые строки: в колонке "Ссылка в другой ИБ" в регистре "(Не используется) Соответствие объектов для обмена" содержаться записи следующего вида:

<"#",d2536903-cbe3-4945-b3eb-42b1d353be81,25:b167babe02dfcccc11e2236865511b46>. Первая группа символов (после решетки) указывает на расположение объекта (Например СправочникСсылка.АдресныеСокращения), далее идет номер таблицы БД и после двоеточия сам уникальный идентификатор (Но не в прямом порядке). Расположение элемента и его идентификатор разумеется будут одинаковыми (в противном случае это уже не дубль, а попросту другой элемент), а вот номер таблицы вполне может измениться (Встречал на практике). Проблема решается удалением строк в регистре с меньшими номерами таблиц (Т.е. из записей 25:b167babe02dfcccc11e2236865511b46 и 35:b167babe02dfcccc11e2236865511b46 оставляем последнюю).

Для решения проблемы с дублями была создана обработка очистки регистра "(Не используется) Соответствие объектов для обмена".

все это хорошо, но у меня стоит задача перейти на БП 3.0, но оставить в УТ обмен с БП 2.0,
при конвертации БП 2.0 > БП 3.0 обмен сконвертировался, а вот в УТ 10.3 нужно обмен с БП 2.0 оставить,
и тут возник затык, при создании обмена в УТ с БП 3.0 по новой не дает создать с тем же префиксом что и обмен с БП 2.0, обошел это так: выгрузил настройки обмена из БП 3.0, подгрузил эти настройки в УТ при создании нового обмена с БП 3.0, настройки подхватились,
то что будут два плана обмена с одинаковыми префиксами, я думаю на обмен не повлияют

× Внимание! За постинг в данном форуме $m не начисляются.

Ссылка на публикацию

Создание08.06.14 00:20

Обновление08.06.14 00:20

Настройка двухстороннего обмена данными между конфигурациями Управление торговлей 10

В этой статье мы рассмотрим как настроить двухсторонний обмен данными между конфигурациями Управление торговлей 10.3 и Бухгалтерия предприятия 2.0 в экспертном режиме. Многие пользователи допускают ошибки в совместном использовании этих двух конфигураций из-за неправильной настройки и незнания механизмов обмена.

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

Далее по тексту:

УТ - конфигурация Управление торговлей 10.3

БП - конфигурация Бухгалтерия предприятия 2.0

ИБ – Информационная база

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

ввести информацию об организациях,участвующих в обмене (Наименование, ИНН, КПП) в обеих конфигурациях (если одна из баз пустая, то данные об организации перенесутся вместе со справочной информацией);

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

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

в конфигурации УТ настроить параметры учета для обмена данными:

Заходим Сервис => Настройка учета => Настройка параметров учета:

Переходим во вкладку Обмен данными.Ставим галочку напротив Использовать обмен данными с конфигурациями на платформе 8.2. Задаем префикс информационной базы (в моем случае УТ, вы можете поставить любой,но не более трех знаков).Нажимаем ОК:

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

Заходим Сервис => Настройка программы:

Переходим во вкладку “Обмен данными” и ставим галочку напротив “Использовать обмен данными с конфигурациями на платформе 8.2”. Указываем префикс информационной базы (в моем случае БП, вы можете задать любой, но не более 3 знаков) и нажимаем ОК:

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

Задание настроек и параметров.

Анализ готовности ИБ к обмену.

Расписание обмена данными.

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

Запускаем УТ в режиме Предприятие. Заходим Сервис => Обмен данными с “1С:Бухгалтерия 8” => Обмен с “1С Бухгалтерия предприятия, редакция 2.0” => Помощник настройки обмена данными с “1С:Бухгалтерия 8”:

Появляется окно помощника настройки обмена, нажимаем Далее:

Выбираем режим работы Экспертный и нажимаем Далее:

Сценарий работы выбираем “Создать настройку обмена”:

Способ создания настройки обмена выбираем “Создать новую настройку обмена”:

Выбираем способ передачи данных “Подключение к информационной базе приемнику” (при выборе этого способа настройка обмена на стороне Бухгалтерии произойдет при помощи прямого подключения базы УТ к БП).

Тип информационной базы выбираем “На данном компьютере или в локальной сети”, если базы УТ и БП находятся либо на одном компьютере, либо в одной локальной сети организации. Версия 8.1 или 8.2 в зависимости от вашей версии платформы 1С (посмотреть ее можно зайдя Справка => О программе). Указываем каталог базы БП.

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

Я рекомендую создать в базе БП пользователя для выполнения обмена данными и выставить ему “Полные права”, а также поставить галочку “Пользователю запрещено изменять пароль” и снять галочку напротив “Показывать в списке выбора”.

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

Заполняем необходимые данные и нажимаем Далее:

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

Выбираем направление обмена “Обмен в двух направлениях (двухсторонний)” и нажимаем Далее:

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

Галочку “Выгружать аналитику по складам” можем поставить только в том случае, когда в настройках параметров учета базы УТ не установлено указание складов в табличной части документов поступления и реализации.

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

Перенос себестоимости партий устанавливаете:

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

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

Переносить документ партии и себестоимость – для корректной работы, кроме ограничений предыдущего пункта, валюта управленческого учета в УТ должна совпадать с валютой регламентированного учета в БП.

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

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

Отбор по организациям,складам,подразделениям и кассам в этой настройке задается только для базы УТ. Если у вас не пустая база БП, то после завершения первого этапа настройки обмена необходимо зайти в БП, меню Операции => Планы обмена => Обмен Управление торговлей и Бухгалтерия предприятия, редакция 2.0 и там установить нужный отбор для переноса из базы БП в УТ.

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

После заполнения нажимаем Далее:

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

Если в БПи УТ до настройки обмена вы вели автономный учет, то дату выгрузки документов необходимо задать такую, чтобы она была больше даты последнего введенного в программу (УТ или БП) документа.

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

Выгружать – объект будет выгружаться при его создании или изменении.

Не выгружать – объект выгружен не будет, это может понадобится когда требуется выгрузить к примеру только определенную справочную информацию без выгрузки документов.

Только по ссылке – объект будет выгружаться если ссылка на него присутствует в другом выгружаемом объекте.

После выставления всех настроек нажимаем Далее:

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

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

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

Поиск сравнивает объекты в каждой ИБ, а не сравнивает объекты УТ с объектами БП! Если вы используете не прямое подключение к БП, то поиск будет выполнен только в УТ!

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

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

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

После исправления всех ошибок закрываем Поиск и нажимаем Далее. Второй этап настройки на этом завершается. Жмем Далее чтобы приступить к следующему этапу – переносу справочников:

В следующем окне нажимаем Выполнить обмен:

После окончания переноса можно посмотреть подробный результат обмена, нажимаем ОК:

Теперь необходимо выполнить проверку сопоставления объектов между базами. Она позволяет исправить такие ситуации, когда одному объекту базы источника (УТ) сопоставлено два и более объекта базы приемника (БП), и когда одному объекту базы приемника (БП) сопоставлено два или более объекта базы источника (УТ). Нажимаем Выполнить проверку:

После нажатия “Выполнить проверку” увидим отчет, в котором нужно проанализировать и исправить найденные ошибки сопоставления. В нем объекты базы источника (УТ) отображаются по наименованию, а объекты базы приемника как UID объекта, т.е. представлен уникальный идентификатор объекта.

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

Для удаления дублей объектов информационных баз вы можете воспользоваться универсальной обработкой с диска ИТС “Поиск и замена значений”, о том где на диске ИТС она находится, и как ей пользоваться написано в другой моей статье здесь. После исправления данных необходимо удалить некорректные записи сопоставления объектов.

После исправления данных нажимаем Далее:

Если вы до настройки обмена уже вели учет в базе БП, то после переноса справочной информации которая есть в обеих базах могут возникнуть коллизии. Посмотреть какие коллизии возникли можно зайдя в Сервис => Обмен данными с “1С:Бухгалтерия 8” => Обмен с “1С:Бухгалтерия предприятия, редакция 2.0” => Монитор обмена данными. Там во вкладке Коллизии можно посмотреть версии объектов до и после обмена и установить нужную вам версию.

Третий этап настройки на этом завершен, жмем Далее для перехода к следующему этапу – переносу документов:

Прежде чем приступать к четвертому этапу необходимо сделать следующее:

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

для последующего заполнения бухгалтерских счетов в документах перенесенных в БП по умолчанию, необходимо внести данных о счетах в регистры сведений “Счета учета номенклатуры” и “Счета учета расчетов с контрагентами”. Подробнее о счетах учета номенклатуры можете почитать зайдя Операции => Регистры сведений => Счета учета номенклатуры и нажав клавишу F1. Подробнее о счетах учета расчетов с контрагентами Операции => Регистры сведений => Счета учета расчетов с контрагентами F1;

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

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

После выполнения проверки и исправления проблемных ситуаций нажимаем Выполнить Обмен:

После переноса документов в БП, необходимо их провести, выполнив отложенные движения,если автоматически они не провелись из-за возникновения ошибок. Такое часто бывает к примеру при незаполненных счетах учета расчетов с контрагентами. Поэтому, чтобы каждый раз не проставлять счета учета в не проведённых документах и не выполнять отложенные движения вручную, заполните их в соответствующих регистрах сведений в базе БП. Чтобы это исправить зайдем в БП. Меню Сервис => Обмен данными с “1С:Управление торговлей 8” => Монитор обмена данными:

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

После возникновения 5 ошибок отложенного проведения, обмен прерывается. Это задано в настройках обмена по умолчанию. Чтобы отключить эту функцию необходимо в базе УТ зайти в Операции => Справочник => Настройки обмена данными, там выбрать свой обмен и нажать изменить. Переходим во вкладку “Обмен по правилам” и убираем галочку напротив “После ошибки отложенного движения прекратить операции”:

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

Если у вас происходят ошибки при обмене такие как к примеру “Поле объекта не обнаружено”, т.е. не читаемые для обычного пользователя, то в первую очередь стоит проверить актуальность правил обмена данными, и если они устарели, то заменить на новые. О том как это сделать написано в другой моей статье. Также вы можете скопировать часть текста ошибки и попробовать найти решение проблемы через поисковые системы в интернете.

После выполнения обмена нажимаем Далее. В следующем окне нажимаем Далее для перехода к последнему этапу – настройки расписания обмена данными:

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

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

Далее нажимаем “Создать новое расписание для настройки обмена”:

Ставим галочку “Использовать расписание для выполнения обмена”. Нажимаем “Дополнительные настройки расписания”. В окне “Регламентное задание” указываем пользователя. В нем же жмем “Изменить расписание”. В окне “Расписание” настраиваем время выполнения и закрываем все окна кнопкой ОК. Я не рекомендую пользователям только что научившимся пользоваться обменом использовать обмен по расписанию. Лучше запускать обмен вручную.

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

Нажимаем Далее чтобы завершить работу помощника настройки обмена данными:

На этом настройка завершена.Чтобы запустить обмен необходимо зайти Сервис => Обмен данными с “1С:Бухгалтерия 8” => Обмен с “1С Бухгалтерия предприятия, редакция 2.0” => Выполнить постоянный обмен данными с “1С:Бухгалтерия 8”:

В окне “Выполнение обмена данными” жмем Выполнить обмен:

Чтобы посмотреть результат выполнения предыдущих обменов, а также другие данные касающиеся вашего обмена необходимо зайти в Сервис => Обмен данными с “1С:Бухгалтерия 8” => Обмен с “1С Бухгалтерия предприятия, редакция 2.0” => Монитор обмена данными:

Не забывайте делать резервные копии баз перед выполнением обмена! О том как их делать средствами 1С написано в другой моей статье. Как автоматизировать процесс создания резервных копий баз написано в этой статье.

Примеры совместной работы пользователей 1С при совместном использовании конфигураций Управление торговлей 10.3 и Бухгалтерия предприятия 2.0 будут описаны в другой статье.

Добавлено Кирилл 521 день назад

Последняя активность 80 дней назад

Замечательно написанная статья. Некоторые вопросы даже не знал - Себестоимость по партиям и аналитику по складам, например. Однако, я этих бухгалтерий только за этот год создал 4 или 5.

Мои рекомендации - в разделе Анализ готовности ИБ к обмену - Поиск совпадающих… для Номенклатуры поставить “По внутреннему идентификатору”. И в УТ и в БП. Коды товара при этом будут разные, но на обмен не влияет.

Далее - это касается не всех. Если вы торгуете автомобилями или шубами - можно пропустить. У меня номенклатура около 200 000 наименований. И если Вы не поставите в настройках обмена, закладка “Интерактивный обмен” количество транзакций на передачу и прием, то обмен закончится резонным сообщением “Для выполнения операции недостаточно памяти”

При этом под XP в любом случае, а под W7 - как звезды, программы, файлы стоят. Бывало по разному. Меньшее число транзакций увеличивает стабильность и время обмена. Большее - уменьшает. Выбор за Вами. Под XP ставлю 2000-5000, под W7-64 - 5000 - 20000, в зависимости от объема памяти.

Я делал, но сейчас не делаю обмен в 2 стороны. Бухгалтеры сказали, что эти sensored, все равно что-то сделают не так и мне проще… И я согласен.

И, вот мое IMHO - не надо делать прямое подключение к базе. Лучше сделать 2 обмена - в УТ и БП. Любой вариант - FTP или файловый обмен - работает лучше и, что странно, быстрее. Понимание пришло после визита людей в сапогах и масках. Если Вы думаете, что они не двигаются к Вам, то вы сильно заблуждаетесь. А так - бухгалтер дома, Вы в Амстердаме, магазин в Магадане, и все прекрасно работает.

При обмене с Розницей 1.0 все немного сложнее. Требуется совместить коды (именно внутренние коды) для Организации, Склада (А в Рознице склада и магазина).

Со всеми доводами согласен. Видно, знающий человек)

Поиск по ИД - классная вещь, если база заводится с нуля. Я обычно использую для всех справочников. Так надежнее.

По количеству объектов в транзакции - очень верное замечание, спасибо! Правда очень часто это спасает от глюков и, к тому же, сотрудники работающие в базе меньше орут когда обмен запущен.

И про файловый обмен - тоже на 100% согласен. Просто в инструкции описывал “легкий способ настроить обмен”.

По поводу масок и сапог: странно. Я думал они уже так не работают. Лично мне, к несчастью, удалось увидеть интеллигентных с виду, но очень грубых, людей в брюках и рубашках :)

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

Там есть функция “дата запрета редактирования”. В таком случае любые изменения в УТ не будут трогать БП.

По поводу “дописываются” - если в УТ внесли изменения, то они перенесутся в БП. Не важно что это - добавление нового или изменение старого.

Интересно, есть ли готовый механизм, если у меня есть несколько баз управления торговлей. И я хочу их объединить в новой одной базе, чтобы каждая база со своим префиксом была. И в ней сводно смотреть результаты. Такие обмены бывают? Или только самому делать правила?

Очень похоже на описание обычной распределенной информационной базы.

Но придётся попотёть что бы один раз слить данные в один.

Если не РИБ, тогда можно написать простые правила практически один в один и таскать данные в консолидирующую базу.

А возможно ли настроить двухсторонний обмен м-ду БП 3.0 и УТ 10.3 (или 11), чтобы из БП в УТ попадало поступление товаров, а из УТ в БП только реализация? У нас настроен 2-х сторонний обмен м-ду БП 2.0 и УТ 10.3, здесь все работает и обновляется. Но надо готовится к переходу на БП 3.0. Что можно придумать, чтобы бухгалтер вводил поступление товаров и отправлял эти данные в УТ? Спасибо.

Пишите правила обмена, да настраивайте обмен в любую сторону как угодно :)

Почитайте про конвертацию данных и как её использовать

Доброго дня! Подскажите кто-нибудь пожалуйста в чем может быть проблема: настроил обмен между торговлей и бухгалтерией в одну сторону из торговли в бухгалтерию, первый раз сделал обмен все хорошо устроило как выгрузилось, конечно не все документы в бухгалтерии провелись, мы их в ручную исправили и провели, в торговле документы которые выгрузились ни кто не изменял, через несколько дней делаю опять выгрузку из торговли новых документов, загружаю в бухгалтерию и происходит следующее документы которые бухгалтер исправила они становятся не проведенными как и в первый раз, почему это происходит? они же не должны больше изменяться пока их в торговле не изменят!

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

Ошибка при сохранении настроек обмена данными: <Обработка.ПомощникНастройкиОбменаДанными.МодульОбъекта(3283)>: Ошибка при вызове метода контекста (Записать): Значение поля “Код” не уникально!

Как сделать этот Код уникальным, когда не знаешь, где он вообще находится? 2)Ошибка при сохранении настроек обмена данными:

<Обработка.ПомощникНастройкиОбменаДанными.МодульОбъекта(3243)>: Неправильно заданы коды узлов в базе-источнике и в базе-приемнике. Для устранения проблемы в базе-источнике в плане обмена “Обмен Управление торговлей-Бухгалтерия” измените код созданного узла таким образом, чтобы он стал отличен от кодов узлов в базе-приемнике. Настройку обмена в базе-источнике необходимо будет создать заново.

Люди добрые, подскажите, ну вот КАК это сделать? Что за коды узлов такие? и почему их надо в ручную устанавливать, при всем при том, что вроде как обмен должен быть автоматически? ЧТО я делаю НЕ ТАК? Мне нужно настроить односторонний обмен -выгрузку из УТ 10.3 в Бух 8.2, никаких дополнительных телодвижений мне не нужно. Настройку я начинаю в УТ10.3. Оттуда всё отлично выгружается ( при чем и с помощью файла обмена(xml)) и непосредственно в базу-приемник через подключение. Правила-настройки для 2-ой базы я автоматом копирую в Бух-ню в разделе Создать файл обмена, используя файл настроек ( используемый во 2-ой базе-приемнике) и потом начинается. геммор. То код не такой, то узлы не такие, то ещё какая беда. Подскажите, пж-та, в чем не права? и КАК ПРАВИЛЬНО сделать?

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