Перенос данных из зуп 3.0. На этом перенос данных завершен

Тема сегодняшней статьи это переход программы 1С:Зарплата и управление персоналом с редакции 2.5 на редакцию 3.0.

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

Причина перехода на редакцию ЗУП 3.0

Причиной перехода на новую редакцию ЗУП является снятие с поддержки с 2018 в редакции 2.5 изменение законодательства. Фирма 1С опубликовало соответствующее информационное письмо №22222 от 18.11.2016 . Вот выдержки из данного письма касаемо редакции ЗУП 2.5:

• Будет обеспечена возможность сдачи годовой отчетности за 2017 год;
• Поддержка законодательства 2018 года в выпускаемых обновлениях не планируется;
• Пользователи редакции 2.5 конфигурации «Зарплата и управление персоналом» версий ПРОФ и базовая, которые по каким-либо причинам не захотят переходить на редакцию 3 после завершения ограниченной поддержки, могут сделать апгрейд на более дорогой продукт 4601546081506 «1С:Зарплата и управление персоналом 8 КОРП».

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

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

«1С:Зарплата и управление персоналом» редакции 3.0 имеет ряд существенных преимуществ перед предыдущей редакцией:

• Мобильное приложение;
• Личный кабинет сотрудника (концепция самообслуживания);
• Более удобное и гибкое штатное расписание (разные варианты ведения);
• Возможность регистрировать в один день два кадровых события (например, в один день прием на работу и сразу командировка);
• Функциональность по совмещению должностей (предусмотрены разные варианты совмещения и расчета заработной платы);
• Исключено дублирование кадровых и расчетных документов (сейчас документы едины, доступ разграничен ролями: кадровики могут видеть и править в документе только свою часть, расчетчики свою). Исчезает проблема не рассчитанных (забытых) кадровых документов. Например ранее в 2.5 увольнение сотрудника регистрировалось несколькими документами, сейчас это один документ;
• Реализованы выплаты бывшим сотрудникам.И даже вообще не сотрудникам, а сторонним физическим лицам (ранее для этого нужно было оформлять «фиктивный» прием на работу);
• Реализована возможность исправления документов в текущем периоде (например пересчет оплаченного отпуска и корректное отражение этой операции в 6-НДФЛ);
• Существенно доработан уровень автоматизации формирования регламентированного отчета 6-НДФЛ (в 99% случаем отчет формируется автоматически и не требует ручных корректировок)

Подготовка к переносу данных

Перед началом переноса данных вам необходимо в старой зарплатной базе закрыть период. Т.е. начислить заработную плату и желательно зарегистрировать выплату (но это не критично ее можно будет отразить уже в новой базе). Также нужно удалить все помеченные объекты на удаление. Желательно выполнить процедуру тестирования и исправления информационной базы.

Важно! Перед переносом нужно обновить ЗУП 2.5 до последнего актуального релиза.

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

Краткий обзор вариантов переноса данных

Разработчики предусмотрели два варианта переноса данных. Для условности дадим названия этим двум вариантам и очень краткое описание (более детальное описание и отличия будут описаны в этой статье далее).

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

«Полный перенос » — в этом варианте переносятся данные за все прошлые периоды, в результате в новой базе ЗУП 3.0 будет возможность формировать отчеты за прошлые периоды (кадровые и расчетные). Преносится неиспользуемая или редко используемая информация, что излишне увеличивает как время переноса, так и вероятность переноса с ошибками.

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

Обратите внимание! Если в ЗУП 2.5 вы вели учет управленческой заработной платы (так называемый «управленческий учет») — то эти данные не будут перенесены в новую базу не по одному из вариантов. Это обусловлено тем что в ЗУП 3.0 не предусмотрено ведение управленческого учета заработной платы.

Перенос данных пошагово

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

На втором шаге мастер переноса предложит выбрать базу из которой следует перенести данные.

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

• Использовать новые возможности кадрового учета и начисления зарплаты (вариант по умолчанию — перенос остатками);
• Использовать начисления предыдущей программы (второй вариант — полный перенос).

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

Перенос остатков

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

