Помощник выгрузки начальных данных из ЗУП 2.5 в ЗУП 3.0

Обмен - Перенос данных из 1C8 в 1C8

37
Обработка позволяет выгрузить из ЗУП 2.5 только требующиеся разделы учета (громко сказано) при переносе начальных данных в ЗУП 3.0.

Предистория:

Дело было так, начиная с лета 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 процессор прекрасно все перемолачивает, главное, что памяти дофига оперативной.


Пример окна обработки с выбранными разделами

 

Что нужно?

  1. качаем обработку
  2. выгружаем правила переноса данных из ЗУП 3.0 (общий макет "ЗарплатаКадрыПереносДанныхИзЗУП25")
  3. запускаем обработку в ЗУП 2.5
  4. указываем ей файл с правилами
  5. указываем каталог куда необходимо произвести выгрузку
  6. указываем дату на которую переносятся данные (можно указать только первое число любого месяца)
  7. нажимаем кнопку "Загрузить разделы выгрузки данных из правил"
  8. отмечаем требующиеся разделы учета
  9. жмем кнопку "Выгрузить данные"
  10. загружаем вручную данные в ЗУП 3.0 посредством обработки "Универсальный обмен данными в формате XML"
Пункт 10, в принципе автоматизируем, но ленно сейчас это делать, может кто и займется, задача по сути сводится к вводу списка фалов в окно некой обработки, а та в свою очередь по очереди каждый загрузит применяя обработку "Универсальный обмен данными в формате XML"  для этих целей.

Пункт 2, тоже в принципе можно сделать обработкой, нажал кнопку, и макет "упал" на диск.
 

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

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

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

 

Что за имена файлов на выходе?

Например:

  • +1900.01 - 01 - 2015.02.11 - ОбщиеОбъекты.xml
  • +1900.01 - 01.01 - 2015.02.13 - Организации.xml
Шаблон имени:
"+<год и месяц остатков> - <полный номер раздела/подраздела> - <дата когда собственно файл первый раз записался на диск> - <служебное название раздела подраздела>"

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

Пример файлов выгрузки 

На рисунке выше видно, что раздел "07" пришлось выгружать по частям, так как подраздел "07.5" "помирает" на нехватке памяти.
Придется базу мучать во время выгрузки на серваке 1С х64, так как в файловом варианте труба просто.

 

UPD 20/04/2015

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

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

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

При упрощенном переносе в название фала в начале перед датой добавлется фраза "Упрощенный перенос - ".

Если флажок снят, то используется полный перенос данных (то что 1С посчитала достаточным), при этом необходимо указать год начиная с которого переносятся учетные данные.

 

новый функционал

 

ВАЖНО!!!

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


UPD 2015/08/24

Подправил момент связанный с выгрузкой по одному сотруднику, теперь параметр передается в правила выгрузки корректно, но так или иначе необходимо исправить и сами правила выгрузки, чтобы не цеплялись все физики засветившиеся в регистрах СтраховыеВзносыСведенияОДоходахНДФЛСведенияОДоходах.

Алгоритм: "ФизическиеЛица_ВременнаяТаблица"

Алгоритмы								= ВидСубконто;
Параметры								= ИсходящиеДанные;
Запросы									= ВходящиеДанные;
ПринудительноОбновитьВременнуюТаблицу	= Источник;

ФизическиеЛица_ВременнаяТаблица = Неопределено;
Если ЗначениеЗаполнено(ПринудительноОбновитьВременнуюТаблицу) = 0 Тогда
	ФизическиеЛица_ВременнаяТаблица = ОбъектыПереносаДанных.Структура_Получить(Параметры.ВременноеХранилище, "ФизическиеЛица_ВременнаяТаблица");
КонецЕсли;

Если ФизическиеЛица_ВременнаяТаблица = Неопределено Тогда
	
	Запрос = Новый Запрос;
	
	Если Параметры.ПереноситьНачисленияПредыдущейПрограммы Тогда
		
		Запрос.МенеджерВременныхТаблиц = Новый МенеджерВременныхТаблиц;
		Запрос.УстановитьПараметр("ДатаНачалаПереносаРасчетныхДанных",	Параметры.ДатаНачалаПереносаРасчетныхДанных);
		Запрос.УстановитьПараметр("Сотрудник",							Параметры.СотрудникДляОтладки);
		Запрос.УстановитьПараметр("ПоВсемСотрудникам",					Параметры.СотрудникДляОтладки.Пустая());
		Запрос.УстановитьПараметр("ФизическоеЛицо",						Параметры.ФизическоеЛицоДляОтладки);
		Запрос.УстановитьПараметр("ПоВсемФизическимЛицам",				Параметры.ФизическоеЛицоДляОтладки.Пустая());
		
		Запрос.Текст = Запросы.ФизическиеЛица_ВременнаяТаблица.Текст;
		Запрос.Выполнить();
		
	Иначе
		
		Запрос.МенеджерВременныхТаблиц = ОбъектыПереносаДанных.ВыполнитьАлгоритм("РаботникиОрганизации_ВременнаяТаблица", Параметры.Алгоритмы, Параметры, Запросы);
		Запрос.УстановитьПараметр("ДатаСреза",		Параметры.МесяцНачалаЭксплуатации);
		Запрос.УстановитьПараметр("НачалогоГода",	НачалоГода(Параметры.МесяцНачалаЭксплуатации));
		
		// { добавлено, Фелькер И.В. 2015.08.24
		Запрос.УстановитьПараметр("ПоВсемФизическимЛицам",					Параметры.ФизическоеЛицоДляОтладки.Пустая());
		// } добавлено
		
		Запрос.Текст = 
		"ВЫБРАТЬ РАЗЛИЧНЫЕ
		|	СтраховыеВзносыСведенияОДоходах.ФизЛицо  КАК Физлицо
		|ПОМЕСТИТЬ ВТФизическиеЛица
		|ИЗ
		|	РегистрНакопления.СтраховыеВзносыСведенияОДоходах КАК СтраховыеВзносыСведенияОДоходах
		|ГДЕ
		|	СтраховыеВзносыСведенияОДоходах.Период МЕЖДУ &НачалогоГода И &ДатаСреза
		// { добавлено, Фелькер И.В. 2015.08.24
		|   И &ПоВсемФизическимЛицам
		// } добавлено
		|
		|ОБЪЕДИНИТЬ
		|
		|ВЫБРАТЬ РАЗЛИЧНЫЕ
		|	НДФЛСведенияОДоходах.ФизЛицо
		|ИЗ
		|	РегистрНакопления.НДФЛСведенияОДоходах КАК НДФЛСведенияОДоходах
		|ГДЕ
		|	НДФЛСведенияОДоходах.Период МЕЖДУ &НачалогоГода И &ДатаСреза
		// { добавлено, Фелькер И.В. 2015.08.24
		|   И &ПоВсемФизическимЛицам
		// } добавлено		
		|
		|ОБЪЕДИНИТЬ
		|
		|ВЫБРАТЬ РАЗЛИЧНЫЕ
		|	ВТРаботникиОрганизации.Сотрудник.Физлицо
		|ИЗ
		|	ВТРаботникиОрганизации КАК ВТРаботникиОрганизации";
		
		Запрос.Выполнить();
		
	КонецЕсли;
	
	ФизическиеЛица_ВременнаяТаблица = Запрос.МенеджерВременныхТаблиц;
	
	ОбъектыПереносаДанных.Структура_Установить(Параметры.ВременноеХранилище, "ФизическиеЛица_ВременнаяТаблица", ФизическиеЛица_ВременнаяТаблица);
	
КонецЕсли;

Субконто = ФизическиеЛица_ВременнаяТаблица;
37

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

Наименование Файл Версия Размер
ПомощникВыгрузкиНачальныхДанныхИзЗУП25ВЗУП30.epf
.epf 18,60Kb
24.08.15
277
.epf 18,60Kb 277 Скачать

См. также

Специальные предложения

