Обмен libra и 1с

Обновлено: 07.01.2025

Я уже писала об алгоритме замены датчика либры, если показания с глюкометром расходятся. Кто пропустил - ссылка .

Хочу добавить еще несколько слов об обмене косячных датчиков.

Служба поддержки Freestyle Libre работает только по будням с 9:00 до 17:00 по московскому времени.

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

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

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

Однажды у меня датчик просто взял и отвалился, отстав от места крепления. Дней через 5 после установки. Об аналогичных ситуациях мне рассказывали и мои подписчики. Но это не являться гарантийным случаем. А фиксировать его пластырями нельзя, так как это тоже не гарантийный случай… Парадокс.

Если датчик стоит на ребенке младше 4 лет или у беременных, об этом службе поддержки тоже лучше не сообщать: это снимает датчик с гарантии.

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

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

Ох, когда уже Dexcom придет на наш рынок?! Прямо-таки крик души.

Друзья, кто сталкивался с теми же ситуациями, что я описала выше?

ДиаNika. Мы помогаем друг другу. Диабет 1 типа запись закреплена

Россия Германия Libre 3

Многие сейчас заговорили о Libre 3.
На днях в Германии начались официальные продажи и совсем скоро появится возможность приобрести ее и в России.
Давайте поговорим об этом продукте, в чем его отличие и преимущество перед 1 и 2 поколением?
Еще из анонсов мы знаем, что она меньше и на прямую работает с iPhone передавая данные каждую минуту.

Не многим посчастливилось ее уже оценить на практике даже в Германии, однако в нашем городе есть такая семья.

Я вам расскажу их впечатления, которыми они любезно со мной поделились.
Их дом две страны - Россия и Германия.
В России они живут в Санкт Петербурге.
Опыт с Libre 3 уже 3 месяца.
Да да, вот так.
Как им это удалось?
Они с рук покупали в Германии выставочные образцы, и им хватило до старта продаж.

Диабет вошёл в жизнь непрошеным гостем в 1-й месяц 1 класса год назад.
Не смотря на то , что они наблюдались в хорошей клинике всей семьей, врач не смог установить верный диагноз и лечил ребенка от стресса. Видимо связывая стандартные симптомы диабета с волнениями первоклассника.
А родители искали ответ в интернете и сами поняли, что это - диабет.
Через недолгое время они по скорой приехали в Раухфуса в реанимацию. Куда родителей не пускают.
Ребенка напугали, что его жизнь кардинально изменится не в лучшую сторону, пальцы за пару дней были сильно исколоты и ребенок поник. Желание вернуть ребёнку радость и облегчить новые реалии жизни с диабетом сподвигло родителей изучить все что есть на рынке двух стран в вопросах качества жизни и компенсации диабета. Так они узнали не только о мониторингах СК, но и о портах и помпах.
Закрытые границы не давали вылететь в Германию.
Еще в Раухфуса другие диа родители рассказали о возможностях Libre 2 и посоветовали обратится ко мне.
Ребёнок только пошёл в 1-й класс, и нужен удаленный контроль СК, родители решили начать именно с Libre 2.
Благодаря активному изучению информации, родители купили ребенку не дорогой Android с nfc. В нашей группе по инструкции сделали все настройки и ночи стали спокойнее, а сахара в школе под контролем.
Так пролетел 1-й класс. И начало лета, на Libre 2. С их слов разрывы связи во время купаний по 2 часа, на сенсор не влияли.
Узнав о появление на рынке новинки Libre 3, и как появилась возможность вылететь в Германию, они сразу стали ее покупать. Для их ребёнка маленький размер сенсора очень важен. Да и айфон думаю в радость) скорее всего ему приходилось носить два телефона.

Libre 3
Впечатления