• Для расчета средней заработной платы (для пособий ФСС – за три предшествующих года, для отпусков и других случаев – за 15 предшествующих месяцев);
• Для расчета НДФЛ и для расчета страховых взносов (если дата начала не январь, т.е. не начало года).

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

• Данные об организациях, подразделениях, должностях и сотрудниках и все что с ними связано, например трудовая деятельность, состав семьи и т. д.;
• Виды расчетов (начисления и удержания);
• Данные для заполнения личных карточек сотрудников (Т-2);
• Договоры ГПХ;
• Действующие отпуска по уходу за ребенком;
• Кадровая расстановка сотрудников по состоянию на начало периода эксплуатации в новой программе;
• Остатки по взаиморасчетам с сотрудниками.

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

Очень важный момент касательно переноса видов расчетов (начислений и удержаний). В переносе участвуют только регламентированные способы расчета. Это означает, что виды расчета в которых участвует произвольная формула в этом варианте переносится не будут. Их нужно будет создавать и назначать сотрудникам в новой программе заново.

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

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

Если на момент переноса у вас были сотрудники, которые находились на оплачиваемых неявках (например, больничный, отпуск, командировка и т.д.) то этот факт будет перенесен в специальный документ «Периоды оплаченные до начала эксплуатации».

Что не переносятся в этом варианте:

• Вакансии;
• Вилки окладов из штатного расписания;
• Виды расчетов с произвольными формулами;
• Информация для кадровых аналитических отчетов (например, свод кадровых изменение или принятые и уволенные сотрудники и т.п.);
• Информация для расчетных аналитических отчетов (например, свод начислений за период до начала эксплуатации);
• Информация для оплаты по тарифным разрядам (разница в методологиях расчета в 2.5 и 3.0). Для таких сотрудников нужно будет назначить новые начисления предусмотренные для данной ситуации в ЗУП 3.0 (это также актуально для варианта Полный перенос);
• Сведения о займах сотрудников. В новой базе нужно будет повторно зарегистрировать информацию по займам, причем с учетом уже частично погашенной задолженности (в полном переносе займы переносятся);
• Временные кадровые переводы. Когда дата перевода заканчивается уже в новой базе ЗУП. В этом случае может возникнуть проблема с подразделением и графиком, а именно по окончании перевода не произойдет автоматический возврат на предыдущие значения. Это связано с тем, что переносятся только срез данных на начало периода эксплуатации и может возникнуть ситуация, что подразделение и график не у кого не задействованы и как следствие не будут перенесены;
• Реквизиты платежных поручений по НДФЛ. На момент написания этой статьи все данные для формирования отчетности 6-НДФЛ и 2-НДФЛ прекрасно переносятся. Но такая информация как реквизиты платежек по НДФЛ нет. Они могут потребоваться для формирования регистра налогового учета по НДФЛ.

Полный перенос

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

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

Вот что переносится в этом варианте:

• Данные об организациях, подразделениях, должностях и сотрудниках и все что с ними связано, например трудовая деятельность, состав семьи и т. д.. Переносятся даже те данные, которые на момент переноса уже не используются (т.е. все те которые были действующими за период);
• Начисления и удержания. Будут перенесены все с регламентированным способом расчета. С произвольными формулами тоже переносятся, но их обязательно нужно будет проверить;
• Штатное расписание. Как и в варианте переноса остатков штатное расписание переносится не полностью, а создается в новой базе на основании данных по штатной расстановке. Т.е. полное штатное расписание не переносится, потребуется ручная корректировка;
• Данные для расчета среднего заработка;
• Данные для учета НДФЛ и страховых взносов;
• Данные по взаиморасчетам с сотрудниками.

Список переносимых документов (в новой базе их можно будет открыть и просмотреть):

• Прием на работу;
• Кадровый перевод;
• Увольнение;
• Отпуск по уходу за ребенком (в том числе и те которые закончили свой срок действия);
• Возврат из отпуска по уходу за ребенком;
• Исполнительный лист;
• Заявление на вычеты по НДФЛ;
• Отмена стандартных вычетов НДФЛ;
• Заявление о подтверждении на зачет авансов по НДФЛ.

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

Сравнение вариантов переноса

Важный момент. В типовом механизме переноса данных предусмотреть следующие сценарии объединения баз:

• Организации из нескольких баз ЗУП 2.5 в одну ЗУП 3.0 — такой сценарий переноса поддерживается;
• Организации из одной ЗУП 2.5 в раздельные базы ЗУП 3.0 — такой сценарий переноса НЕ поддерживается (можно реализовать не типовым способом).

Результат переноса данных

Чтобы посмотреть результат переноса данных в ЗУП 3.0 нужно перейти в журнал документов «Данные на начало эксплуатации».

В этом журнале содержатся следующие виды документов:

• Начальная штатная расстановка;
• Задолженность по заработной плате;
• Периоды оплаченные до начала эксплуатации.

Кадровые данные переносятся в вид документа «Начальная штатная расстановка». В нем соответственно можно увидеть:

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

В виде документа «Задолженность по заработной плате» содержится следующая информация (документ доступен для редактирования):

• Список сотрудников;
• Подразделения;
• Сумма задолженности.

Вид документа «Периоды оплаченные до начала эксплуатации» содержит следующее (эти данные будут учтены при расчете заработной платы):

• Список сотрудников;
• Период оплаты;
• Вид периода (например, больничный и т.п.).

Сведения о сотрудниках организации переносятся в стандартный справочник «Сотрудники». Находится он в разделе «Кадры». Дата приема записывается непосредственно в карточку сотрудника (так как отдельного документа для этого не предусмотрено).

Сведения о вычетах НДФЛ переносятся в отдельный документ. Находится этот документ в разделе «Налоги и взносы», называется документ «Заявление на вычеты по НДФЛ» (стандартные, личные, имущественные и социальные).

Все прочие документы, включая данные для формирования отчетности, находятся в документах «Переносы данных». Документы находятся в разделе «Администрирование».

В документы «Переносы данные» сведения также можно вводить в ручном режиме.

В журнале документов «Перенос данных» в поле «Номер» содержится код документа (или по другому говоря — вид документа).

Ниже представлена расшифровка кодов документов «Переносы данных»:

• ТДК — Информация о трудовых договорах;
• РКД — Кадровая информация для формирования карточки Т-2;
• РОтп — Данные об отпусках всех видов;
• ИЛ — Удержания по исполнительным листам;
• ЗП_СЗфсс — Исходные данные для расчета среднего заработка для пособий;
• ЗП_СЗо — Исходные данные для расчета среднего заработка для отпуска;
• НДФЛ — Данные налогового учета НДФЛ;
• ПСС — Пособия для средств ФСС, для отражения в 4-ФСС;
• СВ — Данные учета по страховым взносам.

Также есть дополнительные коды этих документов, они используются если вы выбрали полный вариант переноса:

• ДнСост- Сведения об отсутствии сотрудников;
• РОтп — Реестр отпусков;
• ОСО — Фактические отпуска;
• ЗП — Данные о всех начислениях и удержаниях сотрудников;
• НЗП — Данные о всех начислениях и удержаниях по сотрудникам для формирования сводов, расчетных листков и т.п.;
• ЗС — Расчеты по займам;
• ВЗ — Подробные данные по взаиморасчетам для формирования информации о задолженности;
• ДЗП — Взаиморасчеты по депонентам.

Проверка переноса

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

• Подразделения;
• Графики работы;
• Виды начислений и удержание (возможность применения новых возможностей в редакции З.0);
• Личные данные сотрудников (как вариант можно распечатать личные карточки Т-2 и раздать сотрудникам на проверку под подпись);
• Штатное расписание (в обоих вариантах переноса нужно доформировать вручную);
• Остатки отпусков (типовой отчет «Остатки отпусков»);
• Плановые начисления (типовой отчет «Зарплата/Анализ ФОТ по начислениям»);
• Плановые удержания (универсальный отчет по регистру «Плановые удержания»);
• Задолженность по заработной плате (типовой отчет «Задолженность по зарплате»).

Для проверки переноса данных для расчета среднего заработка специального отчета в ЗУП 3.0 не существует. Как вариант сверку можно выполнить средствами универсального отчета (раздел «Администрирование» — «Печатные формы, отчеты и обработки» — «Универсальный отчет»).

Данные для расчета среднего записываются непосредственно в регистры:

• Регистр накопления «Данные о времени для расчета среднего (общий)»;
• Регистр накопления «Данные о начислениях для расчета среднего заработка (общий)»;
• Регистр накопления «Данные страхователей для расчета среднего заработка (ФСС)»;
• Регистр накопления «Данные о начислениях для расчета среднего заработка (ФСС)»;
• Регистр сведений «Данные о времени для расчета среднего (ФСС)».

Для сверки данных по НДФЛ в ЗУП 3.0 можно формировать стандартные отчеты: Карточка НДФЛ, Анализ взносов по месяцам и т.д.

Самый оптимальный вариант сверки результатов переноса — это сверка результатов расчета заработной платы в ЗУП 2.5 и ЗУП 3.0 за первые периоды эксплуатации после перехода.

Инструкция по обновлению 1С ЗУП до редакции 3

Вся проблема перехода с ЗУП 2.5 на 3.1 заключается в том, что он делается не обновлением конфигурации, а переносом данных из базы с релизом 2.5. Причем переносятся данные только для расчета среднего заработка и подачи отчетности по НДФЛ. Начисления не переносятся, только остатки по сотрудникам. Чтобы сделать перенос исторических данных, можно обратиться к .

Базу данных с релизом 3 нужно установить чистую.

После создания чистой базы появится начальная страница. Выбираем последний пункт («Перенести данные из программы 1С Зарплата и управление персоналом 8, редакция 2.5») и нажимаем «Далее»:

Из списка выбираем ту информационную базу, из которой хотим делать перенос:

Получите 267 видеоуроков по 1С бесплатно:

Обратите внимание, что перенос данных возможен только из релиза не ниже 2.5.87.2 . Но я бы не советовал переходить с этого релиза. У меня нормальный переход получился в сочетании таких релизов: 2.5.93.2 – 3.0.22.230 и то не с первого раза. Инструкцию по обновлению мы размещали ранее — .

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

Узнать его можно, посмотрев первый созданный документ в базе 1С ЗУП 2.5.

На следующей странице переходим непосредственно к загрузке:

Нажимаем на кнопку «Загрузить данные».

У меня сразу вышло окно с ошибкой. Ругается на какой-то файл с расширением «dll». Если это произошло, нужно закрыть окно с описанием ошибки и в окне, которое показано выше, внизу тоже будет текст с описанием ошибки и кнопка «Исправить». Причем в этом тексте может указываться другой файл, не обращаем внимания, жмем «Исправить».

В связи с прекращением поддержки "Зарплата и управление персоналом ред.2.5" в конце 2017 года, актуален вопрос, как перенести учетные данные в новую редакцию программы?

Переход с ЗУП 2.5 на 3.0 производится переносом данных из базы с релизом 2.5. Из-за частичного изменением структуры конфигурации возможность выполнить простое обновление конфигурации на новую редакцию отсутствует. Об отличиях редакции 2.5 от редакции 3.0 и переносимых данных можно ознакомиться .

Для начала нужно создать чистую информационную базу с релизом 3.0.

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

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

Внимание, перенос данных возможен только из релиза не ниже 2.5.94.1.

На следующей странице выберите месяц начала эксплуатации

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

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

По завершению процедуры загрузки нажмите Далее .

На этом перенос данных завершен.

Если по какой-то причине потребуется запустить повторный перенос из той же самой информационной базы, то в его процессе нормативно-справочная и учетная информация будет сопоставлена с уже имеющейся в базе. Например, физические лица сопоставляются по ФИО и дате рождения. Уже перенесенные данные не будут задублированы.

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

Вопрос: Бух. 3.0 КОРП - нет обособленных подразделений

Хотя в других базах оно есть. Например вот:

И настройки все сравнил и в конфигураторе посмотрел предопределенные в плане счетов, не могу найти в чем причина. Прошу помощи гуру.

Ответ: Налоговая инспекция задана, нашел в константах "ВестиУчетПоПодразделениям" и проставил "ДА". В подразделениях теперь можно выбрать обособленное а в счете так и не появился по ним отбор. Может еще есть варианты?

Вопрос: v7: Переход с комплексной 3.0 до ред. 4.5

