Вопрос к спецам. Подскажите. После перехода какие документы нужно сравнить (с 2.5), чтобы проверить правильно ли все перенеслось?

переход делался так: установили чистую 3.0.
в чистой базе в начальной настройке выбрали "осуществить перенос данных из программы ЗиУП 2.5"
далее указали период с 2015 года. и запустили загрузку. загрузка прошла без ошибок.

(0) Документов - никаких
Сравните своды по зарплате и расчетные ведомости

Начни с:
Своды начислений и выплат.
Своды по страховым взносам.
Своды по НДФЛ.
Данные для расчета среднего.

Остатки отпусков и рабочие годы скорее всего "поехали".

(3) Полный свод начислений, удержаний и выплат в 3.0.
этот отчет ? а сравнивать в 2.5 с каким отчетом?

продолжу тему.
каким образом переносятся документы: больничные, разовые начисления, начисление отпуска, ведомости на выплату?
после переброса их нет в 3.0. Их вручную заводить или перенести еще как-то можно?

Что это 3.0, а не 3.1?

(7)извиняюсь. 3.1 а не 3.0 (просто переход вроде как на 3.0 а обновлялись уже до 3.1)

(6) Созданы спец. документы переноса остатков.
З.Ы. перенес полностью с 2015 года... даже начисления за декабрь 2016 не пошли. Плюнул

Решил что лучше будет перенести  только то что рекомендуют 1С... и ручками внести остатки по ЗП на 1 января 2017 года

(9) вычитал на одном форуме, что данные по зарплате переносятся не документами, а движения по регистрам в документе Перенос данных.

(11) ну правильно вычитал... Администрирование - перенос данных

(12) так. бухгалтер просит чтобы за январь были эти документы в 3.0 (больничные, начисления отпуска, ведомости на выплату и т.д.) за январь. вручную их вводить? или как дальше то работать теперь с этими "переносами данных"?

(13) ручками... ну или может стоит поискать обмен между 2.5 и 3.0.  Может кто писал...

(14) видимо придется искать...

(15) Пока ищешь и разбираешься бухгалтер может работать в старой базе. Расскажи, что найдешь. Я пока не нашёл.

А в "конвертации данных" никто не пробовал?

(17) а чего там пробовать, садишься и делаешь

(0) Проверьте состояния сотрудников. При полном переносе наткнулся на следующие ситуации:
1. Состояния переносятся по расчетным данным. Если у вас расчетчики не создавали расчетные документы на некоторые неявки то эти неявки не перенесутся
2. Отпуск по уходу за ребенком, который закончился в ЗУП 2.5 в положенные сроки (не досрочно) в ЗУП 3 будет виден как действующий. Дописывал в правилах проверку на досрочное прекращение или увольнение сотрудника во время этого отпуска

+(19) 2. И создавал дополнительные документы по прекращению отпуска

+(19) "на досрочное" читать как "на обычное"

вопрос по настройке после перехода на 3.0
где настраивать вытеснения начислений ? никак не могу найти.

нашел Настройки - начисления - оплата по окладу. вроде сдесь.

а еще такой вопрос по переходу. перед переходом в 2.5 обязательно ли должно быть закрытие месяца (начислена и выплачена зарплата, рассчитаны взносы). или документы введенные после закрытия (в след.месяце уже) тоже перенесутся?
Дело в том что у нас за январь уже вводились док-ты. после переноса в 3.0 смотрю по регистрам. Этих начислений нет .

(0) Лучшая проверка - это одновременный расчет в двух базах: старой и новой.

(24) когда переносили данные на начало эксплуатации что указали? какой месяц? январь?
если январь, то данных за январь не будет, т.е. отсчет у вас будет вестись начиная 01.01

(26) при переносе в помощнике на по какой месяц не указывается. указывается только с какого года (мы ставили с 2015).

(27) ну там же выше сам пишешь, что декабрьских документов не оказалось в новой базе

