Зуп 3 выгрузка в бухгалтерию

Начисляя зарплату в 1С:ЗУП 8.3, пользователь не задумывается о записях бухгалтерского учета, потому что сами документы здесь проводок не формируют. Тем не менее, отражение зарплаты в бухгалтерском учете ЗУП все же возможно

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

Способы учета зарплаты

Для перечисления вариантов корреспондирующих счетов и отнесения затрат на заработную плату, предназначен справочник, который можно найти через «Настройка-Способ отражения зарплаты в бухучете».

Рис.1 Справочник, с которым мы будем работать

В справочнике отражаются варианты корреспонденций дебета счетов со счетом 70.

Рис.2 Элементы справочника

Пока «1С:ЗУП» не синхронизирована с «1С:Бухгалтерией», эти элементы, по сути, всего лишь текст. В «1С:Бухгалтерии» есть такой же справочник, в меню «Зарплата-Настройки зарплаты».

Рис.3 Настройки бухучета зарплаты на стороне «Бухгалтерии»

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

Рис.4 Записи в «Бухгалтерии»

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

Рис.5 Записи в ЗУП

Получить бесплатную консультацию по отражению зарплаты в бухучете 1С:ЗУП

Настройка отражения зарплаты в бухучете в 1С 8.3 ЗУП

Настройка проводок ранжируется для:

• Организации;
• Подразделения;
• Сотрудника;
• Начисления.

Тем самым определяется приоритет отражения бухгалтерских записей. Зададим в ЗУП бухгалтерские проводки (в пошаговом примере) в порядке возрастания приоритета.

Приоритет 1

Шаг 1. Откройте «Настройки-Организации».

Шаг 2. На закладке «Учетная политики» нажмите гиперссылку «Бухучет и выплата зарплаты» и выберите из справочника вариант учета зарплаты для компании.

Рис.6 Учетная политика бухучета зарплаты

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

Приоритет 2

Шаг 3. Перейдите «Настройка-Подразделения».

Рис.7 «Настройка-Подразделения»

Здесь пользователь может определить свою аналитику бухгалтерского учета каждому подразделению отдельно – счет и статью затрат.

Шаг 4. Откройте закладку «Бухучет и выплата ЗП» и задайте отображение в учете для выбранного подразделения. Установите отметку в строку «Отразить на указанном счете, субконто» и подберите для данного подразделения способ отражения зарплаты из справочника.

Рис.8 Настройка бухучета зарплаты для подразделения

Для подразделения доступен вариант распределения зарплаты пропорционально другим счетам.

Шаг 5. Установите переключатель в строку «Распределяется по счетам, субконто» и установите пропорции распределения в процентах.

Мы видим, что ЗП работников «Хозяйственного отдела», обслуживающих подразделения «Столярный цех» и «Автосервис», распределится согласно заданным пропорциям на счет 20.

Рис.9 Распределение трат по счетам и субконто

Настроим проводки в 1С:ЗУП для корректного отражения зарплаты в бухгалтерском учете

Приоритет 3

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

Шаг 6. Перейдите в «Выплаты, учет затрат», открыв справочник «Кадры-Сотрудники».

Рис.10 Настройка учета в справочнике «Сотрудники»

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

Рис.11 Изменение настроек отражения в учете зарплаты в данных сотрудника

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

Рис.12 История изменения бухгалтерского учета

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

Рис.13 Бухучет начислений сотрудников

Шаг 8. Создайте документ и подберите сотрудников по кнопке «Заполнить» или «Добавить».

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

Рис.14 Заполнение документа об изменении способа отражения зарплаты

Сохраните документ. Изменения отразятся в его карточке, в истории. Задать процентное соотношение распределения между статьями затрат можно не только для всего подразделения, но и для сотрудника, документом «Распределение основного заработка».

Рис.15 Распределение по долям

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

Приоритет 4

Шаг 9. Перейдите к справочнику с видами начислений «Настройка-Начисления». Откройте вкладку «Налоги, взносы, бухучет». Для начисления в бухучете можно задать:

• Как указано для сотрудника;
• Указать счет и аналитику в настройке самого начисления.