Ответ: () По трудозатратам, самый экономичный вариант это разработка своей выгрузки в КД. Если речь идет только о торговой деятельности, не было производства и зарплаты, то выгрузка получается совсем простой и сводится к заполнению нескольких документов ввода нач. остатков в УТ11.
Понадобятся правила лишь для 10-15 справочников, в КД перед выгрузкой данных запросами выбираем все остатки и передаем их в УТ как ввод нач. остатков. Работы у вас с таким вариантом максимум на 1 день.

Вопрос: Переход сервера 1С с Windows mssql на Linux

Как осуществить такой переход? Возможно есть конвертация баз данных?

Заранее спасибо.

Ответ: () Так а почему нельзя-то? Самая беспроблемная часть, имхо

Вопрос: Переход с ЗУП 2.5 КОРП на ЗУП 3.1. Есть ли смысл?

Как убедить в нужности перехода на 3.1?

В чём выигрыш? Ну, понятное дело - когда-то и поддержка КОРП прекратит работать, и тогда надо будет переходить.
А до той поры?
Просто - что бы быть готовым?

Кто переводил "не малышей" - сколько месяцев вели два расчёта зарплаты (в ЗУП 2.5 и в ЗУП 3.1) перед полным отказом от 2.5?
Или есть лучшие варианты практик перехода?

Ответ: не вижу смысла переходить с корповской версии. крупные холдинги сидят спокойно и даже ищут спец консульантов на 2.5 еще

Вопрос: Переход на ЗУП3 КОРП

Кто делал подобный переход, подскажите:
1) ЗУП3 КОРП - рабочая или еще сырая? В ней много критичных ошибок? 2) Как часто ошибки в ней исправляют и выходят обновления?
3) Переход с ЗУП3 ПРОФ на ЗУП3 КОРП происходит простым обновлением?
4) Надо ли увеличивать мощность сервера, если перейдем на ЗУП3 КОРП?
5) Заинтересовала возможность раздела "Самообслуживание" в ЗУП КОРП. Правильно ли я понимаю, если у нас 700 сотрудников, то для пользования этим функционалом, нужна отдельная лицензия для каждого подключения?!

Ответ: 3) Переход с ЗУП3 ПРОФ на ЗУП3 КОРП происходит простым обновлением? - вроде того, на releases есть инструкция. Ничего сложного.
4) Надо ли увеличивать мощность сервера, если перейдем на ЗУП3 КОРП? - нет.
5) Заинтересовала возможность раздела "Самообслуживание" в ЗУП КОРП. Правильно ли я понимаю, если у нас 700 сотрудников, то для пользования этим функционалом, нужна отдельная лицензия для каждого подключения?! - можно настроить таймаут, после которого рядового сотрудника система будет отключать, чтобы не засиживался. В общем, много лицензий не потребуется.

Подсистема "Самообслуживание" очень бедна по функциональности. Пришлось много дописывать.

В целом впечатления от КОРП такие же, как от ПРОФ. Специфических глюков не замечено.

Вопрос: Непонятное поведение после перехода с ЗУП 2.5 на 2.5 Корп