Комментарии
Избранное Подписка Сортировка: Древо
1. nord 14.02.15 22:01 Сейчас в теме
У меня неправильно сконвертировался регистр сведений "Данные о времени для расчета среднего (общий)" (если честно не знаю как этот регистр назывался в 2.5). Вашей обработкой можно будет перенести только его? Если да, беру не глядя)
2. Brawler 404 15.02.15 23:34 Сейчас в теме
(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.
5. nord 18.02.15 11:32 Сейчас в теме
(2) Жаль, но именно тот раздел который мне нужен -"07.03", не выгружается. Выгружено объектов: 0.
Куда посмотреть, не подскажите?
6. Brawler 404 18.02.15 12:16 Сейчас в теме
(5) nord, что вообще выводится в окне сообщений?
8. nord 18.02.15 13:24 Сейчас в теме
(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. Brawler 404 18.02.15 15:12 Сейчас в теме
(8) nord, как-то подозрительно. Вы из последней версии ЗУП 3.0 используете правила переноса? Просто может сложиться так, что если вы используете старые, то не инициализируется параметр дата начала перед выгрузкой правил, но и в этом случае в правилах помнится было, ставится дата по умолчанию 01.01.2006 вроде.
А вообще лучше изучите правила выгрузки изнутрёв

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

ВидыВремени = Новый Массив;
ВидыВремени.Добавить(Перечисления.ВидыВремени.ОтработанноеВПределахНормы);
ВидыВремени.Добавить(Перечисления.ВидыВремени.ОтработанноеСверхНормы);

ТекстЗапроса = 
"ВЫБРАТЬ
|	ОсновныеНачисления.ПериодДействия КАК ПериодДействия,
|	ОсновныеНачисления.Сотрудник КАК Сотрудник,
|	СУММА(ОсновныеНачисления.НормаДней) КАК ОтработаноДней,
|	СУММА(ОсновныеНачисления.НормаЧасов) КАК ОтработаноЧасов
|ПОМЕСТИТЬ ВТПрогулы
|ИЗ
|	РегистрРасчета.ОсновныеНачисленияРаботниковОрганизаций КАК ОсновныеНачисления
|ГДЕ
|	ОсновныеНачисления.ПериодДействия = &ТекущийМесяц
|	И ОсновныеНачисления.ПериодРегистрации < &ДатаНачалаРаботыСПрограммой
|	И ОсновныеНачисления.ВидРасчета.ОбозначениеВТабелеУчетаРабочегоВремени = ЗНАЧЕНИЕ(Справочник.КлассификаторИспользованияРабочегоВремени.Прогулы)
|	И ОсновныеНачисления.Сотрудник В
|			(ВЫБРАТЬ
|				ВТСотрудники.Сотрудник
|			ИЗ
|				ВТСотрудники)
|
|СГРУППИРОВАТЬ ПО
|	ОсновныеНачисления.ПериодДействия,
|	ОсновныеНачисления.Сотрудник,
|	ОсновныеНачисления.ВидРасчета
|
|ОБЪЕДИНИТЬ
|
|ВЫБРАТЬ
|	ОсновныеНачисления.ПериодДействия,
|	ОсновныеНачисления.Сотрудник,
|	СУММА(РабочееВремя.Дней),
|	СУММА(РабочееВремя.Часов)
|ИЗ
|	РегистрРасчета.ОсновныеНачисленияРаботниковОрганизаций.ФактическийПериодДействия(
|			ПериодДействия = &ТекущийМесяц
|				И ПериодРегистрации < &ДатаНачалаРаботыСПрограммой
|				И ВидРасчета = ЗНАЧЕНИЕ(ПланВидовРасчета.ОсновныеНачисленияОрганизаций.ДниНеоплачиваемыеСогласноТабелю)
|				И Сотрудник В
|					(ВЫБРАТЬ
|						ВТСотрудники.Сотрудник
|					ИЗ
|						ВТСотрудники)) КАК ОсновныеНачисления
|		ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрНакопления.РабочееВремяРаботниковОрганизаций КАК РабочееВремя
|		ПО ОсновныеНачисления.Сотрудник = РабочееВремя.Сотрудник
|			И (РабочееВремя.Период МЕЖДУ ОсновныеНачисления.ПериодДействияНачало И ОсновныеНачисления.ПериодДействияКонец)
|			И (РабочееВремя.ВидИспользованияРабочегоВремени = ЗНАЧЕНИЕ(Справочник.КлассификаторИспользованияРабочегоВремени.Прогулы))
|
|СГРУППИРОВАТЬ ПО
|	ОсновныеНачисления.Сотрудник,
|	ОсновныеНачисления.ПериодДействия
|
|ИНДЕКСИРОВАТЬ ПО
|	ПериодДействия,
|	Сотрудник
|;
|
|////////////////////////////////////////////////////////////­////////////////////
|ВЫБРАТЬ
|	ОсновныеНачисления.ПериодДействия КАК ПериодДействия,
|	ОсновныеНачисления.Сотрудник КАК Сотрудник,
|	СУММА(ОсновныеНачисления.ОтработаноДней) КАК ОтработаноДней,
|	СУММА(ОсновныеНачисления.ОтработаноЧасов) КАК ОтработаноЧасов,
|	СУММА(ОсновныеНачисления.ОтработаноДнейПоПятидневке) КАК ОтработаноДнейПоПятидневке,
|	СУММА(ОсновныеНачисления.ОтработаноЧасовПоПятидневке) КАК ОтработаноЧасовПоПятидневке,
|	ОсновныеНачисления.ВидРасчета
|ПОМЕСТИТЬ ВТОтработанноеВремя
|ИЗ
|	РегистрРасчета.ОсновныеНачисленияРаботниковОрганизаций КАК ОсновныеНачисления
|ГДЕ
|	ОсновныеНачисления.ПериодДействия = &ТекущийМесяц
|	И ОсновныеНачисления.ПериодРегистрации < &ДатаНачалаРаботыСПрограммой
|	И ОсновныеНачисления.ВидРасчета.ВидВремени В(&ВидыВремени)
|	И ОсновныеНачисления.Сотрудник В
|			(ВЫБРАТЬ
|				ВТСотрудники.Сотрудник
|			ИЗ
|				ВТСотрудники)
|
|СГРУППИРОВАТЬ ПО
|	ОсновныеНачисления.ПериодДействия,
|	ОсновныеНачисления.Сотрудник,
|	ОсновныеНачисления.ВидРасчета
|
|ИНДЕКСИРОВАТЬ ПО
|	ПериодДействия,
|	Сотрудник
|;
|
|////////////////////////////////////////////////////////////­////////////////////
|ВЫБРАТЬ
|	ДанныеГрафика.ПериодДействия КАК ПериодДействия,
|	ДанныеГрафика.Сотрудник КАК Сотрудник,
|	СУММА(ДанныеГрафика.ПроизводственныйКалендарьШестидневкаФактическийПериодДействи­я * ВЫБОР
|			КОГДА ДанныеГрафика.Сторно
|				ТОГДА -1
|			ИНАЧЕ 1
|		КОНЕЦ) КАК ОтработаноДнейШестидневка
|ПОМЕСТИТЬ ВТДанныеШестидневка
|ИЗ
|	РегистрРасчета.ОсновныеНачисленияРаботниковОрганизаций.ДанныеГрафика(
|			ПериодДействия = &ТекущийМесяц
|				И ПериодРегистрации < &ДатаНачалаРаботыСПрограммой
|				И (Сотрудник, ВидРасчета) В
|					(ВЫБРАТЬ
|						ВТОтработанноеВремя.Сотрудник,
|						ВТОтработанноеВремя.ВидРасчета
|					ИЗ
|						ВТОтработанноеВремя)) КАК ДанныеГрафика
|
|СГРУППИРОВАТЬ ПО
|	ДанныеГрафика.ПериодДействия,
|	ДанныеГрафика.Сотрудник
|
|ИНДЕКСИРОВАТЬ ПО
|	ПериодДействия,
|	Сотрудник
|;
|
|////////////////////////////////////////////////////////////­////////////////////
|ВЫБРАТЬ
|	ОсновныеНачисления.ПериодДействия КАК ПериодДействия,
|	ОсновныеНачисления.Сотрудник КАК Сотрудник,
|	СУММА(РАЗНОСТЬДАТ(ОсновныеНачисления.ПериодДействияНачало, ДОБАВИТЬКДАТЕ(ОсновныеНачисления.ПериодДействияКонец, СЕКУНДА, 1), ДЕНЬ) * ВЫБОР
|			КОГДА ОсновныеНачисления.Сторно
|				ТОГДА -1
|			ИНАЧЕ 1
|		КОНЕЦ) КАК ОтработаноДнейКалендарных
|ПОМЕСТИТЬ ВТДанныеКалендарныеДни
|ИЗ
|	РегистрРасчета.ОсновныеНачисленияРаботниковОрганизаций КАК ОсновныеНачисления
|ГДЕ
|	ОсновныеНачисления.ПериодДействия = &ТекущийМесяц
|	И ОсновныеНачисления.ПериодРегистрации < &ДатаНачалаРаботыСПрограммой
|	И (ОсновныеНачисления.Сотрудник, ОсновныеНачисления.ВидРасчета) В
|			(ВЫБРАТЬ
|				ВТОтработанноеВремя.Сотрудник,
|				ВТОтработанноеВремя.ВидРасчета
|			ИЗ
|				ВТОтработанноеВремя)
|
|СГРУППИРОВАТЬ ПО
|	ОсновныеНачисления.ПериодДействия,
|	ОсновныеНачисления.Сотрудник
|
|ИНДЕКСИРОВАТЬ ПО
|	ПериодДействия,
|	Сотрудник
|;
|
|////////////////////////////////////////////////////////////­////////////////////
|ВЫБРАТЬ
|	ДанныеВремя.Месяц,
|	ДанныеВремя.Сотрудник КАК Сотрудник,
|	СУММА(ДанныеВремя.ОтработаноДней) КАК ОтработаноДней,
|	СУММА(ДанныеВремя.ОтработаноЧасов) КАК ОтработаноЧасов,
|	СУММА(ДанныеВремя.ОтработаноДнейПоПятидневке) КАК ОтработаноДнейПятидневка,
|	СУММА(ДанныеВремя.ОтработаноЧасовПоПятидневке) КАК ОтработаноЧасовПятидневка,
|	СУММА(ДанныеВремя.ОтработаноДнейКалендарных) КАК ОтработаноДнейКалендарных,
|	СУММА(ДанныеВремя.ОтработаноДнейШестидневка) КАК ОтработаноДнейШестидневка
|ИЗ
|	(ВЫБРАТЬ
|		ОтработанноеВремя.ПериодДействия КАК Месяц,
|		ОтработанноеВремя.Сотрудник КАК Сотрудник,
|		СУММА(ОтработанноеВремя.ОтработаноДней) КАК ОтработаноДней,
|		СУММА(ОтработанноеВремя.ОтработаноЧасов) КАК ОтработаноЧасов,
|		СУММА(ОтработанноеВремя.ОтработаноДнейПоПятидневке) КАК ОтработаноДнейПоПятидневке,
|		СУММА(ОтработанноеВремя.ОтработаноЧасовПоПятидневке) КАК ОтработаноЧасовПоПятидневке,
|		0 КАК ОтработаноДнейКалендарных,
|		0 КАК ОтработаноДнейШестидневка
|	ИЗ
|		ВТОтработанноеВремя КАК ОтработанноеВремя
|	
|	СГРУППИРОВАТЬ ПО
|		ОтработанноеВремя.ПериодДействия,
|		ОтработанноеВремя.Сотрудник
|	
|	ОБЪЕДИНИТЬ ВСЕ
|	
|	ВЫБРАТЬ
|		Прогулы.ПериодДействия,
|		Прогулы.Сотрудник,
|		Прогулы.ОтработаноДней,
|		Прогулы.ОтработаноЧасов,
|		0,
|		0,
|		0,
|		0
|	ИЗ
|		ВТПрогулы КАК Прогулы
|	
|	ОБЪЕДИНИТЬ ВСЕ
|	
|	ВЫБРАТЬ
|		ДанныеШестидневка.ПериодДействия,
|		ДанныеШестидневка.Сотрудник,
|		0,
|		0,
|		0,
|		0,
|		0,
|		СУММА(ДанныеШестидневка.ОтработаноДнейШестидневка)
|	ИЗ
|		ВТДанныеШестидневка КАК ДанныеШестидневка
|	
|	СГРУППИРОВАТЬ ПО
|		ДанныеШестидневка.ПериодДействия,
|		ДанныеШестидневка.Сотрудник
|	
|	ОБЪЕДИНИТЬ ВСЕ
|	
|	ВЫБРАТЬ
|		ВТДанныеКалендарныеДни.ПериодДействия,
|		ВТДанныеКалендарныеДни.Сотрудник,
|		0,
|		0,
|		0,
|		0,
|		ВТДанныеКалендарныеДни.ОтработаноДнейКалендарных,
|		0
|	ИЗ
|		ВТДанныеКалендарныеДни КАК ВТДанныеКалендарныеДни) КАК ДанныеВремя
|
|СГРУППИРОВАТЬ ПО
|	ДанныеВремя.Месяц,
|	ДанныеВремя.Сотрудник";

МенеджерВременныхТаблиц = ОПД_ВыполнитьАлгоритм("Сотрудники_ВременнаяТаблица", Параметры.Алгоритмы, Параметры, Запросы);
Запрос = Новый Запрос;
Запрос.МенеджерВременныхТаблиц = МенеджерВременныхТаблиц;
Запрос.УстановитьПараметр("ВидыВремени", ВидыВремени);
Запрос.УстановитьПараметр("ДатаНачалаРаботыСПрограммой", ДатаНачалаРаботыСПрограммой);

ТекущийМесяц = МесяцНачалаПереноса;

Пока ТекущийМесяц <= МесяцОкончанияПереноса Цикл
	
	Запрос.Текст = ТекстЗапроса;
	Запрос.УстановитьПараметр("ТекущийМесяц", ТекущийМесяц);
	
	ТаблицаДанных = Запрос.Выполнить().Выгрузить();
	
	Запрос.Текст = 
	"УНИЧТОЖИТЬ ВТПрогулы
	|;
	|
	|////////////////////////////////////////////////////////////­////////////////////
	|УНИЧТОЖИТЬ ВТДанныеШестидневка
	|;
	|
	|////////////////////////////////////////////////////////////­////////////////////
	|УНИЧТОЖИТЬ ВТДанныеКалендарныеДни
	|;
	|
	|////////////////////////////////////////////////////////////­////////////////////
	|УНИЧТОЖИТЬ ВТОтработанноеВремя";
	Запрос.Выполнить();
	
	ТекущийМесяц = ДобавитьМесяц(ТекущийМесяц, 1);
	
	ВыборкаДанных = Новый Массив;
	Для каждого СтрокаТЗ Из ТаблицаДанных Цикл
		
		ВыгрузитьПоПравилу(СтрокаТЗ, , , , "СведенияОВремениДляРасчетаСреднегоОбщий");
		
	КонецЦикла;
	
КонецЦикла;
Показать
10. nord 18.02.15 15:38 Сейчас в теме
11. Brawler 404 19.02.15 09:06 Сейчас в теме
(10) nord, проверил на 3.0.21.22, нормально выгружает, вам нужно копать свои случай индивидуально и конечно же рыться в данных, которые мне не доступны.

Дату указал 01.01.2000

-----------------------------------------------------------
Начата выгрузка раздела: СведенияОВремениДляРасчетаСреднегоОбщий 19.02.2015 8:54:29
-----------------------------------------------------------

Начало выгрузки:   19.02.2015 8:54:29

Окончание выгрузки: 19.02.2015 9:02:23

Выгружено объектов: 54 222
-----------------------------------------------------------
Завершена выгрузка раздела: СведенияОВремениДляРасчетаСреднегоОбщий 19.02.2015 9:02:23
-----------------------------------------------------------
-----------------------------------------------------------
Завершена выгрузка всех отмеченных разделов
-----------------------------------------------------------
Показать
13. nord 06.03.15 09:19 Сейчас в теме
(11) Прошу прощения, не правильно дату ставил. Перегрузил пункт "07.03", все отлично. Клиент счастлив))
3. anto-belyaev 8 16.02.15 00:44 Сейчас в теме
Если я не ошибаюсь, то согласно стандартному принципу переноса "Кадровые данные за все время, расчетные данные за 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 день) с признаком Явка, Неявка и Болезнь соответственно, то собирается он крайне долго и муторно, вот памяти и не хватает.
По крайней мере, в большинстве случаев заказчикам этого достаточно.


