Правила обмена зуп 30

Правила Обмена ЗУП 3.0 —> УПП 1.3

  • Для настройки автоматического обмена в УПП нужно добавить узел ОбменЗарплата3Бухгалтерия3 и загрузить комплект правил в ЗУПе в настройку обмена с бухгалтерией через прямое подключение к УПП.

    Правила выгружают документы:

    • «Отражение зарплаты в регл учете»
    • «Ведомость в банк»
    • «Начисление оценочных обязательств».

    Поиск счетов идет по наименованию способа отражения, а также поиск способа отражения в УПП идет по подразделению, после загрузки автоматически заполнятеся налоговый учет. В правилах реализована зарплата на 44,20,26 счете (при желании можете доделать под свой учет).

    Скачать файлы

    Нашел проблему с кодом, но вот теперь следующая штука:

    Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(17291)>: Ошибка при отправке данных: <Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(3867)>: Ошибка в базе-корреспонденте: <Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(9489)>: Ошибка при записи документа: Зарплата к выплате организаций КВЗК-000001 от 18.02.2017 18:45:14. Описание ошибки: <Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(1524)>: Ошибка записи объекта
    ТипОбъекта = Зарплата к выплате организаций
    Объект = Зарплата к выплате организаций КВЗК-000001 от 18.02.2017 18:45:14
    ОписаниеОшибки = Ошибка при вызове метода контекста (Записать)
    НаборЗаписей.Записать();
    по причине:
    Ошибка при выполнении обработчика — ‘ПередЗаписью’
    по причине:
    <РегистрСведений.СоответствияОбъектовИнформационныхБаз.МодульНабораЗаписей(33)>: Ошибка при вызове метода контекста (Добавить)
    НаборЗаписей.Записать();
    по причине:
    Несоответствие типов (параметр номер ‘1’)
    ПозицияМодуля = ОбщийМодуль.ОбменДаннымиСервер.Модуль(7652)
    КСообщенияОбОшибках = 26
    ВызватьИсключение СтрокаСообщения;
    ВызватьИсключение(НСтр(«ru = ‘Ошибка при отправке данных'») + «: » + ОписаниеОшибки());

    Попробовал обмен ЗУП 3.1 (3.1.2.294) УПП 1.3 (1.3.89.2)
    В конфигурацию УПП скопировал из ЗУП 3.1 план обмена «ОбменЗарплата3Бухгалтерия3», и поправил в УПП модуль этого плана обмена (добавил функцию СтрСоединить). У ЗУП 3.1 в настройках синхронизации для «Синхронизация данных с Бухгалтерия Предприятия ред. 3» загрузил Правила конвертации объектов

    При обмене ЗУП -УПП происходят ошибки:
    ———————————————————————————————
    Событие:Обмен данными.ОбменЗарплата3Бухгалтерия3.Отправка данных
    Комментарий:Ошибка в базе-корреспонденте: <Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(3593)>: Ошибка в обработчике события ПослеЗагрузкиОбъекта
    ИмяПКО = ОтражениеЗарплатыВРеглУчете
    ТипОбъекта = Отражение зарплаты в регл учете
    Объект = Отражение зарплаты в регл учете АБЗП-000001 от 31.01.2017 0:00:00
    Обработчик = ПослеЗагрузкиОбъекта
    ОписаниеОшибки = Поле объекта не обнаружено (дОбособленноеПодразделение)
    ПозицияМодуля = (41)
    КСообщенияОбОшибках = 21
    ВызватьИсключение СтрокаСообщенияОбОшибке;
    ———————————————————————————————
    Событие:Обмен данными.ОбменЗарплата3Бухгалтерия3.Отправка данных
    Комментарий:<Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(17293)>: Ошибка при отправке данных: <Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(3867)>: Ошибка в базе-корреспонденте: <Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(3593)>: Ошибка в обработчике события ПослеЗагрузкиОбъекта
    ИмяПКО = ОтражениеЗарплатыВРеглУчете
    ТипОбъекта = Отражение зарплаты в регл учете
    Объект = Отражение зарплаты в регл учете АБЗП-000001 от 31.01.2017 0:00:00
    Обработчик = ПослеЗагрузкиОбъекта
    ОписаниеОшибки = Поле объекта не обнаружено (дОбособленноеПодразделение)
    ПозицияМодуля = (41)
    КСообщенияОбОшибках = 21
    ВызватьИсключение СтрокаСообщенияОбОшибке;
    ВызватьИсключение(НСтр(«ru = ‘Ошибка при отправке данных'») + «: » + ОписаниеОшибки());

    1c-book.ru

    Односторонний обмен между 1С:ЗУП 8 (ред. 3) и 1С:БП 8 (ред. 3.0)

    Как настроить обмен с БП в одну сторону? т.е что бы все выгружалось из ЗУП в БП, а обратно ничего бы не выгружалось, ни справочники, ни документы, которые ввели или отредактировали в БП.

    Для этого необходимо, но НЕ достаточно изменить правила регистрации объектов в плане обмена со стороны БП. Отключить регистрацию изменений ненужных объектов. Например: в обработчик объекта “Перед обработкой” добавить “Отказ=Истина”. Однако это не значит что, ничего при обмене не поедет.

    Действительно, согласно справочной информации обработчика событие Перед обработкой правила регистрации объектов программы Конвертация данных, редакция 2.1 выполняется перед применением правила регистрации, в момент, когда запрос к информационной базе для определения узлов-получателей еще не выполнен. Если установить в теле этой процедуры Отказ = Истина , то это означает отказ от выполнения правила регистрации и объект не будет зарегистрирован на узлах плана обмена, для которого создано это правило. Однако, ЭТО ВСЕГДА ТАК. . Нужно еще иметь ввиду значение перечисления РежимыВыгрузкиОбъектовОбмена режима выгрузки, который может принять объект обмена ( см рис 1 )

    Рис 1 Значения перечисления Режима Выгрузки

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

    В данной статье я описываю как можно настроить односторонний обмен между “1С:Зарплата и управление персоналом 8” (ред. 3) и “1С:Бухгалтерия 8” (ред. 3.0) .

    Обратите внимение! Типовая первоначальная настройка синхронизации устанавливает двухсторонний обмен. Разработчики считаю, что обмен ЗУП- БП должен быть двухсторонний. Настройка синхпронизации между “1С:Зарплата и управление персоналом 8” (ред. 3) и “1С:Бухгалтерия 8” (ред. 3.0) подробно описывается на сайте ИТС http://its.1c.ru/db/staff1c#content:34726:zup30 .

    Ко мне, как программисту поступали жалобы из отдела кадров на то, что данные физических диц – адреса , паспортные данные и т.д. пропадают в информационной базе зарплаты после обмена с базой данных бухгалтерии. Также пропадали адреса организации. Мне это показалось странно, так как типовой двухсторонний обмен стремиться к тому, чтобы информация базе источника и приемника были идентичными. В основном данные передаются из программы “1С:Зарплата и управление персоналом 8” (ред. 3) в программу “1С:Бухгалтерия 8” (ред. 3.0). Однако я решил, изменить правила регистрации со стороны БП, чтобы никакая информация не мигрировала из БП в ЗУП.

    Обратите внимание! Обмен бухгалтерии с Зарплатой 3.0 происходит по плану обмена ОбменЗарплата3Бухгалтерия3 (См рис 2).

    Рис 2 План обмена с ЗУП 3.0 в программе БП3.0

    Типовые правила регистрации хранятся в макете, которые после настройки синхронизации обмена переписываются в специальном регистре для их дальнейшего использования. Эти правила регистрации редактируются в специальном программе Конвертация данных, редакция 2.1 Типовые правила регистрации можно взять из макета ПравилаРегистрации , сохранить их в файле в формате xml , а затем их загружать в программу Конвертация данных, редакция 2.1 для редактирования. Можно также сохранить правила в файл из формы настройки синхронизации данных в

    Предназначено для настройки синхронизации данных и хранения существующих настроек синхронизации данных в режиме 1С предприятие ( см рис 3) . Окно Синхронизация данных можно найти на Рабочем столе программы или открыть в разделе Администрирование – Настройки синхронизации данных по соответствующей команде.

    Рис 3 Сохронение правил регистрации в файл для редактирования

    Особое внимание при редактировании правил регистрации нужно обратить внимание на переключатель режима выгрузки, который может быть пустим или принимать одно из двух значении: ( см Рис 4 )

    • РежимВыгрузкиПриНеобходимости
    • РежимВыгрузкиПерсональныеДанные
    • Рис 4 Настройка правил регистрации в програме КД 2.1

      Я установил Отказ = Истина в теле обработчика Перед обработкой всех объектов обмена как показано на рис 5. Однако , некоторые объекты, у которых был установлен переключатель режима выгрузки на значение РежимВыгрузкиПриНеобходимости регистрировались.

      Рис 5 Редактирование тела процедуры Перед обработкой правила регистрации объектов

      Только после того, как я очистил переключатель или установил на значение РежимВыгрузкиПерсональныеДанные , объекты перестали регистрироваться в плане обмена и регистрироваться. Все дело в том, что разработчики в программном коде обрабатывали переключатель таким образом:

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

      Заключение

      Для , того чтобы настроить односторонний обмен между “1С:Зарплата и управление персоналом 8” (ред. 3) и “1С:Бухгалтерия 8” (ред. 3.0) необходимо:

      master1c8.ru

      Статьи экспертов

      Полезная информация

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

      Для чего нужно изучить данную статью и когда эти знания могут пригодиться?

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

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

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

      Живой пример потребности в доработке типовых правил обмена

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

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

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

      Доработка типовых правил конвертации из Плана обмена ЗУП – БП

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

      Спасибо за внимание!

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

      www.koderline.ru

      Примеры и особенности обмена между базами 1С:ЗУП (Обмен ЗУП в ЗУП)

      1. О чем эта статья

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

      Может быть, в этом небольшом обзоре вы сможете найти ответы на свои вопросы. Либо же у вас появится желание обратиться к нашим специалистам за помощью.

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

      2. Перенос данных из ЗУП 2.5 в ЗУП 3.1

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

      Не смотря на то, что задачи эти две программы выполняют по сути одни и те же, и данные на входе и выходе, в общем-то, ничем друг от друга не отличаются, но сами механизмы программ, их правила и методы принципиально различны. И чем больше разница, тем труднее выполнить перенос — привести данные «к общему знаменателю». Не только перенести всю информацию, накопленную годами, ничего не потеряв, но и заставить ее работать по-новому, решая новые задачи. То есть данные должны быть не только перенесены с помощью обмена, но и как-то преобразованы «по пути», чтобы новая версия программы смогла их понять и заставила работать правильно.

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

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

      А цена вопроса? Основной аргумент представителей Заказчика: «Мы хотим в новой программе иметь все данные, на случай, если нам придется посмотреть данные прошлых периодов». А по факту. Есть доступ в старую базу, где уж точно все есть и в таком виде, как его там оставили. И где можно сформировать привычный отчет и вывести все, что нужно. Кто будет это все проделывать в новой? Тем более, что при простом переносе вся необходимая кадровая информация, из которой можно сформировать кадровую отчетность, такую как личная карточка Т-2, присутствует. Все данные для формирования регламентированной отчетности, все данные среднего заработка, имеются. Причем, формируются «один в один», «копейка в копейку», потому что перенесены остатками. В полном же переносе программа по сути формирует всю отчетность, используя перенесенные движения документов, с перенесенными в них ошибками учета. Что опять же отвлекает ресурсы Заказчика и Исполнителя на выверку и корректировку, которые в перенесенных данных бывает не так то просто сделать. Но хватит о наболевшем. Давайте посмотрим, как выглядят эти механизмы переноса в программе.

      После установки новой версии ЗУП 3.1 и при первом входе в программу, она предлагает нам перенести данные для расчета зарплаты

      Выберем перенос из ЗУП 2.5. Установим точку в третью строчку и нажмем «Далее». После того, как мы выберем из какой базы загружать данные, программа предложит выбрать вариант переноса

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

      1. Сравнительная таблица переноса данных

      3. Обмен ЗУП ERP, обмен ЗУП и КА

      Далее хочется остановиться на виде обмена между конфигурациями ЗУП 3.1 и ERP 2 или ЗУП 3.1 и 1C:КА 2.2 . Особенностью этого обмена является то, что в обеих этих конфигурациях (ERP 2 и КА 2.2) есть свой зарплатный блок, аналогичный ЗУП 3.1. Поэтому, обмен между ними – отчасти обмен ЗУП в ЗУП.

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

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

      Для использования сценария «Выплата зарплаты» должна быть включена опция «Использовать заявки на расходование денежных средств» если выключена, то ведомости на выплату зарплаты из ЗУП выгружаются заявки на расходование денежных средств (выплата зарплаты) в ERP не создаются.

      Выработка сотрудников
      Документ в УП/КА: Выработка сотрудников
      Документ в ЗУП: Данные для расчета зарплаты
      Цель: передача в ЗУП сведений о факте выполнения работ сотрудниками для учета их при начислении заработной платы

      Отражение зарплаты в бухучете
      Документ в ЗУП: Отражение зарплаты в бухучете
      Документ в УП/КА: Отражение зарплаты в финансовом учете
      Цель: отражение в финансовом учете данных по расходам на оплату труда

      Начисление оценочных обязательств по отпускам
      Документ в ЗУП: Начисление оценочных обязательств по отпускам
      Документ в УП/КА: Начисление оценочных обязательств по отпускам
      Цель: отражение в финансовом учете данных о начисленных оценочных обязательствах по отпускам

      Ведомости: в кассу, выплаты через раздатчика, перечислений на счета
      Документ в ЗУП: Ведомость в кассу, ведомость выплаты через раздатчика, ведомость перечислений на счета
      Документ в УП/КА: Заявка на расходование денежных средств
      Цель: передача в ERP для планирования и размещения на оплату заявок на выплату заработной платы и перечисления НДФЛ

      Ведомость в банк
      Документ в ЗУП: Ведомость в банк
      Документ в УП/КА: Заявка на расходование денежных средств
      Цель: передача в ERP для планирования и размещения на оплату заявок на выплату заработной платы и перечисления НДФЛ

      4. Настройка обмена по требованию Заказчика под особенности ведения учета в организации

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

      Рассмотрим пример.

      Один из клиентов собрался мигрировать на ЗУП 3.1 с Нового года.

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

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

      Например, справочники Сотрудники и Физические лица и документы Прием на работу, Кадровое перемещение и Увольнение участвуют в обмене между базами. А документы Начисление зарплаты, Ведомости на выплату зарплаты не участвуют в обмене.

      Вам обязательно нужно учитывать тот факт, что в ЗУП 3 часть кадровых документов являются одновременно и расчетными. Доступ к данным легко разделяется правами доступа (кадровики совершенно могут не видеть начисления). К таким универсальным документам относятся увольнения, отпуска, командировки — это одновременно и приказ, и начисление, только видимость данных зависит от полномочий пользователя. Вот здесь и возникнут первые сложности при синхронизации: перенос увольнения.

      1. Перенесли кадровые данные в расчетную базу.
      2. Рассчитали увольнение в расчетной базе.
      3. Расчетчики нашли ошибку в кадрах, поправили, пересчитали.
      4. Что вы будете переносить обратно в кадровую базу? Вам ведь нужна только кадровая часть, а там уже и расчеты есть. Поэтому синхронизация, скорее всего, не подойдет, т.к. документы в этом случае должны быть идентичны. А если их синхронизировать, то опять возвращаемся к тому, что видимость данных вам настраивать правами доступа, таким образом кадровики будут видеть только то, что им нужно.

      1. Если все еще есть смысл делить базы, то для переноса только части данных — нужно будет писать свои правила обмена, в них вы сможете перенести все, что угодно и как угодно.
      2. Отказаться от идеи разделять базы, а вести все в одной с корректной настройкой прав доступа.
      3. Если службы удалены друг от друга, то сделать распределенные базы все с теми же настройками прав, но базы будут идентичны, т.к. одна из баз будет являться «дочкой» другой.

      Тоже самое касается и отпусков, и командировок.

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

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

      Елена Бурханова,
      консультант-аналитик компании ООО “Кодерлайн”.