Появились дополнительные начисления по упр. учету после перехода.
Бегло пробежавшись по обработке проведения заметил, что изменились запросы по начислениям:
// в зуп базовом ВЫБРАТЬ Результаты.ФизЛицо КАК Физлицо, Результаты.Результат КАК Результат, ВЫБОР КОГДА Результаты.ВидРасчета.СпособРасчета = ЗНАЧЕНИЕ(Перечисление.СпособыРасчетаОплатыТруда.СдельныйЗаработок) ТОГДА Результаты.Результат ИНАЧЕ 0 КОНЕЦ КАК РезультатСдельно, 0 КАК РезультатУдержания ИЗ РегистрРасчета.ОсновныеНачисленияРаботниковОрганизаций КАК Результаты ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.УчетЗаработкаРаботников.СрезПоследних(&парамКонец,) КАК УчетЗаработкаРаботников ПО Результаты.ФизЛицо = УчетЗаработкаРаботников.Физлицо ГДЕ Результаты.ПериодРегистрации = &парамНачало И УчетЗаработкаРаботников.УчетНачисленийПоОрганизации И Результаты.Результат <> 0 ОБЪЕДИНИТЬ ВСЕ... ДопНачисления ОБЪЕДИНИТЬ ВСЕ НДФЛ
А в другом
// зуп корп ВЫБРАТЬ Результаты.ФизЛицо КАК Физлицо, Результаты.Результат КАК Результат, ВЫБОР КОГДА Результаты.ВидРасчета.СпособРасчета = ЗНАЧЕНИЕ(Перечисление.СпособыРасчетаОплатыТруда.СдельныйЗаработок) ТОГДА Результаты.Результат ИНАЧЕ 0 КОНЕЦ КАК РезультатСдельно, 0 КАК РезультатУдержания, Результаты.Организация КАК Организация ПОМЕСТИТЬ ДанныеНачислений ИЗ РегистрРасчета.ОсновныеНачисленияРаботниковОрганизаций КАК Результаты ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.УчетЗаработкаРаботников.СрезПоследних(&парамКонец,) КАК УчетЗаработкаРаботников ПО Результаты.ФизЛицо = УчетЗаработкаРаботников.Физлицо ГДЕ Результаты.ПериодРегистрации = &парамНачало И НЕ ЕСТЬNULL(УчетЗаработкаРаботников.УчетНачисленийПоОрганизации, ЛОЖЬ) И Результаты.Результат <> 0 ОБЪЕДИНИТЬ ВСЕ...

Ответ: хм, оказалось, что и в необновленном зуп корп такая шляпа - условие с проверкой на null. Подскажите, плз, ничего не нагуглил.. да знать бы ещё что именно гуглить =\

Вопрос: Клиент-сервер ПРОФ+КОРП. Лицензии

Лицензия на сервер - КОРП, судя по всему. Вопрос - конфликтов при таком раскладе не будет?

Ответ: () пусть не смущает, для доступа к ЗУП КОРП вполне подойдут лицензии ПРОФ

Вопрос: Иерархия обособленных подразделений в БП Корп 2.0

Ответ: () расчет долей будет неверным, т.к., насколько я помню, во всех запросах во всех условиях в запросах стоит "= &ОбособленноеПодразделение", а не "В ИЕРАРХИИ" и т.п.

() "Когда на практике хотят, чтоб это было не так, то регают в программе обособку"
Это у кого такая практика? У методологов фирмы 1С?
Вот чтоб такой х..ней не заниматься, а нормально распределять затраты по реально существующим подразделениям внутри обособленного требуется секс с программой.

Вопрос: Перенос Контактной информации из УПП 1.3 в БП 3.0 Корп

Здравствуйте, с 1С работаю всего ничего - знаний и опыта катастрофически не хватает. Прошу помочь разобраться с конвертацией данных, а именно с переносом контактной информации, которая в УПП 1.3. хранится в регистрах сведений, а в БП 3.0 Корп в табличной части соответствующих справочников.
Пробовал вариант описанный здесь - в исходном виде, функция ПереносКИПриОбновленииС20() результата почему-то не даёт, а отредактировать "под себя" не могу - не хватает знаний.
По той же причине не могу адаптировать под свой случай.

Буду признателен за помощь и наводки.

Ответ:

Откройте типовые правила обмена. Когда не знаете какие конкретно нужны, то механизм поиска примерно следующий.
Вы понимаете, что Вам нужно перенести КИ из регистра в табличную часть. То бишь из старого механизма в новый. Старый реализован на конфах с обычным приложением, типа БП 2.0, УТ 10.3 и т.д. А новый - это уже управляемые формы. БП 3.0, УТ 11 и т.д. Открываете новую конфу. Смотрите с какими старыми конфами там можно настроить обмен.
Открываете, например, бп 3.0 и видите там обмен с УТ 10.3. Затем ищите где это дело в конфигураторе, чтобы найти правила. Понимаете, что есть план обмена и что у него есть правила. Затем сохраняете эти правила к себе на комп (это не просто делается, нужно почитать. в инете масса инфы), затем грузите в конвертацию и смотрите как это реализовано.

--- Объединение сообщений, 9 ноя 2016 ---

А еще лучше зайти в шаблон установленной конфигурации и взять от туда