4. Brawler 404 16.02.15 08:16 Сейчас в теме
(3) anto-belyaev, вы по своему правы однозначно, от задач заказчика и плясать нужно. Мне просто мои кадровики прожужжали ухи тем, что вот при переходе с ЗиК на ЗУП 2.5 (делал не я) были утрачены кадровые данные по куче сотрудников не работавших на момент переноса данных, и что мол перенесите нам их задним числом. Я уже не ввязывался в эту затею и пока на этапе перехода на ЗУП 3.0 хочется сохранить все по максимуму, что можно из ЗУП 2.5.
7. gull22 84 18.02.15 12:31 Сейчас в теме
Спасибо за информацию о проблеме. Плюс
12. Brawler 404 19.02.15 11:44 Сейчас в теме
ХМ!
Вообще забыл и тут вспомнил.
Для загрузки данных можно воспользоваться другой обработкой сделанной мной и опубликованной в http://infostart.ru/public/200519/ имя ей "ЗагрузкаДанныхИзЗУП_УФ". Пригодна не только для загрузки в БП 3.0, но и ЗУП 3.0, да и вообще как мне думается в любую типовую на управляемых формах, но сам не пробовал.
14. Brawler 404 20.04.15 16:59 Сейчас в теме
Важный момент, я намеренно не делаю выгрузку данных 1:1 как это делает 1С.
По феншую, нужно удалять из перечня выгружаемых данных разделы в названии которых указано в конце "_ПереносНачислений" или "_УпрощенныйПеренос".
При упрощенном переносе, должны удаляться разделы с названием, где есть "_ПереносНачислений", а при полном, те где есть "_УпрощенныйПеренос".
При загрузке данных важно это учитывать.
1С вроде как внутри правил выгрузки обрабатывают ситуацию какой режим выгрузки используется и выгрузка не нужных данных не происходит, но они тоже могут упороть кося как и все мы, так что смотрите в оба!!!
15. Brawler 404 21.04.15 15:04 Сейчас в теме
На множество моих просьб устранить небольшие ошибки в правилах переноса данных все свелось к