Рис.16 Настройки бухучета зарплаты для выбранного вида начисления

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

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

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

Внедрение 1С:ЗУП для расчета зарплаты

Внедрение под бизнес-модель компании: анализ ФОТ, расчет KPI, исчисление налогов и взносов

Доработка отражения зарплаты в 1С:ЗУП

Доработаем инструменты расчета и отражения зарплаты в бухучете. Предоставляем гарантию на услуги!

от 2 600 руб. Узнать больше

Отражение зарплаты в бухучете

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

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

Рис.17 Документ «Отражение зарплаты в бухучете»

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

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

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

Рис.18 Раздел «Отчеты по зарплате»

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

Рис.19 Отчет «Сведения для отражения зарплаты в бухучете»

Настроим обмен 1С:ЗУП с 1С:Бухгалтерия для удобной сдачи отчетности

Данная форма рекомендуется 1С и имеет развернутый вид.

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

Принципы сопоставления объектов при обмене данными 1С

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

Рассматривать решение поставленной задачи для наглядности будем на примере переноса данных из программы 1С Комплексная автоматизация в 1С Бухгалтерия 8 (КА 1.1 => БП 3.0) с использованием правил переноса, созданных по технологии Конвертации данных 2.0. Все сказанное относится к любым правилам переноса, написанным по указанной технологии.

Начну с пояснения того, можно ли решить рассматриваемую проблему в рамках типовых конфигураций с использованием обработки УниверсальныйОбменДаннымиXML. Нет, нельзя. Эта обработка не обладает функциональными возможностями сопоставления объектов различных информационных баз.

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

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

Итак, начнем знакомство с новыми функциональными возможностями. Для примера будем переносить один документ Поступление товаров и услуг (см. рис.1), который содержит табличную часть из двух строк, отражает поступление товаров двух видов. Для демонстрации создадим в приемнике, в базе БП 3.0 номенклатуру с наименованием Телевизор «JVC». Конкретно в данных правилах конвертации есть возможность с помощью параметра Продолжить поиск по реквизитам если по идентификатору не нашли задать вариант поиска объекта в приемнике. Если значение параметра — Нет, поиск производится только по УИД, в приемнике ничего не будет найдено, установим значение параметра — Да, т.е. будет производиться поиск по наименованию.

Рис.1 Документ выгружаемый из источника

Обработка для загрузки Перенос_данных_с_сопоставлением_УФ_v1_1.epf имеет по сравнению с типовой обработкой две дополнительные закладки: Типы данных сопоставления и Сопоставление данных. На первой из них необходимо отметить те типы данных, которые будут участвовать в сопоставлении объектов. Это вспомогательный сервис, повышающий удобство пользования, чтобы не интересующие нас данные не отражались в окне соответствий. В нашем случае мы будем работать пока только с номенклатурой, поэтому отметим только этот тип метаданных (см. рис.2).

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

Рис.2 Отметка типов метаданных для сопоставления

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

Рис.3 Пример таблицы соответствий объектов

Поскольку в нашем случае в приемнике есть элемент справочника Номенклатура с точно таким же наименованием как у загружаемого объекта из файла загрузки, и поскольку поиск осуществляется по наименованию, автоматически создано соответствие этих объектов. Вот тут важно понять ключевой момент: соответствие выставляется по правилам обмена, использованным при формировании файла для загрузки. Поэтому если, как я указал выше, использовать поиск только по УИД, то соответствие не будет создано, поле будет пустым, как это получилось для остальных элементов справочника. Обратите внимание на представление загружаемых объектов: в нем отражены все реквизиты, которые могут быть задействованы при поиске, опять же в соответствии с правилами переноса.

Если мы сейчас выберем команду Загрузить данные, то произойдет заполнение базы приемника. Но результат ничем (почти ничем, об этом «почти» расскажу ниже) не будет отличаться от типовой загрузки, поскольку соответствия установлены автоматически и не изменены.

