Многие предприниматели, осуществляющие торговую деятельность, для повышения эффективности управления приобретают одновременно две программы «1С:Бухгалтерия 8» (далее БП) и «1С:Управление торговлей 8» (далее УТ) .
БП используется для ведения регламентированного учета и сдачи отчетности, а УТ - для оперативного и управленческого учета в компании.
Успех совместного использования этих программных продуктов во многом зависит от организации обмена данными между конфигурациями БП и УТ.
Понимание приведенных ниже особенностей типового обмена данными поможет избежать ошибок в процессе обмена между конфигурациями и нарушений учета в каждой конфигурации отдельно.
При написании данной статьи использованы материалы из документации 1С к программным продуктам.Подробно методика настройки обмена изложена в htm-файле «Совместное использование конфигураций Управление торговлей (11) и Бухгалтерия предприятия», который находится в каталоге шаблонов при установке как 1С:Бухгалтерии 2.0 (далее БП), так и 1С:Управления торговлей 11 (далее УТ); рекомендации, полученные на партнерской конференции 1С и личный опыт автора по созданию и изменению настроек обмена для клиентов компании ООО «РГ-Софт Проект Консалтинг».
1. Настройка одностороннего или двустороннего обмена.
Прежде всего, следует учесть, что из конфигурации БП в конфигурацию УТ могут выгружаться только документы, связанные с операциями движения наличных и безналичных денежных средств. К ним относятся: Приходный кассовый ордер, Расходный кассовый ордер, Поступление на расчетный счет и Списание с расчетного счета. Документы движения товаров, созданные в БП, выгружаться в УТ не будут.
Фирма 1С рекомендует производить обмен с банком в УТ. «Это обеспечит полноценную работу с исходящими платежными документами и более простую работу с входящими документами». Однако, была ситуация, когда из файла клиент-банка не удалось загрузить в УТ практически ни одной платежки, в то время как в БП этот файл загрузился полностью.
Это объясняется тем, что в УТ добавлены более строгие проверки содержания файла клиент-банка, например: проверка заполнения ИНН, проверка номера документа, номер должен содержать только цифры в соответствии с положением ЦБР от 3 октября 2002 г. N2-П "О безналичных расчетах в Российской Федерации" (с изменениями от 3 марта 2003 г., 11 июня 2004 г., 2 мая 2007 г., 22 января2008 г.).
Настраивать односторонний обмен (из УТ в БП) имеет смысл только в том случае, если все документы и нормативно-справочная информация заполняются в УТ. Таким образом, можно избежать дублирования элементов в этой базе.
Для этого необходимо настроить следующий сценарий обмена: создать в конфигурации УТ сценарий обмена, в котором сохранить только выгрузку (рис.1), в конфигурации БП создать сценарий обмена и сохранить только загрузку.
Необходимо учитывать, что при таком сценарии обмена, все дополнительные документы и справочники, созданные в БП, будут регистрироваться для обмена, но не будут загружаться в УТ, поэтому регистрацию рекомендуется периодически сбрасывать, иначе файл сообщения обмена из БП будет постоянно увеличиваться, замедляя процесс обмена.
Для этого рекомендуется использовать обработку РегистрацияИзмененийДляОбмена82.epf , которую можно найти в поставке конфигурации "Конвертация данных, ред. 2.1". После установки конфигурации, обработка находится в каталоге установки обновления: ...\1c\Conversion\...номер_версии…
Если нормативно-справочная информация заполняется и в УТ, и в БП, то следует настраивать двусторонний обмен, но при этом может потребоваться отслеживать дубли, запуская обмен в интерактивном режиме вместо автоматического (рис. 2).
Для того, чтобы ограничить обмен данными только на уровне документов, не обязательно настраивать односторонний обмен, достаточно в фильтре обмена на стороне БП поставить дату, больше даты последнего документа (см. рис. 5). Но прежде чем устанавливать фильтр на дату, нужно убедиться, что документы в БП не были ранее зарегистрированы к обмену, иначе зарегистрированные документы будут перенесены в другую базу при обмене.
Приоритет изменения данных
Если вначале будет выполнен обмен в УТ, а потом в БП, то приоритет будут иметь данные, выгруженные из УТ. Например, В УТ завели документ «Поступление на расчетный счет», запустили обмен сначала в УТ, затем в БП – документ появился в конфигурации БП. Затем бухгалтер в конфигурации БП внес изменения в этот документ. При последующем обмене, если очередность запуска обмена не менялась, то внесенные в документ изменения затрутся данными из УТ.
Для корректного обмена с теми объектами, которые изменены в обоих базах, 1С рекомендует организовать работу, чтобы объект редактировался только в одной из баз. В другой базе такой объект должен открываться только на просмотр. Для этого потребуется использовать настройку прав доступа пользователей, но такой подход гарантирует отсутствие коллизий при обмене, т.е. расхождений, возникающих при изменении объекта и в одной, и в другой базе, в период между обменами (рис. 3).
2. Различия БП и УТ, влияющие на обмен
Договоры контрагентов
В конфигурации УТ не ведется аналитика по договорам контрагентов. Все операции, которые ведутся в конфигурации УТ, при загрузке в конфигурацию БП всегда оформляются по отдельным договорам, создаваемым и контролируемым самой системой УТ.
Если договора с нужными параметрами нет в конфигурации БП, то происходит создание такого договора. Необходимо отметить, что поиск договора осуществляется только из числа ранее загруженных из УТ договоров.
Управленческая организация в УТ
Начиная с релиза 11.0.6.9, в УТ в справочнике организации появился предопределённый элемент «Управленческая организация». Этот элемент не должен быть сопоставлен (или изменен) с текущей (единственной или одной из) организацией. Подробнее об использовании данного объекта можно прочитать в файле документации «Изменения и дополнения в документации.htm»
, входящем в поставку УТ.
Структура предприятия
В УТ для управленческого учета используется справочник «Структура предприятия», который содержит список подразделений компании. При оформлении документов указание подразделения предприятия является обязательным.
Элементы справочника «Структура предприятия» не сопоставляются элементам справочника «Подразделения организации» в БП. Для того, чтобы в УТ не загружались документы с незаполненным реквизитом Подразделение, в настройках обмена необходимо заполнить значение по умолчанию (рис. 4).
Склад в табличной части
Если в УТ планируется использовать новую возможность указания складов в табличных частях документов, то в настройках узла плана обмена необходимо установить обобщающий склад, который будет подставляться при выгрузке документов из УТ в конфигурацию БП вместо складов, разрешенных для выбора в табличных частях документов (рис. 4).
Вид номенклатуры
При выгрузке данных из БП в УТ, в номенклатуре не заполняется реквизит «вид номенклатуры», это связано с тем, что обменом обслуживается сценарий, когда номенклатура создается в конфигурации УТ, а не в БП. В документах движения товаров в УТ нет отдельной табличной части для учета услуг (услуги заполняются в таблице товары), поэтому, для того, чтобы услуги, указанные в документах УТ правильно переносились в табличную часть в БП, нужно:
1. В разделе нормативно-справочная информация открыть справочник «Виды номенклатуры», зайти в вид номенклатуры «услуги» - нажать «Все действия» - разрешить редактирование и выбрать Тип номенклатуры - Услуга.
2. Изменить номенклатуру (услугу) - нажать «Все действия» - разрешить редактирование и выбрать этот Вид номенклатуры с типом Услуга.
3. Настройка фильтров обмена (рис. 5)
Изменение даты выгрузки (загрузки) документов
1) Прежде чем передвигать дату вперед необходимо синхронизировать базы путем выполнения сеанса обмена, чтобы на узле не было зарегистрированных к обмену документов на момент изменения настройки. Иначе такие документы после изменения настройки, в результате выгрузки, могут стать помеченными на удаление в базе-приемнике, если они были ранее туда выгружены.
2) Передвигать дату назад можно, т.к. это лишь расширяет область выгружаемых данных. Стоит заметить, что при этом документы из ранее закрытого периода не будут зарегистрированы к обмену автоматически. Для того чтобы это сделать, необходимо либо изменить документы, либо воспользоваться обработкой РегистрацияИзмененийДляОбмена82.epf.
Фильтр по организациям
Включение данного фильтра позволяет ограничить список организаций, по которым разрешен обмен данными. Наличие включенного фильтра влияет как на выгрузку самого справочника организаций, так и на выгрузку других данных, связанных с организациями (справочники и документы).
Принцип действия фильтров выгрузки таков: новые настройки действуют применительно для всех данных - в момент создания обмена, либо только для тех данных, которые были изменены после момента применения новых настроек - после создания обмена, поэтому рекомендуется максимально ответственно подойти к настройке фильтров при создании обмена данными.
Пример:
при создании обмена пользователь установил фильтр по организации. В базу-приемник выгрузились данные только по указанной организации. Далее пользователь решил, что в базу-приемник должны выгружаться данные по всем организациям. Но так как настройки начинают действовать только для вновь изменяемых данных, то уже имеющиеся документы и справочники не будут выгружены в базу-приемник до тех пор, пока пользователь не произведет с ними какие-либо изменения.
4. Удаление объектов одной из баз
Пометка на удаление
Возможна ситуация, когда используемый ранее элемент справочника не планируется использовать для дальнейшего учета и этот справочник пользователи считают правильным пометить на удаление. Помеченные на удаление объекты не участвуют в обмене. Эту особенность следует учитывать.
Удаление дублей
Для удаления возникших при обмене дублей объектов мы рекомендуем воспользоваться обработкойПоискИЗаменаЗначений.epf
, которая находится в каталоге \1CITS\EXE\ExtReps\Unireps82\SearchAndChange\ на диске ИТС. А для проверки корректности сопоставления объектов двух информационных баз можно открыть Регистр сведений «Соответствие объектов информационных баз» и записи данного регистра могут быть откорректированы вручную. Важно знать, что после удаления объекта в одной из баз в записи регистра сведений останется соответствие для удаленного объекта (битая ссылка), нужно будет либо сопоставить другой объект, либо удалить запись.
5. Дополнительные настройки
Статьи движения денежных средств
Для конфигурации УТ может потребоваться проставить реквизит «корр. счет» для тех статей движения денежных средств, которые будут использоваться и выгружаться в БП.
Для конфигурации БП: может потребоваться проставить вид движения денежных средств в элементах справочника.
Пользователи
Элементы справочника пользователи могут быть перенесены в другую базу в том случае, если указаны в качестве ответственных в одном из объектов, участвующем в обмене. Для таких объектов потребуется настроить права.
Префикс базы и префикс организации
В УТ префикс всегда имеет фиксированную длину и разделитель (дефис) "-". Поэтому, если префикс информационной базы не задан или префикс организации не задан, то он заменяется нулями. Однако при настройке обмена префикс информационной базы всегда заполняется на ЦБ (для УТ) и на БП (соответственно для конфигурации БП).
Такое решение является стандартом при формировании номеров документов и кодов объектов. Префикс имеет фиксированную длину и отделяется символом дефиса от номера документа. Если в дальнейшем в базе будет несколько организаций, то достаточно будет установить для них префиксы и не потребуется выполнять перенумерацию всех объектов.
Исправление ошибок
В нашей статье были рассмотрены наиболее важные моменты организации обмена данными между «1С:Управление торговлей 8» ред.11 и «1С:Бухгалтерия 8» ред.2.0.
Специалисты компании ООО «РГ-Софт Проект Консалтинг» готовы предложить не только настройку обмена под особенности ведения учета конкретной организации, но и способы исправления ошибок в действующих обменах.
Автоматизированные системы управления в большинстве случаев состоят из отдельных баз данных и зачастую имеют территориально распределенную структуру. При этом правильно реализованный обмен данными - необходимое условие для эффективной работы таких систем.
Первоначальная настройка обмена при этом может потребовать ряда действий, не только в части программирования, но и консалтинга, даже если мы имеем дело с однородными источниками, как в случае с продуктами на платформе «1С:Предприятие». Почему настройка обмена 1С (или, как еще это называется - синхронизация данных в 1С 8.3) может стать самой трудоемкой и недешевой задачей проекта интеграции, рассмотрим в этой статье.
Обмен данными в среде 1С позволяет:
- Исключить двойной ввод документов;
- Автоматизировать смежные бизнес-процессы;
- Оптимизировать взаимодействие между распределенными подразделениями;
- Оперативно актуализировать данные для работы специалистов разных отделов;
- «Разграничить» разные виды учета.*
*В случае, когда данные одного вида учета существенно отличаются от другого, необходимо обеспечить конфиденциальность информации и «разграничить» информационные потоки. Например, обмен данными между 1С УТ и 1С Бухгалтерия не требует выгрузки в базу регламентного учета управленческих данных, т.е. синхронизация в 1С тут будет неполная .
Если представлять стандартный процесс реализации первичного обмена данными, когда хотя бы один из его объектов – продукт 1С, то можно выделить следующие этапы:
- Согласование состава обмена;
- Определение транспорта (протоколов обмена);
- Установка правил;
- Составление расписания.
Выявление состава обмена 1С
Объекты обмена можно условно поделить на «источник» и «приемник». При этом они могут исполнять две роли одновременно, что будет называться – двусторонним обменом. Определение источника и приемника происходит логическим путем в зависимости от необходимости или от функциональных возможностей системы.*
*Например, при интеграции «WA: Финансист» – решения для ведения финансового учета и управления процессами казначейства, разработанного на базе «1С:Предприятие», эксперты WiseAdvice рекомендуют именно его в качестве мастер-системы. Это обусловлено наличием инструментов контроля для соблюдения правил заявочной политики, а соответственно, и для обеспечения эффективности работы решения.
Далее на основе полученных и зафиксированных требований со стороны пользователей создается список данных для обмена, определяется их объем, требования к частоте обмена, прописывается процесс работы с ошибками и обработки исключительных ситуаций (коллизий).
На этом же этапе в зависимости от парка имеющихся систем и структуры предприятия определяются с форматом обмена:
Распределенная информационная база
- РИБ подразумевает обмен между идентичными конфигурациями баз данных 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С:УТ»). Также к типовой синхронизации относится обмен УПП - УПП, характерный для масштабных систем автоматизации на крупнейших промышленных предприятиях.
В подменю «Сервис» выбираем «Обмен данными c продуктами на платформе…» (выбор прямого обмена с «Розницей» зачастую грозит ошибками на уровне COM-объектов). Обратим внимание на служебное сообщение «Данная возможность недоступна».
Чтобы решить эту проблему, необходимо выбрать «Настройку обмена данными»
…и проставить галочку. Далее сообщение об ошибке игнорируем.
В настройках синхронизации данных выбираем «Создать обмен с «Розница»…
Перед настройкой параметров подключения через локальный или сетевой каталог следует убедиться, что на диске под каталог есть место. Хотя, как правило, он не занимает более 30-50 Мб, в исключительных случаях под него может потребоваться до 600 Мб. Создать необходимый каталог можно прямо из конфигуратора.
При подключении через сетевой каталог предложения настроить подключение посредством FTP-адреса и по электронной почте игнорируем, нажимая «Далее».
В настройках вручную проставляем префиксы – условные обозначения баз (как правило, БП, УПП, РО), задаем правила и начальную дату выгрузки данных. Префикс будет указываться в названии документов, для обозначения базы, в которой они были созданы. Если правила выгрузки не будут отредактированы, данные по умолчанию будут выгружаться по всем имеющимся параметрам.
Создаем файл настройки обмена для «Розницы», чтобы не повторять свои действия. При необходимости немедленной отправки данных сразу после настройки синхронизации – проставляем галочку.
Для автоматизации процесса обмена необходимо настроить расписание.
Меню «Розница».
Проставляем галочку и выбираем «Синхронизацию».
Производим «обратную» настройку, выбирая Управление производственным предприятием.
Загружаем файл с настройками, созданный в УПП.
Проставляем галочку, адрес система подхватывает автоматически.
Действуем так же, как в УПП.
Проверочное сопоставление данных (Ручное сопоставление данных рекомендуется произвести на подготовительном этапе, поскольку эти работу могут стать самыми трудоемкими в процессе реализации обмена). Открытие окна сопоставления происходит по двойному щелчку мыши.
В случае ошибки в синхронизации «Подробно…» будет заменено на «Никогда…».
«Подробно…» открывает журнал регистрации с уточненной информацией по обмену.
Готово.
Давайте рассмотрим простой пример из реальной жизни. Допустим у нас есть фирма которая занимается оптово-розничной торговлей, также в этой фирме как и в любой другой ведется бухгалтерия. На предприятии установлены две типовые базы, это УТ (управление торговлей) и БП (бухгалтерия предприятия), соответственно в каждой из баз ведется свой учет, в УТ управленческий для отражения всех операций связанных с торговлей, в БП бухгалтерский. Чтобы не делать двойную работу, т.е. не создавать одни и теже документы в двух базах (ведь движения должны быть по управленческому и по бухгалтерскому учету) мы как раз и настроим синхронизацию между этими базами .
Обмен данными будем настраивать односторонний , из УТ ---> БП. Также возможно настроить двухсторонний обмен, но на практике это не так часто требуется, поэтому в нашем примере мы его рассматривать не будем.
Подготовительные действия для настройки обмена в БП
Давайте приступим к настройке синхронизации, сначала зайдем в базу 1С "Бухгалтерия предприятия 3.0" (приемник), нам необходимо проверить включена ли синхронизация для этой базы, для того чтобы это сделать нам нужно сначала зайти в базу. Как только база откроется переходим на вкладку "Администрирование" ---> "Настройки синхронизации данных"
Перед нами открывается новая вкладка, ее необходимо заполнить так же как на скриншоте ниже, за исключением префикса информационной базы. Префикс должен состоять из двух букв, вы можете задать любой, но по стандарту 1С лучше задавать префикс по названию конфигурации, то есть для "Бухгалтерии Предприятия" префикс будет как "БП". Если же у вас настраиваются сложные обмены и там есть несколько бухгалтерских баз, то префиксы должны явно отличаться друг от друга, тут можно в качестве аббревиатуры использовать первые две буквы названия организации.
Продолжаем настройку синхронизации данных в УТ
После того как мы сделали все необходимые действия в базе приемнике (БП 3.0), для продолжения настройки обмена данными нам необходимо открыть базу источник (УТ 11.1). Заходим на вкладку "Администрирование", слева в меню выбираем пункт "Настройки синхронизации данных" . Если синхронизация не включена, то включаем ее с помощью флажка, также не забываем указать префикс базы источника. Как только мы выполнили все пункты 1-4 как показано на изображении ниже, необходимо нажать на гиперссылку "Синхронизация данных" (пункт 5).
В новом отобразившемся окне необходимо нажать на зеленый плюсик (Настроить синхронизацию данных), в выпавшем меню выбираем пункт "Бухгалтерия предприятия 3.0".
Настройка важных моментов в обмене данными между УТ и БП
Теперь мы видим окно с настройкой синхронизации данных в 1С, выбираем пункт "Указать настройки вручную" и жмем "Далее".
Продолжаем настраивать обмен данными в 1С, на следующей вкладке нам нужно выбрать вариант подключения к информационной базе приемнику (прямое подключение к программе), параметры подключения (на данном компьютере или в локальной сети), каталог где располагается база приемник, а также необходимые данные аутентификации (имя пользователя и пароль в базе).
На следующей странице мы должны заполнить правила отправки и получения данных из конфигурации БП 3.0 (приемник). Жмем "изменить правила выгрузки данных".
Перед нами открылось окно "Правила отправки данных", в нем мы задаем следующие параметры:
- Какая НСИ будет отправляться (в нашем примере нас интересуют только документы и НСИ используемая в них, поэтому мы бырали соответствующий пункт, если выбрать первый пункт "Отправлять всю" то вместе с документами будут перегружаться и все справочники, зачастую если информация не используется в документах то она бесполезна для приемника, ведь она никак не влияет на учет)
- С какой даты отправлять всю информацию (ручную синхронизацию мы в этой статье рассматривать не будем)
- По какой или каким организациям выполнять отправку данных (в нашем примере мы выбрали одну организацию ИП "Предприниматель")
- Правила формирования договоров
- Обобщенный склад
- Сворачивать ли документы по складу
После того как мы сделали настройки нажимаем "Записать и закрыть".
Поскольку в нашем примере мы настраиваем и пользуемся односторонним обменом, из УТ в БП , то настройки правил получения данных из "Бухгалтерии предприятия 3.0" нас не интересуют, поэтому жмем "Далее".
В новом окне нам предлагается настроить правила для базы приемника (БП). В пункте 1 называем обзываем как-нибудь нашу базу, задаем ей префикс. ПРЕФИКС должен быть таким же каким мы его задавали в самой базе БП в начале этой статьи, если префиксфы будут отличаться синхронизация данных в программе 1С работать не будет. После этого жмем пункт 2, а потом пункт 3.
В пункте 3 нам необходимо разрешить проведение документов при их загрузке в базу. Нажимаем "Записать и закрыть".
Теперь окно должно иметь примерно такой вид как показано ниже, жмем "Далее".
В этом окне находится справочная информация о создаваемой синхронизации в 1С. Просто жмем кнопку "Далее". Если при настройке синхронизации данных у Вас программа вывела ошибку, значит Вам необходимо связаться с нами, чтобы наш специалист 1С оказал Вам помощь прямо сейчас !
На следующем шаге программа предложит выполнить синхронизацию сразу после создания настройки обмена данными . Согласимся с этим и нажмем "Готово".
Перед вами отобразиться окно в котором вы увидите информацию о том как проходит синхронизация. Если база приемник не пустая, т.е. в ней уже велся учет, то пользователю в программе 1С будет предложено сделать сопоставление объектов вручную. Сопоставление объектов в 1С при синхронизации данных - это сопоставление одинаковых объектов приемника с одинаковыми объектами в источнике.
Давайте рассмотрим пример, допустим в УТ есть контрагент с наименованием "ООО ФармГрупп" и ИНН 1234567, а в БП также есть контрагент с ИНН 1234567, но наименованием "ФармГрупп", если мы при сопоставлении данных на этапе синхронизации не сопоставить эти два объекта, то после синхронизации в приемнике (Бухгалетрия предприятия 3.0) мы будем иметь два контрагента с ИНН 1234567 и двумя наименованиями "ООО ФармГрупп" и "ФармГрупп" соответственно. Для того чтобы не возникало подобных ситуаций и был изобретен механизм сопоставления объектов.
В нашем примере база приемник пустая, и поэтому окна сопоставления объектов у нас не открывалось. Зато после выполнения некоторых операций система обязательно предложит пользователю добавить некоторые дополнительные данные и выведет следующее окно. Никаких дополнительных данных нам передавать не требуется, все что нужно мы уже настроили раньше, поэтому на этом шаге выбираем "Не добавлять документы к отправке". Жмем "Далее".
Заключительный этап выполнения обмена данными между 1С
На заключительном этапе программа отобразит следующее окно, в нем пользователя проинформируют о том, что синхронизация была проведена успешно, жмем "Готово". На этом синхронизация между базами в одностороннем обмене из "Управлении торговлей 11.1" (УТ) в "Бухгалтерию предприятия 3.0" (БП) завершена.
В реальной жизни редкая компания обходится одной базой 1С. Самая частая ситуация – это две базы, бухгалтерия и зарплата.
Базы должны быть связаны – начислили зарплату, в бухгалтерию должны пойти начисленные налоги к уплате.
Для связи нескольких баз существует Обмен 1С. Как он работает?
Что такое Обмен 1С?
Есть сеть магазинов и центральный офис. В каждом магазине и в офисе есть склад. Товары перемещаются со склада на склад (в основном с центрального на склады магазинов), и в магазинах — продаются.
Используется база 1С Розница в офисе и эта же база в каждом магазине. Базы в магазинах – подчинены базе в офисе.
В офисе создают документы о перемещении товаров со склада на склад, назначаются цены. Документы заливаются в подчиненные базы и там «появляются» товары.
В магазинах создаются документы о совершенных продажа товаров. Документы заливаются в офисную базу и там «появляются» продажи.
Такая схема называется – распределенная информационная база (РИБ). Процедуры «заливки» документов – двусторонний обмен 1С. А настройка этой схемы – УРИБ или УРИБД (управление распределенными информационными базами данных).
Принципы Обмена справочниками в 1С
Справочники 1С (а набор всех справочников «в комплексе» называют НСИ – нормативно справочная информация) – в разных базах обычно должны быть едины. Это значит, что даже если баз несколько, то список товаров, складов, контрагентов – един в разных базах.
Обычная практика, когда в одной базе справочник разрешено редактировать, а в остальные он копируется («мигрирует»). Как мы раньше уже обсуждали – у каждого элемента 1С есть уникальный идентификатор – GUID . Справочники обычно копируются вместе со своим GUID, и таким образом идентичны во всей распределенной информационной системе.
В ином случае, когда соединяются несколько изначально существующих баз, или когда справочники можно создавать в разных базах одновременно, их GUID будут разными. Для этого существует механизм сопоставления. В специальный регистр сведений при обмене 1С записывается информация, что элемент из базы №1 с GUID ххх равен элементу в этой базе с GUID yyy. Первоначально имеющиеся элементы, которые уже не равны, нужно сопоставить автоматически (по другим реквизитам, например по наименованию или по ИНН и КПП) или вручную.
Принципы Обмена документами в 1С
Документы в 1С проводятся по регистрам и после этого считаются «проведенными». Это рождает понятные сложности при переносе.
Один вариант – перенести только документы и провести их заново после загрузки. Этот метод часто используется, но может рождать ошибки – документ может и не провестись в новой базе, так как условия при проведении могут сложиться иначе, чем были в момент проведения этого документа в изначальной базе.
Другой вариант – перенос документов и регистров вместе. Как мы понимаем, сразу же появляется вопрос – или мы переносим все документы вообще и тогда весь регистр вообще или вынуждены выбирать для переноса только движения по переносимым документам.
Допустим, нам нужно перенести элемент справочника Номенклатура. У этого справочника есть 10 полей, из которых 5 являются строками и числами, а 5 – ссылками на другие справочники.
Соответственно при переносе одного элемента Номенклатуры мы вынуждены искать и переносить также 5 элементов других справочников.
Таким образом при переносе одного элемента справочника или одного документа, по ссылке может быть перенесено 100 и больше других объектов 1С.
Фактически говорят, что почти все справочники конфигурации так или иначе ссылаются друг на друга.
Планы обмена 1С
Предположим, что мы создали распределенную базу данных и провели обмен 1С. На центральный склад закуплен товар и подготовлен для отправки в магазины. В 1С в офисе ввели нужные документы перемещения товаров. Требуется, чтобы они загрузились в магазины.
Что делать? Провести снова полный обмен 1С? Долго и неэффективно! Гораздо лучше было бы вычислить что именно было добавлено или изменено пользователями в офис, чтобы в магазины попали только изменения.
Для этого существует – планы обмена 1С. Программист заранее создает план обмена 1С для проведения обменов 1С с какой-либо другой базой данных, например с нашими магазинами.
План обмена 1С отмечает при работе пользователей со справочниками и документами, что было добавлено или изменено с момента проведения последнего обмена 1С с этой базой.
Создание УРИБ 1С
Итак, мы создадим распределенную базу с нуля. Изначально у нас есть «родительская» база офиса. Из нее мы будем выделять базы магазинов, которые будут ей подчинены.
В типовых конфигурациях уже есть типовые планы обмена 1С. Виды баз, для которых они предназначены – интуитивно понятны из названия:
- Обмен 1С с сайтом: обмен с сайтом 1С:Битрикс
- Обмен 1С УПП-УТ или УТ-Розница: типовые обмены с конфигурациями-побратимами
- Полный – обмен 1С с базой данных на базе такой же конфигурации.
РИБ – распределенная информационная база – можно сделать в том числе на базе плана обмена 1С «Полный». В конфигураторе в этом плане обмена 1С должна стоять галочка «Распределенная информационная база».
План обмена 1С, созданный в конфигураторе, говорит о том, что мы собираемся обмениваться с такой конфигурацией. В режиме Предприятие в этом же плане обмена 1С нужно теперь указать конкретные базы данных на базе этой конфигурации.
Зайдем в план обмена 1С (Операции/План обмена; также могут быть в другом меню, часто в меню Сервис/ХХХ).
В списке баз данных в плане обмена 1С есть одна с зеленым кружочком на картинке. Этот элемент обозначает ЭТУ БАЗУ. Остальные элементы обозначают ДРУГИЕ базы, с которыми идет обмен 1С.
Необходимо, чтобы было заполнено и наименование и код у всех элементов.
Чтобы создать подчиненную базу «магазина»:
- Установите кусор в списке на элемент плана обмена 1С, который мы создали как «базу магазина»
- Выберите пункт меню «Действия/Создать начальный образ».
В результате будет создана одна база, с выгруженными в нее начальными данными. Это нужно повторить для каждого элемента плана обмена 1С, кроме ТЕКУЩЕЙ БАЗЫ.
Теория проведения обменов 1С
Теория обмена 1С достаточно проста:
- Одна из баз (чаще база центра) инициирует обмен 1С по расписанию или «по событию» (вход в базу определенного пользователя и т.п.)
- Обмен 1С заключается в выгрузке из базы файла
- Файл должен быть перемещен в то место, откуда его сможет забрать подчиненная база (чаще шара или ftp, реже электронная почта)
- Подчиненная база загружает полученный файл
- В качестве подтверждения, что информация получена, подчиненная база выгружает «ответный» файл, который таким же образом загружается обратно в центральную базу
- Сеанс обмена 1С завершен.
Существуют другие методы обмена 1С, не через файлы, а например, через прямое COM-соединение между двумя базами. Его плюсы:
- Не требуется «место для хранения и передачи файлов»
- Не требуется повторной загрузки подтверждения
- Все происходит быстрее за счет первых двух пунктов.
Однако ограничение понятно – базы должны быть в такой доступности друг к другу, чтобы суметь инициировать COM соединение.
Настройка РИБ 1С
В константах типовых конфигураций (Операции/Константы; или Сервис/Настройки программы) — обычно есть общая настройка обменов 1С. Это – префикс в кодах элементов и номерах документов, чтобы легко определять в какой базе он создан. А также внутренний метод сохранения информации о месте создания справочников и документов.
Теперь необходимо настроить как будет происходить сам процесс периодического обмена 1С информацией между созданными базами.
Все настройки РИБ в 1С находятся в типовых конфигурациях обычно в меню Сервис/Распределенные информационные базы/Настроить узлы РИБ.
Для каждого ранее созданного элемента «удаленной базы магазина» необходимо добавить элемент настройки.
В настройке указывается способ обмена 1С: файл (шара), файл (FTP), файл (e-mail).
Создание и настройка распределенной информационная базы 1С в тонком клиенте
Посмотрим аналогичную настройку в типовой конфигурации на базе тонкого клиента – Управление торговлей редакция 11.
Настройки (и создание с нуля) находятся на закладке интерфейса Администрирование. Пункт «Обмен данными».
Выберем «Создать обмен в распределенной информационной базе».
С самого начала 1С нам предложит указать каким образом мы собираемся обмениться с подчиненной базой информацией. Вот вариант настройки «через файл на шаре».
Вот вариант настройки через файл на FTP.
Название нашей настройки обмена 1С.
И сразу же предложение создать «начальный образ» — то есть саму подчиненную базы данных с выгрузкой в нее первичной информации.
В отличии от конфигурации на толстом клиенте обе настройки обмена 1С находятся в одном месте.
2018-11-15T19:32:35+00:00Универсальная обработка "Выгрузка и загрузка данных XML" производит полную или частичную выгрузку данных информационной базы в файл в формате XML. Впоследствии этот файл может быть загружен в информационную базу с помощью этой же обработки. Формат файла выгрузки отличается от формата файла, создаваемого при выгрузке по плану обмена, заголовочной частью.
Обработка может использоваться только в тех случаях, когда информационная база, в которой осуществлялась выгрузка данных, и та, в которой данные загружаются, являются однородными (конфигурации идентичны, данные могут различаться), либо все выгружаемые объекты практически полностью идентичны по составу и типам реквизитов и табличных частей, свойствам "ведущего" объекта метаданных и так далее.
Использование этой обработки возможно, например, для создания полной или частичной резервной копии данных, осуществления обмена данными между информационными базами, а также как вспомогательный инструмент при восстановлении сбойных информационных баз.
Обработка поддерживает выгрузку данных с возможностью задания отбора по периоду. Также реализована проверка объектов на наличие недопустимых символов при обмене через XML.
С уважением, (преподаватель и разработчик ).
Загрузка...