Здравствуйте!
Ваше обращение зарегистрировано под номером SW931235 / 4.
Пожалуйста, в тексте следующих обращений на эту же тему ссылайтесь на этот номер.

Все указанные Вами письма в итоге свелись к общему вопросу: "Надеюсь 1С не похоронит старый способ переноса данных, уже проделан большой объем работы и так вот на пол пути все бросать как-то не серьезно."

На этот вопрос ответ дан по SW930833:
Ответ разработчиков
По кнопке "Настройка" можно выбрать вариант переноса данных - в том числе и старый.
Если пользователь считает, что ему в новой программе нужно все, что было ранее, использует полный перенос, после чего надо будет пересмотреть систему начислений и актуализировать соответствующую информацию в сотрудниках.

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


ГРУСТЬ ПЕЧАЛЬ!
16. stash_84 22.05.15 12:48 Сейчас в теме
(15) у Вас нет, случаем, "переработанных" правил для переноса?
17. Brawler 404 22.05.15 17:42 Сейчас в теме
(16) stash_84, да вот все не начинал как-то, больше на ошибки 1С писал письма, но как видно зря. Пока подожду чего они накуралесят с переносом только остатков, а там с коллегами решим идти своим путем (дорабатывать правила полные) или остановимся на упрощенном варианте (что не желательно).
Пока время есть, середина года, а план перехода в начале 2016 только.
18. stash_84 25.05.15 10:10 Сейчас в теме
(17) спасибо за ответ, к сожалению, на данный момент, мне одному не по силам переработать правила "полного переноса". Разработчики, вроде как, что-то исправляют, но глобальных изменений не наблюдается. Если останется потребность, можно будет к Вам обратиться ближе к 2016-му или уже когда он наступит?
19. Brawler 404 25.05.15 16:46 Сейчас в теме
(18) stash_84, я думаю, что если начну перерабатывать правила, то вы об этом тут узнаете, да и буду наверное стараться привлечь людей к этому делу, так как еще перенос данных из БП в БП можно написать самому, а вот из ЗУП в ЗУП это самому действительно сложно так как и структура баз сложна и знаний не сильно много
20. Krio2 21.07.15 06:52 Сейчас в теме
Отличная, качественная обработка, которая экономит кучу времени, спасибо! Только включите в поддерживаемые конфигурацию и КОРП версию ЗУП, хотя для программистов не проблема конечно.
21. Brawler 404 21.07.15 09:27 Сейчас в теме
(20) Krio2, КОРП учел в обработке, но это действительно мелочь, так как этот инструмент больше для программистов, а им все равно что-то да не понравится и появится желание попилить.
Спасибо.
24. tvg258 38 12.11.15 07:38 Сейчас в теме
(21) помогите пожалуйста. У нас несколько организаций, база за 10 лет. Сотрудники переходили из одного предприятия в другое. Принимались на работу, увольнялись, снова возвращались.
1. Выгрузка. Выгрузила все, кроме "Взаиморасчетов с сотрудниками". Разбила выгрузку на авансовые выплаты и собственно взаиморасчеты. Авансовые прошли. Взаиморасчеты начинают работать и уходят в аут - процессы идут, что-то делает бесконечно. После работы в течение 2 суток(выходные), вырубила процесс. Выгрузить так и не смогла. В чем может быть проблема? Может кто сталкивался?
2. Загрузка.
При загрузке "Расчет зарплаты" дает ошибку, что запись на такого сотрудника в плановых начислениях у же есть. Анализирую - переносит плановые начисления уволенного сотрудника.
"Учет начисленной зарплаты" - не берет начисления, которые введены на предприятии - конкретно льготникам на вредном производстве выплаты на молоко.
и далее эти выплаты при учете НДФЛ выдает - тоже не грузит и пошло валом - учет соц пособий, учет страховых.
Буду рада любой информации по опыту вашей выгрузки - загрузки.
С уважением, Татьяна
25. Brawler 404 19.11.15 08:46 Сейчас в теме
(24) tvg258,
Простите, что не сильно скоро отвечаю.
После работы в течение 2 суток(выходные), вырубила процесс. Выгрузить так и не смогла. В чем может быть проблема? Может кто сталкивался?

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

При загрузке "Расчет зарплаты" дает ошибку, что запись на такого сотрудника в плановых начислениях у же есть. Анализирую - переносит плановые начисления уволенного сотрудника.

1С такие 1С, что не всегда могут учесть всю сложность своих конфигураций, нам так вообще постигнуть их сложно.
Там или в правилах переноса данных ошибка или у вас действительно на одну дату к примеру у того сотрудника приходится несколько плановых начислений.
Можно поискать чего и как у этого сотрудника в ЗУП 2.5 и попытаться устранить лишние данные.
В ЗУП 3.0 плановые начисления записываются в регистр ПлановыеНачисления, у которого есть измерения "Сотрудник, ФизическоеЛицо, ДокументОснование, ГоловнаяОрганизация, Начисление". Он к тому же периодический в пределах секунды. При переноса у вас вот по всем пяти измерениям + время/период, получается дублирование в нескольких записях регистра и он матерится, из-за чего обрывается загрузка.

А то что осуществляется перенос уволенного сотрудника, так это нормально, особенно в том случае, если сотрудник на дату переноса данных еще работал, а после даты переноса данных его уволили.

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


Поглядел правила переноса данных.
Касательно начислений и удержаний там вообще все в лоб переносится, выкидываются только в сторону: ОтпускПоУходуЗаРебенкомБезОплаты, ДивидендыАкционеров, ДивидендыРаботников.
22. Brawler 404 24.08.15 11:00 Сейчас в теме
23. Brawler 404 10.09.15 16:56 Сейчас в теме
Заметка больше для себя на память.
Сведения о доходах для НДФЛ удалось перенести по моему мнению корректно только после модификации правил переноса.

Запрос: НДФЛСведенияОДоходах_Выборка

ВЫБРАТЬ
	НДФЛСведенияОДоходах.ФизЛицо КАК ФизЛицо,
	НДФЛСведенияОДоходах.Организация,
	НДФЛСведенияОДоходах.Период КАК Период,
	НДФЛСведенияОДоходах.КодДохода,
	НДФЛСведенияОДоходах.КодВычета,
	СУММА(НДФЛСведенияОДоходах.СуммаДохода) КАК СуммаДохода,
	СУММА(НДФЛСведенияОДоходах.СуммаВычета) КАК СуммаВычета,
	НДФЛСведенияОДоходах.ВидРасчета КАК ВидРасчета,
	НДФЛСведенияОДоходах.ОбособленноеПодразделение,
	НДФЛСведенияОДоходах.ПодразделениеОрганизации,
	НДФЛСведенияОДоходах.ДатаПолученияДохода,
	НДФЛСведенияОДоходах.ЗарегистрированоДляПромежуточногоРасчета,
	НДФЛСведенияОДоходах.КодПоОКТМО,
	НДФЛСведенияОДоходах.КодПоОКАТО,
	НДФЛСведенияОДоходах.КПП,
	НДФЛСведенияОДоходах.ОбособленноеПодразделение КАК ОрганизацияОтбор,
	// { добавлено, Фелькер И.В. 2015.09.09
	НАЧАЛОПЕРИОДА(НДФЛСведенияОДоходах.Период, МЕСЯЦ) КАК ПериодОтбор,
	// } добавлено
	// { удалено, Фелькер И.В. 2015.09.09
	//НАЧАЛОПЕРИОДА(НДФЛСведенияОДоходах.ПериодРегистрации, МЕСЯЦ) КАК ПериодОтбор
	// } удалено
	// { добавлено, Фелькер И.В. 2015.09.10
	НАЧАЛОПЕРИОДА(НДФЛСведенияОДоходах.ПериодРегистрации, МЕСЯЦ) КАК МесяцНалоговогоПериода
	// } добавлено	
ИЗ
	РегистрНакопления.НДФЛСведенияОДоходах КАК НДФЛСведенияОДоходах
ГДЕ
	НДФЛСведенияОДоходах.ФизЛицо В
			(ВЫБРАТЬ РАЗЛИЧНЫЕ
				ФизическиеЛица.Физлицо
			ИЗ
				ВТФизическиеЛица КАК ФизическиеЛица)
	// { добавлено, Фелькер И.В. 2015.09.09
	И НАЧАЛОПЕРИОДА(НДФЛСведенияОДоходах.Период, МЕСЯЦ) = &ДатаПереносаРасчетныхДанных
	// } добавлено
	// { удалено, Фелькер И.В. 2015.09.09
	//И НАЧАЛОПЕРИОДА(НДФЛСведенияОДоходах.ПериодРегистрации, МЕСЯЦ) = &ДатаПереносаРасчетныхДанных
	// } удалено