Теперь создадим в приемнике еще один элемент справочника Номенклатура с наименованием Телевизор JVC (без кавычек) и отредактируем таблицу соответствий: установим загружаемому объекту Наименование=Телевизор «JVC»… в соответствие этот новый элемент. Т.е. мы осуществили подмену объекта приемника, найденного правилами конвертации, другим объектом. То же самое можно было сделать например для элемента Телевизор «SHARP»: выбрать существующий элемент и поставить его в соответствие загружаемому объекту. Теперь загрузим данные и посмотрим на результат (см. рис.4).

Рис.4. Результат загрузки данных с ручным сопоставлением объектов

Как видим, в документе присутствует элемент справочника, который мы поставили в соответствие вручную. Напоминаю, я изменил соответствие перед загрузкой. Для наглядности на рис. 4 показано, что в справочнике есть два похожих по наименованию элемента, оба были созданы в приемнике вручную. Элемент Телевизор «SHARP» появился в результате переноса. Причем, этот новый элемент находится в папке Бытовая техника, точно как в источнике и точно по правилам синхронизации.

А вот теперь обещанное выше пояснение «почти». Обратите внимание на колонку Зам (Замещать свойства объекта, существующего в базе, свойствами загружаемого объекта). Галочки в ней нет, значит свойства объекта приемника не будут перезаписаны, что и произошло. Если галочку установить и вновь загрузить данные, Телевизор JVC переместится в папку Бытовая техника, но и наименование у него поменяется на Телевизор «JVC»(наименование это ведь тоже свойство). Надеюсь этого достаточно для пояснения назначения флага Зам: если нужно подменить загружаемый объект на существующий и не изменять существующий объект, флаг не устанавливаем. Если нужно заполнить свойства существующего объекта значениями загружаемого (наименование, код, ставка НДС и т.п.), флаг устанавливаем.

Я рекомендую флаг устанавливать. И вот почему. Как уже было сказано, при загрузке данных в непустую базу существует проблема: объекты разных баз, отражающие одни и те же сущности, имеют разные уникальные идентификаторы и не совпадающие значения реквизитов. Выставив соответствия вручную, мы можем избежать дублирования. Но что если при следующем сеансе обмена мы забудем это сделать. Тогда база будет испорчена. Если же перезаписать ключевые реквизиты объекта приемника, реквизиты поиска, то при следующих загрузках соответствие загружаемому объекту будет выставлено автоматически по реквизитам. Разумеется при условии, что в правилах конвертации задан поиск по реквизитам.

Теперь поясню назначение колонки Исп (Использовать данное соответствие объекта при загрузке). Здесь важно понимать, что отказ от использования данного соответствия (описанного в данной строке) не означает отказ от загрузки объекта переноса. Если соответствие не используется, объект загружается по правилам конвертации без подмены ссылкой на существующий в базе объект, т.е. загрузка производится, производится так же как в типовой обработке.

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

Рис.5 Выбор узла обмена, для которого созданы соответствия

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

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

Рис.6 Соответствие указано вручную

Отмечу, что флаг замещения реквизитов существующих объектов снят. После нажатия Загрузить данные в приемнике появится новый документ, но контрагент и договор в нем будут заменены на существующие (см. рис.7), новых контрагента и договора из документа создано не будет. Поясню, на рис. 6 виден еще один договор (с кодом 00078). Он никакого отношения к документу не имеет, переносится потому, что указан как основной договор у контрагента. Поскольку мы для него соответствия не указали, он запишется в базу-приемник без изменений, причем помеченным как основной договор. У Существующего контрагента таким образом будет два договора: Существующий договор и новый. Новый договор принадлежит именно Существующему контрагенту, так как контрагент Фирма «LIGHT» в процессе загрузки подменен, в том числе и там, где он является владельцем.

Рис.7 Результат переноса документа

Если установить флаг замещения реквизитов существующих объектов, то реквизиты Существующего контрагента и Существующего договора будут изменены (включая наименование). Таким образом Существующий контрагент «превратится» в Фирму «LIGHT». Важно понимать, что это ни в коем случае не новый контрагент, а уже существующий, но с перезаписанными (если конечно это позволяют правила переноса) реквизитами.