(25) вот  и сделали начисление зп в 2.5 и 3.1. начисления различаются. поэтому обнаружили, что начисления отпуска и больничных за январь нету. техподдержка отправила письмо писать(

(27) https://its.1c.ru/db/metod81#content:5501:hdoc
тут можно почитать про перенос, как переносит, что проверять, что переносится и т.д.

(28) январских!

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

(32) так в инстуркции по переходу вроде ничего не сказано про ОБЯЗАТЕЛЬНОЕ закрытие месяца

(33) там они запросами выгребают записи из регистров. нет записей - нет инфы к переносу - это если очень упрощенно их алгоритм описать

Мда тяжело лезть в первый раз в новую область

Вопрос в тему. Сотрудники должны переноситься?
Поставил последнюю оболочку 8.3, последнюю конфу 3.1, обновил 2.5 до последней конфигурации. Переношу, месяц начала эксплуатации 01.2017. В 2.5 рассчет ведется с 2014 года. переносится без ошибок все вроде по инструкции но сотрудников в 3.1 нет как и начислений. Что может быть?

(36) Вероятно ЗУП2.5 начинал переходом с 1с77

(36) Странно. Есть сотрудники, есть плановые начисления-удержания, данные для расчёта средних... Считаем с 01.01.2017. Большая часть проблем - с датами (когда, введено-начислено-выплачено). Довод, что в 2.5 мы так всегда делали, здесь не работает. К сожалению обилие мет.материалов не читаются, предпочтение методу тыка.

(37) Да с 7-ки переходили. В таком случае как действовать?

(39) Попробуй перед переносом сделать приказы о приеме на работу

Сейчас перенес (перед этим базу протестировал и обновился до последнего) сотрудники появились, но никакие отчеты не формируются, ни расчетные листки, ни свод начисление и удержаний за 2016 год. Есть ли какие рекомендации начать с нуля с 2017 года? (типа прием с января 2017 года делать и т.д.?)

(41) Какую дату начала работы при переносе указывал?

(42) 01.2017

(43) Тогда какие к чертям расчетные листки и своды? За 2016 год перенеслись данные для среднего, чтобы отпуска и больничные считались, в отчетах этого не увидишь, только начисляя отпуск и больничный в 2017

(19) Помимо отпуска обнаружили перенос вычетов по НДФЛ если перенос делался за все время работы ЗУП 2.5

(44) А как правильно перенести? Работаем с 2014 года.

продолжу.
проверяем перенос дальше. создали начисление больничного и отпускных. в 2.5 и 3.1
Больничные совпали. в отпускных различаются суммы среднего заработка. копал глубже. начисления за период сходятся. а вот кол-во календарных дней расчетного периода отличаются. соответственно впорос. каким образом эти дни считаются?
в печатной форме т-60 (из начисления отпуска) формула расчета: сумма за год \ кол-во этих самых дней.
вот вол-ко этих самых дней в 2.5 и 3.1. не совпадают.

(47) Праздники?

(48) не совсем понял.
а как вообще кол-во календарных дней расчетного периода считаются??

(49)я бы наверно открыл календарь и сравнил помесячно количество дней... в 2.5 и в 3.0

(50) тоже об этом подумал. сейчас посмотрю

(43) Попробуй брать начало 2015

(50) считать сколько рабочих, без праздников и выходных же? правильно я понял? вроде одинаково все

(52) не понял.

(54) При переносе указать дату пораньше

(54) Это ответ по ссылке

(50) сравнил производственные календари. все сходится по дням. есть подозрение, что различается кол-во отработанных дней за год. в 3.1 это можно посмотреть. в как в 2.5 не найду

график вели. но почему-то в графике не все сотрудники есть.

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

(49)скорее всего календари по разному заполнены

(60) да сравнил.все одинаково

продолжу дальше. насчет сравнения начисления отпускных в 3.1 и 2.5 . различается средний заработок. а конкретно кол-во календарных дней. например: в 3.1 в январе 31 день. в 2.5 в январе 10.4 дня
3.1 февраль  29 дней
2.5 февраль 21.22 дня

почему так-то??

я так понял. эти данные берутся из регистра накоплений в 3.0 "Данные по времени для расчета среднего" . а в 2.5 Регистр расчета "расчет среднего заработка.

получается при загрузке из 2.5 ошибочно перенеслись данные

ап народ. неуж-то вручную придется править? может в 3.1 настройки какие не указал/не настроил?

Везет вам, если процедура переноса остатков завершилась без ошибок.
Пробовал переносить 2.5.114.1 => 3.1.2.94
После многих часов работы процедура завершилась с ошибкой:

Ошибка при загрузке данных: {Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(5994)}:
Ошибка записи объекта
    
ТипОбъекта             =  Подразделение
    
Объект                 =  Структура 2016
    
ОписаниеОшибки         =  Ошибка при вызове метода контекста (Записать):
Ошибка при выполнении обработчика - 'ПриЗаписи': {Справочник.ПодразделенияОрганизаций.МодульОбъекта(112)}:
Ошибка при вызове метода контекста (Записать): Ошибка при выполнении обработчика - 'ПриЗаписи':
{Справочник.ПодразделенияОрганизаций.МодульОбъекта(112)}: Ошибка при вызове метода контекста (Записать):
Ошибка при выполнении обработчика - 'ПриЗаписи':
{ОбщийМодуль.ЗарплатаКадры.Модуль(952)}: Не удалось изменить подчиненное подразделение Управление инфрастуктуры и коммуникаций при записи Управление инфрастуктуры и коммуникаций.

Возможно, подразделение редактируется другим пользователем
    
ПозицияМодуля          =  Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(5987)
    
КодСообщения           =  26

Подскажите, где в конфигурации ЗУП 3.1 лежат правила обмена, по которым идёт перенос, и куда их лучше загружать, в конвертацию 2.0 или 3.0?

возможно стоит обновить тройку

я закомментировал,правда у меня релиз помладше был

(65) В общем модуле.

(65) Макете ))

(69) Спасибо, нашёл, ОбщийМакет.ЗарплатаКадрыПереносДанныхИзЗУП25

А куда лучше эти правила загружать, в конвертацию 2.0 или 3.0 ?

(70) С такими вопросами лучше ничего не трогать

(71) Да нет, всё нормально.
Правила обмена уже создавал с нуля в конвертации 2.0.
Просто видел совет для конфигураций на УФ использовать конвертацию 3.0, а для конфигураций на ОФ использовать конвертацию 2.0.
А тут получается источник на ОФ, а приемник на УФ.

(72) Спроси "советчика", почему он такой совет дал? И все таки сам ничего не трогай

(73) Разобрался. Да, советчика надо гнать в шею за такие советы.
КД 3.0 для формата обмена через Enterprise Data.
КД 2.0 для обычных правил обмена, которые и используются при переносе ЗУП 2.5 => ЗУП 3.1