СГРУППИРОВАТЬ ПО
	НДФЛСведенияОДоходах.Организация,
	НДФЛСведенияОДоходах.ЗарегистрированоДляПромежуточногоРасчета,
	НДФЛСведенияОДоходах.ФизЛицо,
	НДФЛСведенияОДоходах.КодДохода,
	НДФЛСведенияОДоходах.КодВычета,
	НДФЛСведенияОДоходах.ВидРасчета,
	НДФЛСведенияОДоходах.КодПоОКТМО,
	НДФЛСведенияОДоходах.Период,
	НДФЛСведенияОДоходах.КПП,
	НДФЛСведенияОДоходах.ДатаПолученияДохода,
	НДФЛСведенияОДоходах.ПодразделениеОрганизации,
	НДФЛСведенияОДоходах.КодПоОКАТО,
	// { удалено, Фелькер И.В. 2015.09.09
	//НАЧАЛОПЕРИОДА(НДФЛСведенияОДоходах.ПериодРегистрации, МЕСЯЦ),
	// } добавлено
	// { добавлено, Фелькер И.В. 2015.09.09
	НАЧАЛОПЕРИОДА(НДФЛСведенияОДоходах.Период, МЕСЯЦ),
	// } добавлено
	// { добавлено, Фелькер И.В. 2015.09.10
	НАЧАЛОПЕРИОДА(НДФЛСведенияОДоходах.ПериодРегистрации, МЕСЯЦ),
	// } добавлено	
	НДФЛСведенияОДоходах.ОбособленноеПодразделение,
	НДФЛСведенияОДоходах.ОбособленноеПодразделение

УПОРЯДОЧИТЬ ПО
	ОрганизацияОтбор,
	ПериодОтбор,
	ФизЛицо,
	Период
ИТОГИ ПО
	ОрганизацияОтбор,
	ПериодОтбор
Показать


Алгоритм: НДФЛСведенияОДоходах_Преобразовать

Для СчРезультатов = 1 По ОбъектыПереносаДанных.ТаблицаЗначений_Количество(ИсходящиеДанные) Цикл 
	СтрокаТаблицыРезультатов = ОбъектыПереносаДанных.ТаблицаЗначений_Получить(ИсходящиеДанные, СчРезультатов);
	ОрганизацияОтбор	= СтрокаТаблицыРезультатов.Организация;
	ПериодОтбор			= СтрокаТаблицыРезультатов.ПериодРегистрации;
	
	НДФЛСведенияОДоходах	= СтрокаТаблицыРезультатов.НДФЛСведенияОДоходах;
	
	СведенияОДоходахНДФЛ = ОбъектыПереносаДанных.НовыйОбъект("ТаблицаЗначений");
	ОбъектыПереносаДанных.ТаблицаЗначений_ДобавитьКолонку(СведенияОДоходахНДФЛ, "Период");
	ОбъектыПереносаДанных.ТаблицаЗначений_ДобавитьКолонку(СведенияОДоходахНДФЛ, "ГоловнаяОрганизация");
	ОбъектыПереносаДанных.ТаблицаЗначений_ДобавитьКолонку(СведенияОДоходахНДФЛ, "ФизическоеЛицо");
	ОбъектыПереносаДанных.ТаблицаЗначений_ДобавитьКолонку(СведенияОДоходахНДФЛ, "МесяцНалоговогоПериода");
	ОбъектыПереносаДанных.ТаблицаЗначений_ДобавитьКолонку(СведенияОДоходахНДФЛ, "КодДохода");
	ОбъектыПереносаДанных.ТаблицаЗначений_ДобавитьКолонку(СведенияОДоходахНДФЛ, "КодВычета");
	ОбъектыПереносаДанных.ТаблицаЗначений_ДобавитьКолонку(СведенияОДоходахНДФЛ, "Организация");
	ОбъектыПереносаДанных.ТаблицаЗначений_ДобавитьКолонку(СведенияОДоходахНДФЛ, "СуммаДохода");
	ОбъектыПереносаДанных.ТаблицаЗначений_ДобавитьКолонку(СведенияОДоходахНДФЛ, "СуммаВычета");
	ОбъектыПереносаДанных.ТаблицаЗначений_ДобавитьКолонку(СведенияОДоходахНДФЛ, "Начисление");
	ОбъектыПереносаДанных.ТаблицаЗначений_ДобавитьКолонку(СведенияОДоходахНДФЛ, "Подразделение");
	ОбъектыПереносаДанных.ТаблицаЗначений_ДобавитьКолонку(СведенияОДоходахНДФЛ, "ДатаПолученияДохода");
	ОбъектыПереносаДанных.ТаблицаЗначений_ДобавитьКолонку(СведенияОДоходахНДФЛ, "ДоходМежрасчетногоПериода");
	ОбъектыПереносаДанных.ТаблицаЗначений_ДобавитьКолонку(СведенияОДоходахНДФЛ, "РегистрацияВНалоговомОргане");
	
	Для Сч = 1 По ОбъектыПереносаДанных.ТаблицаЗначений_Количество(НДФЛСведенияОДоходах) Цикл
		СтрокаТаблицы = ОбъектыПереносаДанных.ТаблицаЗначений_Получить(НДФЛСведенияОДоходах, Сч);
		
		НоваяСтрока = ОбъектыПереносаДанных.ТаблицаЗначений_ДобавитьСтроку(СведенияОДоходахНДФЛ);
		НоваяСтрока.Период						= НачалоДня(СтрокаТаблицы.Период);
		НоваяСтрока.ГоловнаяОрганизация			= СтрокаТаблицы.Организация;
		НоваяСтрока.ФизическоеЛицо				= СтрокаТаблицы.ФизЛицо;
		// { добавлено, Фелькер И.В. 2015.09.10
		НоваяСтрока.МесяцНалоговогоПериода		= СтрокаТаблицы.МесяцНалоговогоПериода;
		// } добавлено
		// { удалено, Фелькер И.В. 2015.09.10
		//НоваяСтрока.МесяцНалоговогоПериода		= НачалоМесяца(СтрокаТаблицы.Период);
		// } удалено
		НоваяСтрока.КодДохода					= СтрокаТаблицы.КодДохода;
		НоваяСтрока.КодВычета					= СтрокаТаблицы.КодВычета;
		НоваяСтрока.Организация					= СтрокаТаблицы.ОбособленноеПодразделение;
		НоваяСтрока.СуммаДохода					= СтрокаТаблицы.СуммаДохода;
		НоваяСтрока.СуммаВычета					= СтрокаТаблицы.СуммаВычета;
		НоваяСтрока.Начисление					= СтрокаТаблицы.ВидРасчета;
		НоваяСтрока.Подразделение				= СтрокаТаблицы.ПодразделениеОрганизации;
		НоваяСтрока.ДатаПолученияДохода			= СтрокаТаблицы.ДатаПолученияДохода;
		НоваяСтрока.ДоходМежрасчетногоПериода	= СтрокаТаблицы.ЗарегистрированоДляПромежуточногоРасчета;
		НоваяСтрока.РегистрацияВНалоговомОргане	= ОбъектыПереносаДанных.ВыполнитьАлгоритм(
														"РегистрацияВНалоговомОргане_Заполнить",
														Параметры.Алгоритмы,
														СтрокаТаблицы.ОбособленноеПодразделение,
														СтрокаТаблицы.ПодразделениеОрганизации,
														СтрокаТаблицы.КодПоОКТМО,
														СтрокаТаблицы.КодПоОКАТО,
														СтрокаТаблицы.КПП);
	КонецЦикла;
	
	ВыборкаПоДокументу = ОбъектыПереносаДанных.НовыйОбъект("Структура");
	ОбъектыПереносаДанных.Структура_Установить(ВыборкаПоДокументу, "Номер",					"НДФЛ");
	ОбъектыПереносаДанных.Структура_Установить(ВыборкаПоДокументу, "Организация",				ОрганизацияОтбор);
	ОбъектыПереносаДанных.Структура_Установить(ВыборкаПоДокументу, "ПериодРегистрации",		ПериодОтбор);
	ОбъектыПереносаДанных.Структура_Установить(ВыборкаПоДокументу, "СведенияОДоходахНДФЛ",	СведенияОДоходахНДФЛ);
	ОбъектыПереносаДанных.Структура_Установить(ВыборкаПоДокументу, "НеОчищатьДокумент",		СтрокаТаблицыРезультатов.НеОчищатьДокумент);
	
	ВыгрузитьПоПравилу(ВыборкаПоДокументу, , , , "СведенияОДоходахНДФЛ_ПД");
	