Оба варианта являются примерами правильной конвертации. Придраться тут не к чему. А теперь о «неправильностях». Предположим, что выставлено соответствие только для договора, т.е. все так же как на рис. 6, но нет соответствия Существующий контрагент. При этом замена реквизитов у договора Существующий договор также не производится. После загрузки в документе будет указан контрагент Фирма «LIGHT» и договор Существующий договор, который принадлежит другому контрагенту.

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

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

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

В версии 2.1 появилась возможность сопоставления планов счетов. Рассмотрим на примере как и в каких случаях это можно использовать. На рис.8 показан документ, в котором используется добавленный в режиме ведения учета субсчет к счету 68. Т.е. это нетиповой, отсутствующий в типовой конфигурации счет. При переносе данных в другую информационную базу его можно также добавить к типовому плану счетов, но это не всегда правильно. Очень часто бухгалтеры злоупотребляют созданием всевозможных субсчетов, а когда понимают к каким последствиям это приводит, бывает уже поздно что-то менять.

Рис.8 Пример использования добавленного счета плана счетов в источнике

Предположим, при обмене мы захотели исправить эту ситуацию и заменить добавленный в источнике счет 68.16 на типовой счет 68.10, уже имеющийся в приемнике. Для этого при загрузке в приемник нужно установить соответствие счета 68.16 счету 68.10 как показано на рис.9. Заодно еще раз показано, как можно заменить значение справочника, в данном случае справочника Организации. Такая же необходимость может возникнуть при объединении данных из нескольких информационных баз в одну, когда возникает задача синхронизации планов счетов в источниках, которые не совпадают.

Рис.9 Установлено соответствие счетов

Результат загрузки в базу приемник показан на рис.10. Видно, что счет 68.16 заменен на 68.10. Счет 68.16 в таком варианте загрузки в приемнике вообще не будет создан. Произведена и подмена организации. Поскольку в данном случае мы записываем операцию, введенную вручную, то вместе с документом Операция производится создание набора записей регистра бухгалтерии. При этом замена организации произошла как в самом документе, так и в его движениях, что можно увидеть например с помощью консоли запросов. Что, впрочем, уже не так важно, поскольку всегда можно перезаписать документ и получить обновленные движения.

Рис. 10 Результат переноса документа

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

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

Рис.11 Конвертация документов Поступление товаров и услуг

В список полей поиска включим реквизит СуммаДокумента для того, чтобы иметь возможность не просто искать в базе приемника документ нужной даты и с нужным номером но и проверить совпадение суммы документа с документом источника. Для удобства введем параметр Поиск по сумме и реализуем алгоритм поиска вот так:
Если Параметры.ПоискПоСумме Тогда
СтрокаИменСвойствПоиска = «Дата, Номер, СуммаДокумента»;
Иначе
СтрокаИменСвойствПоиска = «Дата, Номер»;
КонецЕсли;
Т.е. при установке параметра в значение Истина («Да») поиск будет осуществляться по дате, номеру и сумме, иначе только по дате и номеру.

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

Рис.12 Результат поиска (сопоставления) по реквизитам при совпадении суммы

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

Важно. Обратите внимание на параметр Отключить поиск документов по УИД. Он появился в версии 3.1 и служит как раз для сверки документов. Если синхронизация документов осуществляется по УИД, то в том случае, если документ найден по УИД, поиск по реквизитам производиться не будет. Таково типовое поведение обработки при загрузке. Нам же нужно не просто убедиться в наличии в приемнике документа, но и проверить на совпадение с источником его реквизитов (в нашем примере суммы документа). Для этого мы отключаем поиск по уникальному идентификатору, поиск таким образом всегда будет продолжаться (осуществляться) по заданным реквизитам.

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

Сравнение версий:

• 10.03.2018 — версия 3.1. Добавлена возможность отключения поиска документов по УИД для сопоставления документов по реквизитам

• 06.02.2018 — версия 2.1. Добавлена возможность сопоставления планов счетов

• 05.02.2018 — версия 1.2. Исправлена ошибка в режиме работы на клиенте

• 01.03.2017 — версия 1.1. Возможно сопоставление документов и справочников

Наименование проекта	Цена	Валюта	Покупка
Обработка для загрузки данных в формате XML с сопоставлением объектов		руб