-Работает на текущий момент только с iPhone.
Просто скачиваешь приложение для Libre 3,
со сменой геолокации (ничего нового).
1) Скачал приложение в App Store и все работает на тел ребёнка.
2) Скачал себе это приложение , ввёл пароль ребёнка и у тебя тоже показывает его сахар.
-Первые дни показания разняться, возможны индивидуальные особенности.
-Нельзя отключить тревогу тоже минус. Пока не поднимется сахар будет орать, ( у Libre 2 другой недочёт с ридером. Дав ему обратную связь, что сахар надо опустить или поднять, он не сигнализировал больше, пока сахар не придет в норму и снова не выйдет из нее).
Кто использует ХDrip этой проблемы нет.
-Калибровать нельзя , но работает очень точно на ровных сахарах.
-Когда резко растёт или падает СК, то опаздывает и даже отключается, но через какое то время снова работает. Как у Libre 1 и 2
-Благодаря маленькому размеру, снимать для тех у кого кожа чувствительная менее больно.
-Еще родители отмечают для себя как плюс: никаких xdrip-ов. И с нетерпением ждут от Abbott обещанную официальную петлю с беспроводной помпой omnipod dash, на которой они уже. Нет сломанных программ.

Выводы

Необходим iPhone от 7 и выше у самого диабетика ( не забывать его и контролировать заряд).

Хочется преобразований программ и возможностей с Libre 3.
- что б можно было постоянно видеть сахара
- что б можно было на заданное время отключить тревоги
- работу с Android
- работу в петле
И вне Эбботт перезапуск и петлю с разными помпами.
___________________________________________

Екатерина упомянула форумы в Германии.
Родители обсуждают встречи где они с детьми могут приятно провести вместе время.
Дети везде дети , в Германии так же могут бесконтрольно есть забывая про инсулин. Но там родители не бьются за мониторинги. А подписывают договор на определенный вид мониторинга на год. Тем самым больше сил и времени на компенсацию детей.
Так как семья Екатерины большее время сейчас проживает на территории России, то к сожалению на них не распространяется данное обеспечение.
___________________________________________

-Давно пора в больницах , что б был штатный психолог, как для родителей, так для детей и не лишним курс для всего мед персонала.
-Еще бы лекцию для родителей, о современных технологиях: какие есть шприц ручки с шагом 0,1; тонкие ланцеты в Европе 33 и 36 G; порты; помпы; мониторинги. Крема, спреи, пластыри. Физиотерапии. Прям бы памятку в руки. Как оформить льготы, инвалидность, да тут не только детям нужен тьютор но и родителям, на этих самых первых шагах.
Что б не быть слепыми котятами тем самым и так ослабленную нервную систему загоняя в еще более плачевное состояние.
А ведь в 99% родителям далеким от медицины нужны силы для изучения основ диабета, правила работы инсулинов, углеводов и т д
___________________________________________

Спасибо Екатерине и ее семье, за подробный рассказ, уделённое время и фотографии.
С уважением Никонорова Екатерина.

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

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

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

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

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

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

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

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

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

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

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

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

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

Веб-сервисы

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

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

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

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

Веб-сервис Files

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

Веб-сервис DMService

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

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

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

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

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

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

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

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

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

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

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

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

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

Обработка запросов к сервису сосредоточена в общих модулях:
- ОбработкаЗапросовXDTO – общий вход для всех вызовов
- ОбработкаЗапросовXDTOБизнесПроцессыИЗадачи
- ОбработкаЗапросовXDTOДокументы
- ОбработкаЗапросовXDTOФайлы
Присутствуют только в редакции КОРП:
- ОбработкаЗапросовXDTOКорп
- ОбработкаЗапросовXDTOОбмен
- ОбработкаЗапросовXDTOПочта
- ОбработкаЗапросовXDTOУчетВремени
Перед использованием сервиса следует получать его версию и редакцию запросом DMGetVersionRequest и не пользоваться возможностями, которые не поддерживает сервис. Попытка использовать отсутствующие возможности, например, попытка создать исходящее письмо в редакции ПРОФ, приведет к ошибке (возврату DMError ).

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

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

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

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

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

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

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

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

Рассмотрим пример синхронизации данных между конфигурациями «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»:

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

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