КонецЦикла;
Показать
26. Brawler 404 24.11.15 11:24 Сейчас в теме
ЗУП 3.0.24.125 Замечена ошибка в правилах переноса реестров кадровых приказов и отпусков, при их переносе выпадают сведения за месяц предшествующий месяцу начала эксплуатации.

Есть в правилах такие строки (одна в реестре отпусков, другая в реестре кадровых приказов)
ДатаОкончания = НачалоМесяца(ДобавитьМесяц(Параметры.МесяцНачалаЭксплуатации, -1));


Если МесяцНачалаЭксплуатации = 01.07.2015, то ДатаОкончания = 01.06.2015 и именно все что <= 01.06.2015 перенесется, но сам июнь выпадет.
27. Brawler 404 02.12.15 08:31 Сейчас в теме
Эта ошибка зарегистрирована с кодом 50000859.
28. Julia777 9 02.12.15 12:02 Сейчас в теме
все выгрузилось,но не грузится,типа файл не найден(( в чем прикол?
29. Julia777 9 02.12.15 12:09 Сейчас в теме
сорри,не выбрала Режим загрузки (на клиенте)
щас пробуем грузить
30. hellf 18 03.12.15 09:51 Сейчас в теме
попробовала сейчас запустить, выдает ошибку
{Форма.Главная.Форма(107,2)}: Ожидается оператор препроцессора
#<<?>>Область Период (Проверка: Толстый клиент (обычное приложение))
{Форма.Главная.Форма(156,2)}: Ожидается оператор препроцессора
#<<?>>КонецОбласти (Проверка: Толстый клиент (обычное приложение))
31. Brawler 404 03.12.15 11:28 Сейчас в теме
(30) hellf, вы запускаете ее на платформе 8.2
Варианты как решить проблему:
1. Перейти на платформу 8.3
2. Откройте обработку в конфигураторе 8.2, найдите все места, где есть "#Область", "#КонецОбласти". Закомментируйте или удалите эти строки.
32. hellf 18 06.12.15 12:08 Сейчас в теме
(31) cпасибо, заработало.
и огромное спасибо за обработку, хоть как-то можно править правила.
пытаюсь выгрузить с начислениями и что-то не выгружается ничего. то есть по своду зп ничего нет и средний тоже не считает. так и должно быть?
а если в полный перенос потом запихать упрощенный хоть средний даст или вообще каша выйдет?
33. Brawler 404 06.12.15 12:53 Сейчас в теме
(32) hellf,

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

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

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

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

а если в полный перенос потом запихать упрощенный хоть средний даст или вообще каша выйдет?

Она самая.

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

Нам приходилось вводить тьму документов такого плана.
Человек ушел в отпуск с 15.06.2015 по 15.07.2015. Перенос данных на 01.07.2015.
Ну перенеслись сведения, что он работает и все. А то что сейчас в отпуске и в табеле должны быть ОТ программа ни сном ни духом...
Приходилось вводить документы по отпускам и резать даты, период отпуска 01.07.2015 - 15.07.2015. Мухлевали с расчетом и начислениями, чаще зануляли суммы на вкладке начислений. Мы в личной карточке Т-2 этим самым еще добавили косяков, так как правила переносят реестр отпусков, а тут мы еще отпуска вводим с иными периодами... В итоге кругом изврат.
Одних декретчиц свыше двух десятков, тоже таким же образом отражали.
А еще больничные...
Командировки благо оформляли в рамках одного месяца в ЗУП 2.5. Не пришлось ничего рвать.

Есть и чудеса со вводом начальных остатков отпусков.
Раньше не было, потом 1С сделали возможность вводить остатки отпусков в разрезе рабочих годов.
Ну сделали они это. А вот забыли учесть такое обстоятельство, что нужно дать пользователям возможность вводить данные, о том сколько дней без оплаты человек взял в некие периоды. Как результат. Если у вас человек сходил в отпуск без оплаты на 14 дней на момент переноса данных, вы ему пишите остаток отпусков, а указать 14 дней некуда. Потом после даты переноса данных, вы еще раз отправляете человеке в отпуск без оплаты (в рамках рабочего года, который отразили в остатках), ну допустим на 17 дней, программа подумает что у него 14 дней (из 17) положенных, а вот период рабочего года сдвину как я на 3. Но сдвигать та нужно на 17!
Выкручивались тем, что отражали вручную по регистру сведений "Данные состояний сотрудников" состояния нахождения в отпусках/декретах до даты переноса данных.
Отражали как считаем нужным периоды работы, потом программа их сама сдвигала. Проверяли. Устроило.

Что касательно полного переноса, данных.
Мы от него отказались. Решили начать почти с чистого листа, так как в старой базе ЗУП 2.5 такой объем "дурежки" программы, что все эти обманы выливаются в вал не проверяемых данных.

В итоге два пути и оба не тривиальные. Легко не будет.
Изучайте правила переноса, глядите в какие документы (номера этих документов типа "ЗП_СЗО") происходит выгрузка. Пытайтесь понять, что происходит.
По сути для этого я и создал инструмент. Можно выгрузить любой кусок данных, что значительно ускоряет поиск косяков, так как большее число раз можно провести выгрузки.
34. hellf 18 06.12.15 13:57 Сейчас в теме
(33) да, я параллельно и сижу в КД. сейчас с вашей обработкой удобно хотя бы проблемные куски только проверять. А не ждать по четверо суток.
у нас больше 1000 чел персонал, это убиться по всем вручную все отслеживать и заводить. И учет и суммированный, и окладники, и кого только нету. и каких только видов расчета о некоторых о которых в 3.0 такое чувство что напрочь забыли в правилах. два переноса из семерки были в эту базу,оба более-менее нормальные, а 3.0 просто кошмар.
еще раз огромное спасибо за обработку и за то что опытом делитесь)
35. Brawler 404 06.12.15 15:35 Сейчас в теме
(34) hellf, у нас 800+ человек. Только оклады в основном. Человек 10 сдельщина от выработки. Премии и те фиксированной суммой.

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

ИМХО 1С ЗУП 2.5 еще года два три не прирежет, а там и ЗУП 4.0 появится )))
36. hellf 18 06.12.15 17:36 Сейчас в теме
(35) лично у меня очень печальный опыт в плане общения с 1с по поводу их ошибок.
а про 2.5 вроде говорили что только до середины 16 года сопровождать будут в плане отчетности. вот у нас и подняли панику.
у меня по выгрузке совершенно пока непонятно не грузятся около десятка декретов из сотни, отказываются грузиться добровольные страховые взносы, которые процентом- это то что вылетает с ошибками.
и вообще непонятно что с начислениями в целом.
но у меня еще переносы данных сидят же в базе, с ними вообще все своеобразно. может выгрузились так на этапе семерки. может теперь. взносы в негосударственный пф пришлось в 2.5 в переносах обрабатывать.
37. Brawler 404 06.12.15 19:09 Сейчас в теме
(36) hellf, поглядите в сторону переноса данных по упрощенной схеме.
Создайте новую БД ЗУП 3.0. Врубите учет по полной программе, ничего не отключая.
Перенесите данные к примеру на 01.12.2015.
Создайте все необходимые начисления и удержания, настройте их.
Приценитесь как считает программа отпуска, командировки, больничные, разумеется как формируется табель и начисляется ЗП.

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

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

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

Не цепляйтесь за прошлое. Не тяните историю начислений. Лучше переосмыслите учет, приведите в порядок начисления и удержания. А там не только они, там и документ прочих доходов имеет виды доходов и натуральный доход имеет виды доходов, и на каждый вид отпуска свое начисление компенсации...

Касательной кадровой истории и истории отпусков, тех что отражаются в Т-2. Все это дело переносится в двух регистрах сведений называются они как реестр кадровой истории и реестр отпусков. Их потом можно править и написать самим какая там у человека история была до даты переноса данных. У нас допустим тоже были переносы из ЗиК на семерке, тоже утеряно много, кадровики как договорились по мере необходимости до введут недостающие данные. Для этого я создал пару обработок редакторов реестров, доступны на инфостарте 1 2. Еще тут же выложил обработку помогающую понять чего у человека творится с отпусками в разрезе рабочих периодов, почему правила цепанули то что цепанули.
38. Brawler 404 06.12.15 19:31 Сейчас в теме
(36) hellf,
лично у меня очень печальный опыт в плане общения с 1с по поводу их ошибок.

Им нужно все разжевывать и показывать с картинками. И это еще не факт, что оценят труды.

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

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