• НАЧАЛЬНОЕ ЗАПОЛНЕНИЕ ДАННЫХ (ЕСЛИ ЗУП ПУСТАЯ)

• НАСТРОЙКА В ЗАРПЛАТЕ И УПРАВЛЕНИИ ПЕРСОНАЛОМ

• НАСТРОЙКА ПАРАМЕТРОВ ПОДКЛЮЧЕНИЯ

• НАСТРОЙКА ПРАВИЛ ОТПРАВКИ И ПОЛУЧЕНИЯ ДАННЫХ

• НАСТРОЙКА В БУХГАЛТЕРИИ ПРЕДПРИЯТИЯ 3.0

• ПРОЦЕСС СИНХРОНИЗАЦИИ – ОТРАЖЕНИЕ ЗАРПЛАТЫ В УЧЕТЕ

• ОТРАЖЕНИЕ ЗАРПЛАТЫ В БУХУЧЕТЕ

• ПЕРЕДАЕМ ДАННЫЕ ИЗ ЗУП

• ПРИНИМАЕМ ДАННЫЕ, ПОЛУЧЕННЫЕ ИЗ ЗУП В БУХГАЛТЕРИИ

• «ОШИБКА: ПРОВОДКИ НЕ ФОРМИРУЮТСЯ»

• «ПРОВОДКИ СФОРМИРОВАЛИСЬ, НО НЕ ВСЕ»

• «ДОКУМЕНТЫ НЕ ПЕРЕНОСЯТСЯ»

• БЛОКИРОВКА ДОКУМЕНТА «ОТРАЖЕНИЕ ЗАРПЛАТЫ В БУХУЧЕТЕ»

Начальное заполнение данных (если ЗУП пустая)

При первом запуске пустой ЗУП 3 появляется диалог начальной настройки программы. Выбираем вариант переноса данных из прежней версии и жмем на ссылку «Открыть помощник перехода».

Выбираем вариант «1С: Бухгалтерия 8 редакция 3.0»

Далее выбираем вариант «Загрузить данные из информационной базы»
(Если штатный обработчик не срабатывает, и вы пользуетесь сторонней обработкой для выгрузки, для этого случая существует вариант «Загрузить данные из файлов». В этом случае вы должны будете после выбора данного варианта указать путь к папке, куда была выгружена в результате запуска данной обработки конфигурация Бухгалтерия).

Настройка в Зарплате и управлении персоналом

Перейдите в Администрирование – Синхронизация данных

Ставим флаг «Синхронизация данных» (необходимы права администратора в обеих конфигурациях), переходим в «Настройки синхронизации»

Нажимаем «Новая синхронизация данных» и выбираем «1С:Бухгалтерия предприятия, редакция 3.0»

Настройка параметров подключения

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

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

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

В итоге названия документов будут выглядеть следующим образом: ХХУУ-000001. Где ХХ – префикс организации (0, если отсутствует), а УУ – префикс информационной базы (00, если отсутствует). Если вам требуется, чтобы названия документов продолжали выглядеть как 0000-000001 – выставляйте префикс 00. В противном случае у некоторых документов в Бухгалтерии, введенных после проведения синхронизации, может сбиться нумерация:

• 0000-000001
• 0000-000002
• 0000-000003

После синхронизации:

• 00БП-000001

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

Настройка правил отправки и получения данных

Переходим в соответствующий раздел.

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

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

Настройка в Бухгалтерии предприятия 3.0

Открываем раздел Администрирование – Синхронизация данных.

Ставим флаг «Синхронизация данных» (необходимы права администратора), переходим в настройки синхронизации.

Если в имеющемся списке имеются лишние/неработающие синхронизации, можно их удалить через пункт меню «Еще – Удалить настройку синхронизации».

Нажимаем «Новая синхронизация данных».

В списке выбираем «Зарплата и управление персоналом, редакция 3».

Открываем «Настроить параметры подключения».

В поле «Каталог» выбираем наш каталог, созданный на предыдущем этапе, и в нем выбираем файл настроек синхронизации.

Нажимаем «Далее».

Открываем «Настройки правила отправки и получения данных».

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

Выбираем «Выполнить сопоставление и загрузку данных».