Сегодня мы поговорим с Вами о первоначальном заполнении данных в 1С ЗУП 3.0, при условии, что до этого Вы все вели в Бухгалтерии 3.0. Вообще эта возможность появилась толь только (декабрь 2014 года). Раньше, если Вы работали в Бухгалтерии 3.0 и купили дополнительно коробку с зарплатной программой, то все начальные данные Вам пришлось бы вводить с нуля. При выполнении процедуры синхронизации бухгалтерии и зарплаты Вы получали лишь пару справочников.

Помимо того, как это делается (это ОООчень легко), я расскажу о паре "грабель" на которые наступил. Думаю это будет самое ценное в статье.

Хотя, скажу как программист, внутри структура данных Бухгалтерии 3.0 и Зарплаты и управление персоналом 3.0 почти одинаковы. Я даже писал в тех.поддержку 1С с вопросом, почему не синхронизировались такие вещи, как прием на работу, переводы, сведенья о доходах, для учета НДФЛ и страховых взносах, сами взносы и налоги. Взаиморасчеты с сотрудниками. Все эти данные в 1С Бухгалтерии 3.0 лежат в таких же регистрах, как и в ЗУП. С такими же названиями и полями.

Но к счастью, в этом году нам повезло, и при первом запуске свежего релиза ЗУП 3.0, нам предлагают перенести данные из Бухгалтерии.

Что же, посмотрим, как это выглядит и что напрограммировали наши любимые 1Совцы из Москвы.

Все что описано ниже проделано на релизе "Зарплата и управление персоналом, редакция 3.0 (3.0.20.43)".

Исходя из этого, в будущих релизах, возможны изменения и улучшения.

Итак мы имеем базу 1С Бухгалтерия 3.0 релиза 3.0.37.35 и пустую, еще ни разу не запускавшуюся базу 1С Зарплата и управление персоналом 3.0 релиза 3.0.20.43.

Запускаем ЗУП и первое, что мы видим, это интерфейс такси и рекламный блок. Закрываем рекламу и форму доступа к ИТС.

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

Мы выбираем второй (в этом релизе он второй) вариант - Перенести данные из программы "1С:Бухгалтерия 3.0" и жмем "ДАЛЕЕ"

Тут нам из списка надо выбрать базу и правильно указать имя пользователя и пароль. Переносить расчетные данные надо так, чтобы у Вас было два года заполненных данных. Т.е. в начале 2015ого надо перенести 2013й год. Это нужно для расчета среднего за счет ФСС.

Следующее окно - демонстирирует нам процесс выгрузки/загрузки данных. В нем все одна кнопка, жмите её смелее:)

Тут я наступил на первые грабли!

При подключении к базе я получил ошибку. На самом первом шаге. Видимо, я везучий человек. Вот отчет об ошибках:

Не удалось произвести подключение к информационной базе:

Ошибка при вызове метода контекста (Connect)

Произошла исключительная ситуация (V83.COMConnector.1): Версия компоненты "comcntr" (8.3.4.496) отличается от версии корневого модуля "core83" (8.3.5.1248)

Что с этим делать? В чем причина?

Причина в том, что я регулярно ставлю свежую платформу, при этом старые версии не стираю. 1С:ЗУП у меня запустился под последней версией платформы. Подключаясь по OLE к другой базе Windows зачем-то вернул ему COM объект предыдущей версии. Решений - два:

2. Прямо тут в обработке по загрузке будет кнопка "Спасти планету". Она появится внизу, рядом с сообщениями об ошибке и ссылкой на отчет. По этой кнопке произойдет перерегистрация com объекта на нужную версию.

Выгрузка в моем случае прошла удачно, а вот загрузка падала многократно с ошибками. Причина была однотипна.

Тут я наступил на ВТОРЫЕ грабли!

В начале 2014 в 1С:Бухгалтерии было выполнено обрезание базы. Обрезание, помимо проводок, обрезало еще и регистры сведений. В частности права на вычет, плановые начисления сотрудников...

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

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

В общем боролся я следующим образом:

1. Содержимое операций было стерто. Именно зашел внутрь операции и стер все движения.

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

Всё, на часть регистров я забил. Т.к. например право на вычет по НДФЛ - вводится каждый год.

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

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

На этом все, спасибо за внимание.