И где я им их добуду? Перерыл инет. Нашел только упоминания, что Генерал или Главбух подписывает. В ЗУП 2.5 брался главбух. Всех видимо устраивало, и нас тоже, а тут пришел ЗУП 3.0, и уже Генерал подписывается. Им не-вдо-мёк, что у генерала туча дел, а заявления мог бы и главбух подписать, не приказы же.

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

Было дело переходимл на БП 2.0, тогда возникал вопрос по реализациям в У.Е., когда отгрузка была в один день, а переход права собственности в будущем. И были авансы в У.Е. которые нужно было зачесть еще при отгрузке без перехода права собственности. В 1С, это не реализовано, Бадались с ними в 2013 году. Они утверждали что у них правильно все. Ну я подправил некоторые моменты и программа стала считать как нам нужно выручку на день отгрузки (авансы учитывались по курсу авансов, а разница оставшаяся не зачтенной по курсу отгрузки) и соответственно считала корректно НДС. И вот месяц назад наверное, до них дошло (кто-то доказал им, добил), что у них косяк, так они вообще в документе перехода права собственности "Реализация отгруженных товаров" уборали возможность зачитывать авансы вообще как данность по следкам в У.Е. ))) Пришлось и тут костыль нашим бухам делать))) Жду развития событий.
39. hellf 18 07.12.15 11:19 Сейчас в теме
регистры расчета у меня вообще пустые. прст
буду сейчас пробовать что с упрощенным переносом выйдет

пс.
при повторной выгрузке-загрузке начислений все появилось. что "все" еще не смотрела
40. Brawler 404 09.12.15 13:49 Сейчас в теме
Коли отмечал выше, то нужно и в заключение написать.
Ошибка 50000859 исправлена в 3.0.24.141 судя по описанию 1С
41. Brawler 404 30.12.15 11:03 Сейчас в теме
Не знаю следит кто или нет за комментами в этой публикации, но поделюсь так сказать одной болью, которая может коснуться многих.

Как известно в ЗУП 2.5 можно формировать резервы по отпускам и на выходе получать проводки в БУ 96 счет, а по НУ 97.01 счет.
В ЗУП 3.0 тоже можно так делать, вот только БП 3.0 (да именно БП 3.0 где проводки появляются на свет) не воспринимает чуть более чем никак сведения колонки периода признания расходов и не делает никаких проводок по 97.01 счету.

Так что будьте внимательны при желании внедрить ЗУП 3.0 взамен ЗУП 2.5.
У 1С спрашивал, что да как, написали колонка пока носит информативный характер и ни на что не влияет, но это я и так знал так как перерыл код проведения отражения ЗП в БП 3.0.
Как долго это будет так неизвестно, пока будем самостоятельно городить огород из внешних обработок увы...
42. Agema 25.01.16 18:39 Сейчас в теме
(41) понятно, будем иметь ввиду. А для переноса бюджетных конфигураций (ЗКБУ и ЗГУ - 1С:Зарплата и кадры государственного учреждения 3.0) подойдет ? или есть другое решение?
43. Brawler 404 25.01.16 19:33 Сейчас в теме
(42) Agema, ну на сколько мне известно, в ЗУП 3.0 нет правил переноса из вышеуказанных вами конфигураций.
Если бы они были, то вероятно 1С бы их по образцу и подобию написала как для ЗУП 2.5, тогда да, видимо можно было бы использовать эту обработку как есть или с незначительными изменениями. А может подошел бы и стандартный способ выгрузки через обработку "Универсальный обмен данными в XML".
44. Brawler 404 25.01.16 19:43 Сейчас в теме
И да, забыл сказать, да ЗУП 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 29.09.16 09:48 Сейчас в теме
Работает ли обработка при загрузке нескольких организаций?
46. Brawler 404 29.09.16 11:31 Сейчас в теме
(45) shults69, ну как видите в окне обработки нет возможности выбрать организацию => выгружаются данные по всем организациям сразу
47. shults69 29.09.16 12:45 Сейчас в теме
Текущий релиз 1С ЗУП 3.0.25.138. В ЗУП 2.5 несколько организаций. Какие ваши рекомендации по переносу из ЗУП 2.5, поторопиться, подождать, каким вариантом воспользоваться, упрощенным или полным...?
48. Brawler 404 29.09.16 13:19 Сейчас в теме
(47) shults69,
1. берите сразу ЗУП 3.1
2. упрощенный перенос