Начинается процесс анализа.

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

Также для удобства сопоставления, есть кнопка «Колонки», нажав на которую можно выбрать список реквизитов, которые будут выводиться в указанном вами порядке для сопоставления. Если вы уверены, что у объекта есть поля, которые однозначно его характеризуют (например ФИО физического лица), вы можете нажать «Сопоставить автоматически» (1), после чего выбрать поле (поля), по которым будет производиться сопоставление программой значений из обеих конфигураций. Далее программа выполнит такое сопоставление по всем объектам списка.

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

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

Начинается процесс синхронизации.

По завершении нажимаем «Готово».

Выбираем «Выполнить начальную выгрузку данных».

Нажимаем «Далее» и «Готово».

Процесс синхронизации – отражение зарплаты в учете

Отражение зарплаты в бухучете

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

Если у вас еще нет никаких начислений, создаем одно, пробное. Затем переходим в «Зарплата» – «Отражение зарплаты в бухучете».

Создаем там файл отражения за месяц имеющегося у нас начисления.
Функция этого документа – перенос и формирование проводок в конфигурации Бухгалтерия предприятия.

Выставляем месяц нашего начисления (1), выбираем организацию (2), а также проставляем дату документа (3). Дата необходима нам для проверки состава отправляемых данных при синхронизации, так как документ маркируется именно ей. Поэтому рекомендуется ставить месяц, соответствующий месяцу отражения. Нажимаем «Заполнить» (4).

Передаем данные из ЗУП

Переходим в «Администрирование – Синхронизация данных – Настройки синхронизации данных» (можно сразу добавить с избранное, поставив рядом с названием звездочку), нажимаем «Синхронизировать» (1). Проверяем состав отправляемых данных (2).

Наше отражение попадает в список отправляемых данных.

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

Принимаем данные, полученные из ЗУП в Бухгалтерии

Переходим в раздел «Администрирование – Синхронизация данных — Настройка синхронизации данных». Нажимаем «Синхронизировать».

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

Проверяем, что перенеслось в Бухгалтерию, переходим в «Зарплата и кадры» – «Отражения зарплаты в бухучете».

Наш документ перенесся.

Чтобы программа с его помощью сформировала проводки, необходимо установить флаг «Отражено в учете» (1). Проверяем, сформировались ли проводки (2).

«Ошибка: проводки не формируются»

Проводки не сформируются, если на вкладке «Начисленный НДФЛ» не подтянулось поле «Регистрация в налоговом органе».
Поле не заполнено, проводки программа сформировать не дает.

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

«Проводки сформировались, но не все»

Если не сформировались проводки по счету затрат, значит этот счет у нас не выбран в способах учета зарплаты.

А) Переходим в «Зарплата и кадры – Настройки зарплаты – Отражение в учете – Способы учета зарплаты».

Б) Либо мы можем быстро перейти туда же, дважды щелкнув по соответствующему полю «Способ отражения» в документе «Отражение зарплаты» на вкладке «Начисленная зарплата и взносы» и нажав F4, чтобы перейти в этот справочник.

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

После этого, все проводки в документе «Отражение зарплаты» должны сформироваться корректно.

«Документы не переносятся»

Если при нажатии кнопки Синхронизировать, переноса требуемых данных не происходит, это может быть по нескольким причинам.
1) Дата, с которой настроено начало обмена в ЗУП
Документы, имеющие период регистрации ранее этой даты – в обмен не попадут и в Бухгалтерию не отправятся. Например, у отчетности период регистрации – год. Поэтому даже если вы настроили начало обмена с февраля – никакая отчетность в обмен не попадет даже при попытках добавить ее в обмен принудительно. Необходимо настраивать синхронизацию с января.
Настроить правила отправки и получения данных.
2) Принудительная регистрация документов
Часто документы не отправляются, т.к. в программе они уже помечены как не требующие отправки. Это может быть по причине того, что они уже отправлялись, либо, допустим, была сперва настроена дата синхронизации Апрель, а потом сменена на Март. В этом случае мартовские документы также необходимо будет принудительно добавить на регистрацию.

Блокировка документа «Отражение зарплаты в бухучете»

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

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