Предистория:
Дело было так, начиная с лета 2014 года или даже ранее, начал пробовать переносы данных из ЗУП 2.5 в ЗУП 3.0.
Процесс этот, мягко сказать, непростой и очень, очень долгий. То лезут ошибки при выгрузке некоторых разделов, то нехватка памяти и все, стоим чешем репу.
Даже исправив ошибки, начинать нужно все сначала, а это может быть с десяток часов выгрузки.
Приходилось выгружать правила переноса данных из ЗУП 3.0, делается путем сохранения в конфигураторе общего макета "ЗарплатаКадрыПереносДанныхИзЗУП25" в файл xml.
Потом в этом файле при помощи "продвинутого" текстового редактора делать замену текста "ОПД_" на "ОбъектыПереносаДанных.".
Открывать обработку "Универсальный обмен данными в формате XML", грузить в нее правила. Задавать дату начала событий. Отмечать галочками, что требуется выгрузить. Жать выгрузить.
Загружать вручную полученные файлы в ЗУП 3.0.
Что же теперь происходит?
Ошибки так же появляются.
Выгрузка файла правил и попытка совершить все как раньше не выходит. 1С поменяли состав параметров в правилах выгрузки данных.
Теперь недостаточно задать дату начала, теперь нужно задавать параметр "ДатаНачалаПереносаРасчетныхДанных" и "ПереноситьНачисленияПредыдущейПрограммы", но они недоступны.
Да, можно загрузить правила в КД, там исправить, выгрузить обратно, потом в "Универсальный обмен данными в формате XML" задать их.
Муторно все проделывать вновь и вновь при обновлениях правил переноса в ЗУП 3.0 с выходом новых версий.
В конечном счете прочувствовав еще ранее всю прелесть выгрузки данных из ЗУП 2.5 посредством вызова "Универсальный обмен данными в формате XML" напрямую и то что в этом случае можно запустить несколько экземпляров ЗУП 2.5, в каждом выгружать разные разделы учета независимо друг от друга, решил что что-то нужно менять и сделал представленную здесь обработку.
Кстати, параллельно выгружать разделы в разных экземплярах ЗУП 2.5 значительно сокращает время, так как позволяет нагрузить процессор по полной программе, а не одно ядро как это делает типовой процесс выгрузки, выгружая раздел за разделом.
Я запускаю 4-6 экземпляров одновременно и i7 процессор прекрасно все перемолачивает, главное, что памяти дофига оперативной.
Что нужно?
- качаем обработку
- выгружаем правила переноса данных из ЗУП 3.0 (общий макет "ЗарплатаКадрыПереносДанныхИзЗУП25")
- запускаем обработку в ЗУП 2.5
- указываем ей файл с правилами
- указываем каталог куда необходимо произвести выгрузку
- указываем дату на которую переносятся данные (можно указать только первое число любого месяца)
- нажимаем кнопку "Загрузить разделы выгрузки данных из правил"
- отмечаем требующиеся разделы учета
- жмем кнопку "Выгрузить данные"
- загружаем вручную данные в ЗУП 3.0 посредством обработки "Универсальный обмен данными в формате XML"
Стоит упомянуть как отмечаются разделы и как они выгружаются на диск.
Если внутри раздела отмечены все подразделы, то раздел выгружается в один файл.
Если внутри раздела отмечены не все подразделы, то каждый отмеченный подраздел выгрузится в отдельный файл.
Что за имена файлов на выходе?
Например:
- +1900.01 — 01 — 2024.02.11 — ОбщиеОбъекты.xml
- +1900.01 — 01.01 — 2024.02.13 — Организации.xml
"+" — в начале говорит, о том что выгрузка завершилась успешно или же по крайней мере не с критической ошибкой времени выполнения, в любом случае нужно поглядывать в список сообщений выводимых в процессе выгрузки данных.
На рисунке выше видно, что раздел "07" пришлось выгружать по частям, так как подраздел "07.5" "помирает" на нехватке памяти.
Придется базу мучать во время выгрузки на серваке 1С х64, так как в файловом варианте труба просто.
UPD 20/04/2024
Похоже 1С решили забить на правила переноса данных в части полного переноса данных и кинули силы на переработку правил в сторону переноса остатков без истории, ни кадровой, ни учетной…
Добавил возможность произвести выгрузку данных в упрощенном режиме (чуть более чем полностью не переносится почти ничего из предыдущих периодов, так сказать перенос остатков и немного данных о среднем заработке).
Для упрощенного режима добавил флажок "Упрощенный перенос данных", при установленном флажке необходимо указать дату с которой начинается эксплуатация ЗУП 3.0.
При упрощенном переносе в название фала в начале перед датой добавлется фраза "Упрощенный перенос — ".
Если флажок снят, то используется полный перенос данных (то что 1С посчитала достаточным), при этом необходимо указать год начиная с которого переносятся учетные данные.
ВАЖНО!!!
Если вы после устранения ошибок в базе данных, не уверены, что достаточно переносить только тот раздел, где возникла ошибка и была устранена, то переносите все разделы или перенесите тот где исправляли, но понимая, что это для целей тестового переноса данных. Каждому собственно самому решать, что и как правильно.
UPD 2024/08/24
Подправил момент связанный с выгрузкой по одному сотруднику, теперь параметр передается в правила выгрузки корректно, но так или иначе необходимо исправить и сами правила выгрузки, чтобы не цеплялись все физики засветившиеся в регистрах СтраховыеВзносыСведенияОДоходах, НДФЛСведенияОДоходах.
Алгоритм: "ФизическиеЛица_ВременнаяТаблица"
Алгоритмы = ВидСубконто;
Параметры = ИсходящиеДанные;
Запросы = ВходящиеДанные;
ПринудительноОбновитьВременнуюТаблицу = Источник;
ФизическиеЛица_ВременнаяТаблица = Неопределено;
Если ЗначениеЗаполнено(ПринудительноОбновитьВременнуюТаблицу) = 0 Тогда
ФизическиеЛица_ВременнаяТаблица = ОбъектыПереносаДанных.Структура_Получить(Параметры.ВременноеХранилище, "ФизическиеЛица_ВременнаяТаблица");
КонецЕсли;
Если ФизическиеЛица_ВременнаяТаблица = Неопределено Тогда
Запрос = Новый Запрос;
Если Параметры.ПереноситьНачисленияПредыдущейПрограммы Тогда
Запрос.МенеджерВременныхТаблиц = Новый МенеджерВременныхТаблиц;
Запрос.УстановитьПараметр("ДатаНачалаПереносаРасчетныхДанных", Параметры.ДатаНачалаПереносаРасчетныхДанных);
Запрос.УстановитьПараметр("Сотрудник", Параметры.СотрудникДляОтладки);
Запрос.УстановитьПараметр("ПоВсемСотрудникам", Параметры.СотрудникДляОтладки.Пустая());
Запрос.УстановитьПараметр("ФизическоеЛицо", Параметры.ФизическоеЛицоДляОтладки);
Запрос.УстановитьПараметр("ПоВсемФизическимЛицам", Параметры.ФизическоеЛицоДляОтладки.Пустая());
Запрос.Текст = Запросы.ФизическиеЛица_ВременнаяТаблица.Текст;
Запрос.Выполнить();
Иначе
Запрос.МенеджерВременныхТаблиц = ОбъектыПереносаДанных.ВыполнитьАлгоритм("РаботникиОрганизации_ВременнаяТаблица", Параметры.Алгоритмы, Параметры, Запросы);
Запрос.УстановитьПараметр("ДатаСреза", Параметры.МесяцНачалаЭксплуатации);
Запрос.УстановитьПараметр("НачалогоГода", НачалоГода(Параметры.МесяцНачалаЭксплуатации));
// { добавлено, Фелькер И.В. 2024.08.24
Запрос.УстановитьПараметр("ПоВсемФизическимЛицам", Параметры.ФизическоеЛицоДляОтладки.Пустая());
// } добавлено
Запрос.Текст =
"ВЫБРАТЬ РАЗЛИЧНЫЕ
| СтраховыеВзносыСведенияОДоходах.ФизЛицо КАК Физлицо
|ПОМЕСТИТЬ ВТФизическиеЛица
|ИЗ
| РегистрНакопления.СтраховыеВзносыСведенияОДоходах КАК СтраховыеВзносыСведенияОДоходах
|ГДЕ
| СтраховыеВзносыСведенияОДоходах.Период МЕЖДУ &НачалогоГода И &ДатаСреза
// { добавлено, Фелькер И.В. 2024.08.24
| И &ПоВсемФизическимЛицам
// } добавлено
|
|ОБЪЕДИНИТЬ
|
|ВЫБРАТЬ РАЗЛИЧНЫЕ
| НДФЛСведенияОДоходах.ФизЛицо
|ИЗ
| РегистрНакопления.НДФЛСведенияОДоходах КАК НДФЛСведенияОДоходах
|ГДЕ
| НДФЛСведенияОДоходах.Период МЕЖДУ &НачалогоГода И &ДатаСреза
// { добавлено, Фелькер И.В. 2024.08.24
| И &ПоВсемФизическимЛицам
// } добавлено
|
|ОБЪЕДИНИТЬ
|
|ВЫБРАТЬ РАЗЛИЧНЫЕ
| ВТРаботникиОрганизации.Сотрудник.Физлицо
|ИЗ
| ВТРаботникиОрганизации КАК ВТРаботникиОрганизации";
Запрос.Выполнить();
КонецЕсли;
ФизическиеЛица_ВременнаяТаблица = Запрос.МенеджерВременныхТаблиц;
ОбъектыПереносаДанных.Структура_Установить(Параметры.ВременноеХранилище, "ФизическиеЛица_ВременнаяТаблица", ФизическиеЛица_ВременнаяТаблица);
КонецЕсли;
Субконто = ФизическиеЛица_ВременнаяТаблица;
UPD 2024/10/24
Добавлен отбор по организации.
Сняты ряд ограничений по выгрузке из конфигураций отличных от ЗУП 2.5. Можно выгружать данные из ЗУП 2.5 ПРОФ и КОРП, УПП и КА.
У меня неправильно сконвертировался регистр сведений «Данные о времени для расчета среднего (общий)» (если честно не знаю как этот регистр назывался в 2.5). Вашей обработкой можно будет перенести только его? Если да, беру не глядя)
(1) nord, не путайте. сами по себе регистры не переносятся. Да и вообще моя обработка не реализует никакой бизнес логики, она берет правила конвертации заложенные в конфигурации ЗУП 3.0, и используя их выгружает только те части, которые пожелаете вы, но все те части заранее запрограммировала 1С, так что если среди всех разделов выгрузки вы найдете свой, то вам повезло.
Я считаю, что всем полезно было бы взять правила выгрузки, загнать их в конфигурацию «Конвертация данных», и по изучать принципы выгрузки. Там данные собираются отовсюду откуда могут и потом формируются ровненькие такие документы «ПереносДанных» и летят в ЗУП 3.0, а в этих документах чисто данные по регистрам. Вы можете написать свое правило выгрузки интересующих вас данных, а моя обработка только лишь позволит выгрузить их как и все другие данные.
Обработка является надстройкой над обработкой «Универсальный обмен данными в формате XML», и делает, то что не сможете вы сделать в «Универсальный обмен данными в формате XML», только лишь загрузив правила, не доступны ряд параметров, которые вы не сможете задать, пока не подправите правила выгрузки данных. Впрочем это указано в самой публикации.
P.S.
Раздел «07.5» очень критично относится к дате переноса остатков, пока для себя вывел золотую середину, 15 лет в прошлое (2000 год, мне достаточно, так как на ЗУП 2.5 перешли в 2008), а ниже вылет с нехваткой памяти. Протестировал на Ubuntu 14.04 x64 на x64 толстом клиенте 1С, тоже вылет, но безмолвный. Сервер 1С х64.
Если я не ошибаюсь, то согласно стандартному принципу переноса «Кадровые данные за все время, расчетные данные за 2 года» здесь можно ставить дату переноса для:
— Общих объектов и справочников, а также кадровых данных — с 01.1900:
— «ОбщиеОбъекты» (01) — 01.1900;
— «ФизическиеЛицаСотрудники» (03) — 01.1900;
— Кадровая история, плановые начисления, остатки отпусков (04/05 — кадровая история/плановые начисления , 06 — плановые удержания, 08 — остатки отпусков) — 01.1900;
— Расчетных данных — с 01.2013:
— Начисления (02 — время для расчета начислений ,09 — особый вид начислений,10,11) — 01.2013;
— Средний заработок всех видов (07.1 — 07.6) — 01.2013;
— Налоги (12 — НДФЛ, 13/14 — Страховые взносы) — 01.2013;
— Взаиморасчеты (15,16) — 01.2013;
— Проводки (17) — 01.2013;
— Электронный документооборот (18) — 01.2013.
И да, поскольку РС «ДанныеОВремениДляРасчетаСреднегоЗаработкаФСС» (07.5) содержит поле сотрудника и 93 поля (3 раза по 31 день) с признаком Явка, Неявка и Болезнь соответственно, то собирается он крайне долго и муторно, вот памяти и не хватает.
По крайней мере, в большинстве случаев заказчикам этого достаточно.
(3) anto-belyaev, вы по своему правы однозначно, от задач заказчика и плясать нужно. Мне просто мои кадровики прожужжали ухи тем, что вот при переходе с ЗиК на ЗУП 2.5 (делал не я) были утрачены кадровые данные по куче сотрудников не работавших на момент переноса данных, и что мол перенесите нам их задним числом. Я уже не ввязывался в эту затею и пока на этапе перехода на ЗУП 3.0 хочется сохранить все по максимуму, что можно из ЗУП 2.5.
(2) Жаль, но именно тот раздел который мне нужен -«07.03», не выгружается. Выгружено объектов: 0.
Куда посмотреть, не подскажите?
(5) nord, что вообще выводится в окне сообщений?
Спасибо за информацию о проблеме. Плюс
(6) ————————————————————
Начата выгрузка раздела: СведенияОВремениДляРасчетаСреднегоОбщий 18.02.2015 13:23:47
————————————————————
Начало выгрузки: 18.02.2015 13:23:47
Окончание выгрузки: 18.02.2015 13:23:47
Выгружено объектов: 0
————————————————————
Завершена выгрузка раздела: СведенияОВремениДляРасчетаСреднегоОбщий 18.02.2015 13:23:47
————————————————————
————————————————————
Завершена выгрузка всех отмеченных разделов
———————————————————
(9) из 3.0.21.22
(10) nord, проверил на 3.0.21.22, нормально выгружает, вам нужно копать свои случай индивидуально и конечно же рыться в данных, которые мне не доступны.
Дату указал 01.01.2000
Показать
ХМ!
Вообще забыл и тут вспомнил.
Для загрузки данных можно воспользоваться другой обработкой сделанной мной и опубликованной в имя ей «ЗагрузкаДанныхИзЗУП_УФ». Пригодна не только для загрузки в БП 3.0, но и ЗУП 3.0, да и вообще как мне думается в любую типовую на управляемых формах, но сам не пробовал.
(11) Прошу прощения, не правильно дату ставил. Перегрузил пункт «07.03», все отлично. Клиент счастлив))
Важный момент, я намеренно не делаю выгрузку данных 1:1 как это делает 1С.
По феншую, нужно удалять из перечня выгружаемых данных разделы в названии которых указано в конце «_ПереносНачислений» или «_УпрощенныйПеренос».
При упрощенном переносе, должны удаляться разделы с названием, где есть «_ПереносНачислений», а при полном, те где есть «_УпрощенныйПеренос».
При загрузке данных важно это учитывать.
1С вроде как внутри правил выгрузки обрабатывают ситуацию какой режим выгрузки используется и выгрузка не нужных данных не происходит, но они тоже могут упороть кося как и все мы, так что смотрите в оба!!!
На множество моих просьб устранить небольшие ошибки в правилах переноса данных все свелось к
Ваше обращение зарегистрировано под номером SW931235 / 4.
Пожалуйста, в тексте следующих обращений на эту же тему ссылайтесь на этот номер.
Все указанные Вами письма в итоге свелись к общему вопросу: «Надеюсь 1С не похоронит старый способ переноса данных, уже проделан большой объем работы и так вот на пол пути все бросать как-то не серьезно.»
На этот вопрос ответ дан по SW930833:
Ответ разработчиков
По кнопке «Настройка» можно выбрать вариант переноса данных — в том числе и старый.
Если пользователь считает, что ему в новой программе нужно все, что было ранее, использует полный перенос, после чего надо будет пересмотреть систему начислений и актуализировать соответствующую информацию в сотрудниках.
Пояснение к данному ответу — Вы можете использовать «старый» вариант переноса, но, так как он не обеспечивает полной корректности переноса всех данных, то все проблемы, возникающие после подобного варианта переноса, исправляются вручную, если возможно.
Дорабатываться «старый» перенос не будет.
Показать
ГРУСТЬ ПЕЧАЛЬ!
(15) у Вас нет, случаем, «переработанных» правил для переноса?
(16) stash_84, да вот все не начинал как-то, больше на ошибки 1С писал письма, но как видно зря. Пока подожду чего они накуралесят с переносом только остатков, а там с коллегами решим идти своим путем (дорабатывать правила полные) или остановимся на упрощенном варианте (что не желательно).
Пока время есть, середина года, а план перехода в начале 2016 только.
(17) спасибо за ответ, к сожалению, на данный момент, мне одному не по силам переработать правила «полного переноса». Разработчики, вроде как, что-то исправляют, но глобальных изменений не наблюдается. Если останется потребность, можно будет к Вам обратиться ближе к 2016-му или уже когда он наступит?
(18) stash_84, я думаю, что если начну перерабатывать правила, то вы об этом тут узнаете, да и буду наверное стараться привлечь людей к этому делу, так как еще перенос данных из БП в БП можно написать самому, а вот из ЗУП в ЗУП это самому действительно сложно так как и структура баз сложна и знаний не сильно много
Отличная, качественная обработка, которая экономит кучу времени, спасибо! Только включите в поддерживаемые конфигурацию и КОРП версию ЗУП, хотя для программистов не проблема конечно.
(20) Krio2, КОРП учел в обработке, но это действительно мелочь, так как этот инструмент больше для программистов, а им все равно что-то да не понравится и появится желание попилить.
Спасибо.
UPDATE
(21) помогите пожалуйста. У нас несколько организаций, база за 10 лет. Сотрудники переходили из одного предприятия в другое. Принимались на работу, увольнялись, снова возвращались.
1. Выгрузка. Выгрузила все, кроме «Взаиморасчетов с сотрудниками». Разбила выгрузку на авансовые выплаты и собственно взаиморасчеты. Авансовые прошли. Взаиморасчеты начинают работать и уходят в аут — процессы идут, что-то делает бесконечно. После работы в течение 2 суток(выходные), вырубила процесс. Выгрузить так и не смогла. В чем может быть проблема? Может кто сталкивался?
2. Загрузка.
При загрузке «Расчет зарплаты» дает ошибку, что запись на такого сотрудника в плановых начислениях у же есть. Анализирую — переносит плановые начисления уволенного сотрудника.
«Учет начисленной зарплаты» — не берет начисления, которые введены на предприятии — конкретно льготникам на вредном производстве выплаты на молоко.
и далее эти выплаты при учете НДФЛ выдает — тоже не грузит и пошло валом — учет соц пособий, учет страховых.
Буду рада любой информации по опыту вашей выгрузки — загрузки.
С уважением, Татьяна
(24) tvg258,
Простите, что не сильно скоро отвечаю.
При таком большом переносе данных не мудрено, что процесс идет долго. Если процесс выгрузки шел, значит он бы закончился, так или иначе или свалился с ошибкой нехватки памяти. Рекомендую попробовать на мощных игровых железках c процессором уровня так i7 4770 и памяти гигов 8 минимум.
1С такие 1С, что не всегда могут учесть всю сложность своих конфигураций, нам так вообще постигнуть их сложно.
Там или в правилах переноса данных ошибка или у вас действительно на одну дату к примеру у того сотрудника приходится несколько плановых начислений.
Можно поискать чего и как у этого сотрудника в ЗУП 2.5 и попытаться устранить лишние данные.
В ЗУП 3.0 плановые начисления записываются в регистр ПлановыеНачисления, у которого есть измерения «Сотрудник, ФизическоеЛицо, ДокументОснование, ГоловнаяОрганизация, Начисление». Он к тому же периодический в пределах секунды. При переноса у вас вот по всем пяти измерениям + время/период, получается дублирование в нескольких записях регистра и он матерится, из-за чего обрывается загрузка.
А то что осуществляется перенос уволенного сотрудника, так это нормально, особенно в том случае, если сотрудник на дату переноса данных еще работал, а после даты переноса данных его уволили.
и далее эти выплаты при учете НДФЛ выдает — тоже не грузит и пошло валом — учет соц пособий, учет страховых.
Поглядел правила переноса данных.
Касательно начислений и удержаний там вообще все в лоб переносится, выкидываются только в сторону: ОтпускПоУходуЗаРебенкомБезОплаты, ДивидендыАкционеров, ДивидендыРаботников.
ЗУП 3.0.24.125 Замечена ошибка в правилах переноса реестров кадровых приказов и отпусков, при их переносе выпадают сведения за месяц предшествующий месяцу начала эксплуатации.
Есть в правилах такие строки (одна в реестре отпусков, другая в реестре кадровых приказов)
Если МесяцНачалаЭксплуатации = 01.07.2015, то ДатаОкончания = 01.06.2015 и именно все что <= 01.06.2015 перенесется, но сам июнь выпадет.
Эта ошибка зарегистрирована с кодом 50000859.
все выгрузилось,но не грузится,типа файл не найден(( в чем прикол?
сорри,не выбрала Режим загрузки (на клиенте)
щас пробуем грузить
попробовала сейчас запустить, выдает ошибку
{Форма.Главная.Форма(107,2)}: Ожидается оператор препроцессора
#<<?>>Область Период (Проверка: Толстый клиент (обычное приложение))
{Форма.Главная.Форма(156,2)}: Ожидается оператор препроцессора
#<<?>>КонецОбласти (Проверка: Толстый клиент (обычное приложение))
(30) hellf, вы запускаете ее на платформе 8.2
Варианты как решить проблему:
1. Перейти на платформу 8.3
2. Откройте обработку в конфигураторе 8.2, найдите все места, где есть «#Область», «#КонецОбласти». Закомментируйте или удалите эти строки.
(31) cпасибо, заработало.
и огромное спасибо за обработку, хоть как-то можно править правила.
пытаюсь выгрузить с начислениями и что-то не выгружается ничего. то есть по своду зп ничего нет и средний тоже не считает. так и должно быть?
а если в полный перенос потом запихать упрощенный хоть средний даст или вообще каша выйдет?
(33) да, я параллельно и сижу в КД. сейчас с вашей обработкой удобно хотя бы проблемные куски только проверять. А не ждать по четверо суток.
у нас больше 1000 чел персонал, это убиться по всем вручную все отслеживать и заводить. И учет и суммированный, и окладники, и кого только нету. и каких только видов расчета о некоторых о которых в 3.0 такое чувство что напрочь забыли в правилах. два переноса из семерки были в эту базу,оба более-менее нормальные, а 3.0 просто кошмар.
еще раз огромное спасибо за обработку и за то что опытом делитесь)
(34) hellf, у нас 800+ человек. Только оклады в основном. Человек 10 сдельщина от выработки. Премии и те фиксированной суммой.
Перешли на ЗУП 3.0, ну это так громко конечно сказано пытаемся параллелить с июля.
Еще рано говорить, что перешли. Сейчас идет война с дополнительными взносами за вредные условия труда.
То в штатном расписании не все кадровики отразили, то ЗУП 3.0 на вновь принятых, премию не учитывает как доход за работу во вредных условиях труда…
Забадался писать багрепорты в 1С.
ИМХО 1С ЗУП 2.5 еще года два три не прирежет, а там и ЗУП 4.0 появится )))
(35) лично у меня очень печальный опыт в плане общения с 1с по поводу их ошибок.
а про 2.5 вроде говорили что только до середины 16 года сопровождать будут в плане отчетности. вот у нас и подняли панику.
у меня по выгрузке совершенно пока непонятно не грузятся около десятка декретов из сотни, отказываются грузиться добровольные страховые взносы, которые процентом- это то что вылетает с ошибками.
и вообще непонятно что с начислениями в целом.
но у меня еще переносы данных сидят же в базе, с ними вообще все своеобразно. может выгрузились так на этапе семерки. может теперь. взносы в негосударственный пф пришлось в 2.5 в переносах обрабатывать.
(36) hellf, поглядите в сторону переноса данных по упрощенной схеме.
Создайте новую БД ЗУП 3.0. Врубите учет по полной программе, ничего не отключая.
Перенесите данные к примеру на 01.12.2015.
Создайте все необходимые начисления и удержания, настройте их.
Приценитесь как считает программа отпуска, командировки, больничные, разумеется как формируется табель и начисляется ЗП.
При упрощенном переносе у вас будут созданы документы переноса данных по Среднему заработку, НДФЛ, Взносам…
Будут созданы документы начальной штатной расстановки.
Там нужно поправить остатки отпусков, начисления и другие данные, а то и первой ЗП не начислить.
А потом по ходу пьесы добавлять все недостающее и исправлять перенесенное, а этого будет много.
Плановые начисления, договора займов, исполнительные литы, удержания, огрызками вводить как и писал документы по переходящим отпускам, больничным…
Сейчас ужас нахлынул))) сидишь и понимаешь, что уже половины не помнишь тех бед, что исправляли. Второй раз не хочется пережить такое))
Не цепляйтесь за прошлое. Не тяните историю начислений. Лучше переосмыслите учет, приведите в порядок начисления и удержания. А там не только они, там и документ прочих доходов имеет виды доходов и натуральный доход имеет виды доходов, и на каждый вид отпуска свое начисление компенсации…
Касательной кадровой истории и истории отпусков, тех что отражаются в Т-2. Все это дело переносится в двух регистрах сведений называются они как реестр кадровой истории и реестр отпусков. Их потом можно править и написать самим какая там у человека история была до даты переноса данных. У нас допустим тоже были переносы из ЗиК на семерке, тоже утеряно много, кадровики как договорились по мере необходимости до введут недостающие данные. Для этого я создал пару обработок редакторов реестров, доступны на инфостарте . Еще тут же выложил помогающую понять чего у человека творится с отпусками в разрезе рабочих периодов, почему правила цепанули то что цепанули.
(36) hellf,
Им нужно все разжевывать и показывать с картинками. И это еще не факт, что оценят труды.
Вот одно из последнего, что отправлял
В ЗУП 2.5 в качестве уполномоченного выбирается ответственное лицо «Главный бухгалтер», а в ЗУП 3.0 выбирается «Руководитель».
Да и к тому же, фактически такие заявления не попадают на подпись генеральному директору, достаточно подписи главного бухгалтера.
Ответ как отрезали.
И где я им их добуду? Перерыл инет. Нашел только упоминания, что Генерал или Главбух подписывает. В ЗУП 2.5 брался главбух. Всех видимо устраивало, и нас тоже, а тут пришел ЗУП 3.0, и уже Генерал подписывается. Им не-вдо-мёк, что у генерала туча дел, а заявления мог бы и главбух подписать, не приказы же.
Хоть про то, что должность там же не заполняется вообще, приняли и передали разработчикам.
По займам погашение в первый месяц некорректно рассчитывается, мат выгода и налог корректно, а погашение не по графику… тоже передано разработчикам.
Со словами сообщим обязательно, ну считай на пару недель и более.
Было дело переходимл на БП 2.0, тогда возникал вопрос по реализациям в У.Е., когда отгрузка была в один день, а переход права собственности в будущем. И были авансы в У.Е. которые нужно было зачесть еще при отгрузке без перехода права собственности. В 1С, это не реализовано, Бадались с ними в 2013 году. Они утверждали что у них правильно все. Ну я подправил некоторые моменты и программа стала считать как нам нужно выручку на день отгрузки (авансы учитывались по курсу авансов, а разница оставшаяся не зачтенной по курсу отгрузки) и соответственно считала корректно НДС. И вот месяц назад наверное, до них дошло (кто-то доказал им, добил), что у них косяк, так они вообще в документе перехода права собственности «Реализация отгруженных товаров» уборали возможность зачитывать авансы вообще как данность по следкам в У.Е. ))) Пришлось и тут костыль нашим бухам делать))) Жду развития событий.
регистры расчета у меня вообще пустые. прст
буду сейчас пробовать что с упрощенным переносом выйдет
пс.
при повторной выгрузке-загрузке начислений все появилось. что «все» еще не смотрела
Коли отмечал выше, то нужно и в заключение написать.
Ошибка 50000859 исправлена в 3.0.24.141 судя по описанию 1С
Не знаю следит кто или нет за комментами в этой публикации, но поделюсь так сказать одной болью, которая может коснуться многих.
Как известно в ЗУП 2.5 можно формировать резервы по отпускам и на выходе получать проводки в БУ 96 счет, а по НУ 97.01 счет.
В ЗУП 3.0 тоже можно так делать, вот только БП 3.0 (да именно БП 3.0 где проводки появляются на свет) не воспринимает чуть более чем никак сведения колонки периода признания расходов и не делает никаких проводок по 97.01 счету.
Так что будьте внимательны при желании внедрить ЗУП 3.0 взамен ЗУП 2.5.
У 1С спрашивал, что да как, написали колонка пока носит информативный характер и ни на что не влияет, но это я и так знал так как перерыл код проведения отражения ЗП в БП 3.0.
Как долго это будет так неизвестно, пока будем самостоятельно городить огород из внешних обработок увы…
(41) понятно, будем иметь ввиду. А для переноса бюджетных конфигураций (ЗКБУ и ЗГУ — 1С:Зарплата и кадры государственного учреждения 3.0) подойдет ? или есть другое решение?
(42) Agema, ну на сколько мне известно, в ЗУП 3.0 нет правил переноса из вышеуказанных вами конфигураций.
Если бы они были, то вероятно 1С бы их по образцу и подобию написала как для ЗУП 2.5, тогда да, видимо можно было бы использовать эту обработку как есть или с незначительными изменениями. А может подошел бы и стандартный способ выгрузки через обработку «Универсальный обмен данными в XML».
И да, забыл сказать, да ЗУП 3.0.25 получше будет, меньше ошибок, точно точно, да куда, вру, одни ушли другие пришли, в ней есть заложенная такая хорошая ошибка 50002101, из-за которой в значениях регистра периодических показателей труба лю лю получается (показатели могут просто не регистрироваться, у начислений показатели бубут нули) и плановые начисления могут вообще не начинаться (хотя показатели красиво отражены и даты корректные) что-то типа дата начала 01.01.2016, а дата окончания 01.10.2015 или же дата начала 01.01.2016 и дата окончания 01.01.2016… эта болезнь проявляется в документе изменения плановых начислений, кадровый перевод в части изменения начислений…
Не рекомендую обновляться на 3.0.25 пока не вышел релиз с исправленной ошибкой 50002101.
У нас эта ошибка как кость в горле… а в ЗУП 3.0.24 у отпусков и командировок, и наверное не только их, не регистрируются данные по учету среднего заработка для ФСС, в 3.0.25 пашет, а в 3.0.24 нет.
И там дурдом и там дурдом, везде дурдом))) не теряем оптимизма друзья))
Работает ли обработка при загрузке нескольких организаций?
(45) shults69, ну как видите в окне обработки нет возможности выбрать организацию => выгружаются данные по всем организациям сразу
Текущий релиз 1С ЗУП 3.0.25.138. В ЗУП 2.5 несколько организаций. Какие ваши рекомендации по переносу из ЗУП 2.5, поторопиться, подождать, каким вариантом воспользоваться, упрощенным или полным…?
(47) shults69,
1. берите сразу ЗУП 3.1
2. упрощенный перенос
Обоснования:
1. ЗУП 3.0 устарело в плане БСП, ща напилите обработок под нее, а завтра (в начале года) все равно придется ставить ЗУП 3.1 + еще переписывать обработки будете, если они тесто будт использовать БСП.
2. На полный перенос у вас не хватит времени, так как будут ошибки, а они будут, которые вы просто не сможете все выявить, а если выявите, то будет проблема их исправить в перенесенных документах, так не предполагается, что их вообще можно перепроводить. Через остатки самое правильное переходить ибо много мусора скинете со своих плеч.
Спасибо, удачи нам всем.
ДД! Может Вы мне поможете. При выгрузки из 2.5 универсальным обменом данных по правилам конвертации из 3.1 неверно проставляет дату периода выгрузки ПО 01.12.2013. Хотя я ставлю 31.06.2017. И данные переносит только по декабрь 2013. В чем ошибка, не знаю куда копать.(
(50) Правила переноса данных не предназначены для такого использования. Там есть ряд параметров, которые не задашь при таком способе выгрузки. Нужно лезть в конфигурации «Конвертация данных» редактировать эти правила и делать видимыми эти параметры, плюс там же можно посмотреть как отбабатываются указанные периоды.
(51)
Спасибо за разъяснение. Этот способ помог мне найти много ошибок из-за которых вылетала типовая выгрузка. Сейчас закончилась типовая и вроде что-то перенес. Буду тестить.
Добрый день, При загрузке разделов выгрузки правил пишет Ошибка при загрузке правил обмена
может быть еще подскажете, я выгрузил правила из ЗУП 3.1 (из общих макетов) и по этим правилам через Универсальный обмен xml выгружаю Физ.лиц из ЗУП 2.5, но выгружаются не все Физ.лица?
(53) Добрый вечер.
Я взял ЗУП 3.1.5.22 выгрузил из него макет ЗарплатаКадрыПереносДанныхИзЗУП25
Взял ЗУП 2.5.126.1 и эти правила загрузились без ошибок в мою обработку.
Разделы все показались.
(54) Я думаю все это связано с тем, что выгрузка идет только работающих сотрудников.
Чтобы с этим делом бороться, вам нужно модифицировать правила выгрузки в конфигурации Конвертация данных, открывая ряд параметров на редактирование в интерактивном режиме в обработке Универсальный обмен xml.
О всех этих сложностях я писал выше в публикации, после чего родилась данная обработка.
(55) Доброе утро.
Релиз 3.1.5.22 пока только для тестирования, я использую ЗУП 3.1.4.161, и из него соответственно выгрузил правила обмена.
Так же использовал ЗУП 2.5.126.1.
Интересно, но сейчас обработка отработала, разделы появились без ошибок.
Выгрузил Приемы на работу вашей обработкой и поставил Год начала переноса данных = 2018, но документы выгружаются все, в том числе старые, например, 2011, 2013г.
При упрощенном переносе вообще ничего не выгружается
В ЗУП 2.5 в обработке Универсальный обмен данными XML для типовых правил ЗУП 2.5-ЗУП3.1 на вкладке Параметры выгрузки для параметра ПереноситьНачисленияПредыдущейПрограммыОтладка нужно поставить 1, а на вкладке Выгружаемые данные можно выбрать разделы, а так же Выбрать период, тогда тоже будут выгружаться документы причем аналогично вашей выгрузке.
Я заметил, что при выгрузке через Универсальный обмен данными XML начальный период при выгрузке очищается, может быть из-за этого выгружаются «древние» документы?
Не совсем понял в чем преимущество вашей обработки от типовой выгрузки?
(58)
Есть два режима переноса данных заложенных 1С в своих правилах переноса данных:
— упрощенный
— полный
При полном переносятся кадровые данные и не только. Кадровые же данные переносятся в виде документов кадровых.
При упрощенном переносе кадровые данные переносятся в виде начальной штатной расстановки, при этом не выгружаются кадровые документы типа приемы, перемещения, увольнения. Как по мне самое правильное решение при переносе данных из ЗУП 2.5 ибо как бы не клялись Кадровики и расчетчики, но бардака всегда хватает в данных и уж лучше отсечь все лишнее и переходить с чистого листа через ввод начальных остатков так сказать.
Обработка моя ничего не добавляет в правила своего, все грехи, если они есть, — это грехи 1С.
Выявляйте косяки, пишите 1С с службу поддержки желательно чтобы облегчить жизнь и себе и другим в будущем.
(61), добрый день.
Вы не ответили на вопросы:
1) как не выгружать старые документы?
видимо только допиливать правила
2) я понял, что на данный момент ваша обработка не отличается от типовых правил
(62) Вы видимо плохо вчитываетесь в ответы.
1. Использовать упрощенный перенос данных, то есть не переносить начисления из предыдущей программы.
2. Обработка использует 100% типовые правила и ничего своего в алгоритмы переноса не вносит, а выступает в роли оболочки над обработкой «УниверсальныйОбменДаннымиXML», которую и использует сама незаметно для пользователя обеспечивая более комфортную работу по выгрузке данных.
1. Использовать упрощенный перенос данных — При этом режиме вообще не переносятся документы
2. Ну я и хочу сказать, что все параметры, которые у вас вынесены в обработку, сейчас есть в типовых правилах и нет необходимости использовать вашу обработку
(64) Я считаю бесполезно дальше вести общение, так как вы не хотите просто замечать простых истин, что эта обработка ПОМОЩНИК, а не некая отдельная разработка выполняющая весь перенос данных из ЗУП 2.5 в ЗУП 3.Х.
Если обработка вам не нравится, не используйте её.
В далеком 2015 году она была более чем актуальна, да и сейчас не вижу чтобы кто-то жаловался на нее кроме вас.
Люди используют ее и довольны, что собственно и достигалось.
Я и сам доволен, что она существует, так как она меня самого выручала и не раз.
По поводу того, что у вас там не переносятся документы, пишите в 1С и жалуйтесь на их правила переноса данными.
Изучайте сами правила переноса данными и смотрите чего у вас там не работает.
У меня как-то отпало желание делиться с вами опытом переноса данных.
(65), извините, если вас обидел
спасибо за обработку и советы
Добрый день! Спасибо, обработка пригодилась (модифицировала правила выгрузки физлиц и использовала для переноса данных физлиц из ЗУП 2.5 в ЗУП3 при переводе сотрудников в другую организацию). По поводу ошибок переноса в 15 году — было дело, 1С-ники в каждом релизе чего-то подправляли, и тут же чего-то портили… Поэтому экспериментировали-экспериментировали, да так до последнего и оставались на ЗУП2.5
(65) Здравствуйте Уважаемые! Подскажите пожалуйста по переходу с ЗУП 25 на ЗУП 31.
1Перешол простым (новый правила) переходом на 01.01.2018.
!!! Вопрос как можно перенести уже введенные с 01.01.2018 документы из ЗУП 25 в ЗУП 31 Например документы «Регистрация простоев сотрудников организации» в ЗУП 31.
Здравствуйте Уважаемые! Подскажите пожалуйста по переходу с ЗУП 25 на ЗУП 31.
1Перешол простым (новый правила) переходом на 01.01.2018.
!!! Вопрос как можно перенести уже введенные с 01.01.2018 документы из ЗУП 25 в ЗУП 31 Например документы «Регистрация простоев сотрудников организации» в ЗУП 31.
(69) Добрый день.
Нужно брать за основу правила переноса данных, которые вы использовали и в них делать новые правила конвертации объектов / свойств / выгрузки объектов для переноса документов. В общем это разработка уже.
Можно напилить обработок формирующих табличные файлы и потом их грузить в ЗУП 3.1 другими самописными обработками создавая документы.
(70)
Спасибо ! Выгрузил из ЗУП 2.5 универсальной обработкой загрузка выгрузка по правилам из шаблона ЗУП 3.1. Оказывается, типовые правила переносят все начисления за период из ЗУП 2.5 в ЗУП 3.1 не по документам а сводно в два документа «Перенос данных» с номерами ЗП (Фактические начисленная и удержания) и НЗП (Начисления удержания по сотрудникам) . ЗУП 3.1
(70) Жаль конечно, что по документно не переносятся начисления.
Не удалось произвести чтение разделов из-за ошибки: {Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(11733)}: Error calling context method (Прочитать): XML parsing error: — [1,7]
Подскажите, скопировал правила из общего макета, пересохранил в xml, при нажатии Загрузить разделы получаю ошибку выше, это что значит?
(73) Добрый день.
Видимо вы как-то не аккуратно файл выгрузили или еще что, приложите его тут например, чтобы можно было посмотреть.
Смахивает на то что просто в файле некорректная структура XML если это вообще XML конечно.
В общем нужен пациент (файл), для посмотреть
Добрый день! вопрос снимаю, если вдруг кто столкнется — первоначально копировал макет из англ интерфейса, были ошибки, перекопировал с русского — нормально. Разбираться не стал, раз работает.