Обоснования:
1. ЗУП 3.0 устарело в плане БСП, ща напилите обработок под нее, а завтра (в начале года) все равно придется ставить ЗУП 3.1 + еще переписывать обработки будете, если они тесто будт использовать БСП.
2. На полный перенос у вас не хватит времени, так как будут ошибки, а они будут, которые вы просто не сможете все выявить, а если выявите, то будет проблема их исправить в перенесенных документах, так не предполагается, что их вообще можно перепроводить. Через остатки самое правильное переходить ибо много мусора скинете со своих плеч.
49. shults69 29.09.16 14:01 Сейчас в теме
Спасибо, удачи нам всем.
50. lexi 1 27.06.17 16:15 Сейчас в теме
ДД! Может Вы мне поможете. При выгрузки из 2.5 универсальным обменом данных по правилам конвертации из 3.1 неверно проставляет дату периода выгрузки ПО 01.12.2013. Хотя я ставлю 31.06.2017. И данные переносит только по декабрь 2013. В чем ошибка, не знаю куда копать.(
51. Brawler 404 27.06.17 17:01 Сейчас в теме
(50) Правила переноса данных не предназначены для такого использования. Там есть ряд параметров, которые не задашь при таком способе выгрузки. Нужно лезть в конфигурации "Конвертация данных" редактировать эти правила и делать видимыми эти параметры, плюс там же можно посмотреть как отбабатываются указанные периоды.
52. lexi 1 29.06.17 11:34 Сейчас в теме
(51)
жно лезть в конфигурации "Конвертация данных" редактировать эти правила и делать видимыми эти параметры, плюс там же можно посмотреть как отбабатываются указанные периоды.
Спасибо за разъяснение. Этот способ помог мне найти много ошибок из-за которых вылетала типовая выгрузка. Сейчас закончилась типовая и вроде что-то перенес. Буду тестить.
53. mikl79 105 10.01.18 08:38 Сейчас в теме
Добрый день, При загрузке разделов выгрузки правил пишет Ошибка при загрузке правил обмена
55. Brawler 404 10.01.18 18:47 Сейчас в теме
(53) Добрый вечер.
Я взял ЗУП 3.1.5.22 выгрузил из него макет ЗарплатаКадрыПереносДанныхИзЗУП25
Взял ЗУП 2.5.126.1 и эти правила загрузились без ошибок в мою обработку.
Разделы все показались.
57. mikl79 105 11.01.18 07:07 Сейчас в теме
(55) Доброе утро.
Релиз 3.1.5.22 пока только для тестирования, я использую ЗУП 3.1.4.161, и из него соответственно выгрузил правила обмена.
Так же использовал ЗУП 2.5.126.1.
Интересно, но сейчас обработка отработала, разделы появились без ошибок.
54. mikl79 105 10.01.18 08:52 Сейчас в теме
может быть еще подскажете, я выгрузил правила из ЗУП 3.1 (из общих макетов) и по этим правилам через Универсальный обмен xml выгружаю Физ.лиц из ЗУП 2.5, но выгружаются не все Физ.лица?
56. Brawler 404 10.01.18 18:55 Сейчас в теме
(54) Я думаю все это связано с тем, что выгрузка идет только работающих сотрудников.
Чтобы с этим делом бороться, вам нужно модифицировать правила выгрузки в конфигурации Конвертация данных, открывая ряд параметров на редактирование в интерактивном режиме в обработке Универсальный обмен xml.

О всех этих сложностях я писал выше в публикации, после чего родилась данная обработка.
58. mikl79 105 11.01.18 08:45 Сейчас в теме
Выгрузил Приемы на работу вашей обработкой и поставил Год начала переноса данных = 2018, но документы выгружаются все, в том числе старые, например, 2011, 2013г.
При упрощенном переносе вообще ничего не выгружается
60. Brawler 404 11.01.18 18:41 Сейчас в теме
(58)

Есть два режима переноса данных заложенных 1С в своих правилах переноса данных:
- упрощенный
- полный

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

Обработка моя ничего не добавляет в правила своего, все грехи, если они есть, - это грехи 1С.
Выявляйте косяки, пишите 1С с службу поддержки желательно чтобы облегчить жизнь и себе и другим в будущем.
59. mikl79 105 11.01.18 08:53 Сейчас в теме
В ЗУП 2.5 в обработке Универсальный обмен данными XML для типовых правил ЗУП 2.5-ЗУП3.1 на вкладке Параметры выгрузки для параметра ПереноситьНачисленияПредыдущейПрограммыОтладка нужно поставить 1, а на вкладке Выгружаемые данные можно выбрать разделы, а так же Выбрать период, тогда тоже будут выгружаться документы причем аналогично вашей выгрузке.
Я заметил, что при выгрузке через Универсальный обмен данными XML начальный период при выгрузке очищается, может быть из-за этого выгружаются "древние" документы?
Не совсем понял в чем преимущество вашей обработки от типовой выгрузки?
61. Brawler 404 11.01.18 19:16 Сейчас в теме
(59) Предлагаю вам окунуться более подробно в дебри кода заложенного в правилах переноса данных.

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

В событии Конвертация_ПередВыгрузкойДанных видим такой кусок кода.
...
СтрокаТаблицы = ТаблицаНастройкиПараметров.Найти("ПереноситьНачисленияПредыдущейПрограммыДляОтладки", "Имя");
Если СтрокаТаблицы <> Неопределено И СтрокаТаблицы.Значение > 0 Тогда
	Параметры.ПереноситьНачисленияПредыдущейПрограммы = ?(СтрокаТаблицы.Значение = 1, Истина, Ложь);
КонецЕсли;
...

Когда правила выгрузки начинают работать, то проверяется параметр "ПереноситьНачисленияПредыдущейПрограммыДляОтладки", к слову сказать доступный пользователю в обработке "УниверсальныйОбменДаннымиXML".
Режим переноса данных регулируется параметром "ПереноситьНачисленияПредыдущейПрограммы", который скрыт и не доступен пользователю.

И вот вы задали параметр "ПереноситьНачисленияПредыдущейПрограммыОтладка" как 1 (если бы не задали, то был бы упрощенный режим переноса данных) после чего мы смотрим снова в код и видим там такое.

...
Если ЭтоИнтерактивныйРежим И ЗначениеЗаполнено(ДатаНачала) Тогда
	
	Если Параметры.ПереноситьНачисленияПредыдущейПрограммы Тогда
		Параметры.ДатаНачалаПереносаРасчетныхДанных = ДатаНачала;
	Иначе
		Параметры.МесяцНачалаЭксплуатации = НачалоМесяца(ДатаНачала);
	КонецЕсли;
	
	ДатаНачала = Дата(1, 1, 1);
	
КонецЕсли;
...
Показать


Такого раньше не припомню (1С допилили), но тем не менее, видим, что проверяется дата начала переноса данных заданная в окне обработки "УниверсальныйОбменДаннымиXML". Если эта дата задана, то в зависимости от режима переноса данных она прописывается в параметр "ДатаНачалаПереносаРасчетныхДанных" или "МесяцНачалаЭксплуатации ".
Сама же дата начала в окне обработки затирается чтобы не влиять на перенос данных (запаритесь каждый раз вводить при повторных выгрузках, а еще можно забыть ввести по запаре).

Ну и еще кусок кода
...
Если Параметры.ПереноситьНачисленияПредыдущейПрограммы Тогда
	Если Не ЗначениеЗаполнено(Параметры.ДатаНачалаПереносаРасчетныхДанных) Тогда
		Параметры.ДатаНачалаПереносаРасчетныхДанных = Дата(2010, 1, 1);
	КонецЕсли;
Иначе
	Если Не ЗначениеЗаполнено(Параметры.МесяцНачалаЭксплуатации) Тогда
		Параметры.МесяцНачалаЭксплуатации = Дата(2015, 1, 1);
	КонецЕсли;
КонецЕсли;
...
Показать

Если не задать дату начала, то параметрам "ДатаНачалаПереносаРасчетныхДанных", "МесяцНачалаЭксплуатации" будут заданы значения по умолчанию 2010 или 2015 год соответственно. Параметры так же скрыты от пользователя.

Моя обработка задает эти параметры "ДатаНачалаПереносаРасчетныхДанных", "МесяцНачалаЭксплуатации" в момент начала выгрузки данных. Как задает и режим выгрузки в параметре "ПереноситьНачисленияПредыдущейПрограммы".

Подведем итоги.

1С все таки, не знаю, когда добавили некоторые плюшки (параметр и немного кода) позволяющие облегчить выгрузку данных вручную через обработку "УниверсальныйОбменДаннымиXML", но что и где в параметрах нужно задать, знают не многие. Как показывает практика и вы задаетесь вопросом как правильно установить параметры.

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

Использовать или нет обработку решать вам.
62. mikl79 105 12.01.18 09:27 Сейчас в теме
(61), добрый день.
Вы не ответили на вопросы:
1) как не выгружать старые документы?
видимо только допиливать правила
2) я понял, что на данный момент ваша обработка не отличается от типовых правил
63. Brawler 404 12.01.18 09:49 Сейчас в теме
(62) Вы видимо плохо вчитываетесь в ответы.
1. Использовать упрощенный перенос данных, то есть не переносить начисления из предыдущей программы.
2. Обработка использует 100% типовые правила и ничего своего в алгоритмы переноса не вносит, а выступает в роли оболочки над обработкой "УниверсальныйОбменДаннымиXML", которую и использует сама незаметно для пользователя обеспечивая более комфортную работу по выгрузке данных.
64. mikl79 105 12.01.18 11:12 Сейчас в теме
1. Использовать упрощенный перенос данных - При этом режиме вообще не переносятся документы
2. Ну я и хочу сказать, что все параметры, которые у вас вынесены в обработку, сейчас есть в типовых правилах и нет необходимости использовать вашу обработку
65. Brawler 404 12.01.18 11:57 Сейчас в теме
(64) Я считаю бесполезно дальше вести общение, так как вы не хотите просто замечать простых истин, что эта обработка ПОМОЩНИК, а не некая отдельная разработка выполняющая весь перенос данных из ЗУП 2.5 в ЗУП 3.Х.
Если обработка вам не нравится, не используйте её.
В далеком 2015 году она была более чем актуальна, да и сейчас не вижу чтобы кто-то жаловался на нее кроме вас.
Люди используют ее и довольны, что собственно и достигалось.
Я и сам доволен, что она существует, так как она меня самого выручала и не раз.

По поводу того, что у вас там не переносятся документы, пишите в 1С и жалуйтесь на их правила переноса данными.
Изучайте сами правила переноса данными и смотрите чего у вас там не работает.
У меня как-то отпало желание делиться с вами опытом переноса данных.
66. mikl79 105 12.01.18 13:09 Сейчас в теме
(65), извините, если вас обидел
спасибо за обработку и советы
68. kg2 34 27.02.18 11:26 Сейчас в теме
(65) Здравствуйте Уважаемые! Подскажите пожалуйста по переходу с ЗУП 25 на ЗУП 31.
1Перешол простым (новый правила) переходом на 01.01.2018.

!!! Вопрос как можно перенести уже введенные с 01.01.2018 документы из ЗУП 25 в ЗУП 31 Например документы "Регистрация простоев сотрудников организации" в ЗУП 31.
67. bnk72 105 21.01.18 13:33 Сейчас в теме
Добрый день! Спасибо, обработка пригодилась (модифицировала правила выгрузки физлиц и использовала для переноса данных физлиц из ЗУП 2.5 в ЗУП3 при переводе сотрудников в другую организацию). По поводу ошибок переноса в 15 году - было дело, 1С-ники в каждом релизе чего-то подправляли, и тут же чего-то портили... Поэтому экспериментировали-экспериментировали, да так до последнего и оставались на ЗУП2.5
69. kg2 34 27.02.18 11:26 Сейчас в теме
Здравствуйте Уважаемые! Подскажите пожалуйста по переходу с ЗУП 25 на ЗУП 31.
1Перешол простым (новый правила) переходом на 01.01.2018.

!!! Вопрос как можно перенести уже введенные с 01.01.2018 документы из ЗУП 25 в ЗУП 31 Например документы "Регистрация простоев сотрудников организации" в ЗУП 31.
70. Brawler 404 27.02.18 17:40 Сейчас в теме
(69) Добрый день.
Нужно брать за основу правила переноса данных, которые вы использовали и в них делать новые правила конвертации объектов / свойств / выгрузки объектов для переноса документов. В общем это разработка уже.
Можно напилить обработок формирующих табличные файлы и потом их грузить в ЗУП 3.1 другими самописными обработками создавая документы.
71. kg2 34 28.02.18 10:08 Сейчас в теме
(70)
Спасибо ! Выгрузил из ЗУП 2.5 универсальной обработкой загрузка выгрузка по правилам из шаблона ЗУП 3.1. Оказывается, типовые правила переносят все начисления за период из ЗУП 2.5 в ЗУП 3.1 не по документам а сводно в два документа "Перенос данных" с номерами ЗП (Фактические начисленная и удержания) и НЗП (Начисления удержания по сотрудникам) . ЗУП 3.1
72. kg2 34 28.02.18 10:10 Сейчас в теме
(70) Жаль конечно, что по документно не переносятся начисления.
Оставьте свое сообщение