gifts2017

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

Опубликовал Игорь Фелькер (Brawler) в раздел Обмен - Перенос данных из 1C8 в 1C8

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

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

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

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

См. также

Подписаться Добавить вознаграждение

Комментарии

1. Юрий Дорошенко (nord) 14.02.15 22:01
У меня неправильно сконвертировался регистр сведений "Данные о времени для расчета среднего (общий)" (если честно не знаю как этот регистр назывался в 2.5). Вашей обработкой можно будет перенести только его? Если да, беру не глядя)
2. Игорь Фелькер (Brawler) 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.
3. Антон Беляев (anto-belyaev) 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) 16.02.15 08:16
(3) anto-belyaev, вы по своему правы однозначно, от задач заказчика и плясать нужно. Мне просто мои кадровики прожужжали ухи тем, что вот при переходе с ЗиК на ЗУП 2.5 (делал не я) были утрачены кадровые данные по куче сотрудников не работавших на момент переноса данных, и что мол перенесите нам их задним числом. Я уже не ввязывался в эту затею и пока на этапе перехода на ЗУП 3.0 хочется сохранить все по максимуму, что можно из ЗУП 2.5.
5. Юрий Дорошенко (nord) 18.02.15 11:32
(2) Brawler, Жаль, но именно тот раздел который мне нужен -"07.03", не выгружается. Выгружено объектов: 0.
Куда посмотреть, не подскажите?
6. Игорь Фелькер (Brawler) 18.02.15 12:16
(5) nord, что вообще выводится в окне сообщений?
7. юрий гулидов (gull22) 18.02.15 12:31
Спасибо за информацию о проблеме. Плюс
8. Юрий Дорошенко (nord) 18.02.15 13:24
(6) Brawler, -----------------------------------------------------------
Начата выгрузка раздела: СведенияОВремениДляРасчетаСреднегоОбщий 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) 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) 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
-----------------------------------------------------------
-----------------------------------------------------------
Завершена выгрузка всех отмеченных разделов
-----------------------------------------------------------
...Показать Скрыть
12. Игорь Фелькер (Brawler) 19.02.15 11:44
ХМ!
Вообще забыл и тут вспомнил.
Для загрузки данных можно воспользоваться другой обработкой сделанной мной и опубликованной в http://infostart.ru/public/200519/ имя ей "ЗагрузкаДанныхИзЗУП_УФ". Пригодна не только для загрузки в БП 3.0, но и ЗУП 3.0, да и вообще как мне думается в любую типовую на управляемых формах, но сам не пробовал.
13. Юрий Дорошенко (nord) 06.03.15 09:19
(11) Brawler, Прошу прощения, не правильно дату ставил. Перегрузил пункт "07.03", все отлично. Клиент счастлив))
14. Игорь Фелькер (Brawler) 20.04.15 16:59
Важный момент, я намеренно не делаю выгрузку данных 1:1 как это делает 1С.
По феншую, нужно удалять из перечня выгружаемых данных разделы в названии которых указано в конце "_ПереносНачислений" или "_УпрощенныйПеренос".
При упрощенном переносе, должны удаляться разделы с названием, где есть "_ПереносНачислений", а при полном, те где есть "_УпрощенныйПеренос".
При загрузке данных важно это учитывать.
1С вроде как внутри правил выгрузки обрабатывают ситуацию какой режим выгрузки используется и выгрузка не нужных данных не происходит, но они тоже могут упороть кося как и все мы, так что смотрите в оба!!!
15. Игорь Фелькер (Brawler) 21.04.15 15:04
На множество моих просьб устранить небольшие ошибки в правилах переноса данных все свелось к

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

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

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

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


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

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

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

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

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

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


Поглядел правила переноса данных.
Касательно начислений и удержаний там вообще все в лоб переносится, выкидываются только в сторону: ОтпускПоУходуЗаРебенкомБезОплаты, ДивидендыАкционеров, ДивидендыРаботников.
26. Игорь Фелькер (Brawler) 24.11.15 11:24
ЗУП 3.0.24.125 Замечена ошибка в правилах переноса реестров кадровых приказов и отпусков, при их переносе выпадают сведения за месяц предшествующий месяцу начала эксплуатации.

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


Если МесяцНачалаЭксплуатации = 01.07.2015, то ДатаОкончания = 01.06.2015 и именно все что <= 01.06.2015 перенесется, но сам июнь выпадет.
27. Игорь Фелькер (Brawler) 02.12.15 08:31
Эта ошибка зарегистрирована с кодом 50000859.
28. Юлия Грошева (Julia777) 02.12.15 12:02
все выгрузилось,но не грузится,типа файл не найден(( в чем прикол?
29. Юлия Грошева (Julia777) 02.12.15 12:09
сорри,не выбрала Режим загрузки (на клиенте)
щас пробуем грузить
30. hellf (hellf) 03.12.15 09:51
попробовала сейчас запустить, выдает ошибку
{Форма.Главная.Форма(107,2)}: Ожидается оператор препроцессора
#<<?>>Область Период (Проверка: Толстый клиент (обычное приложение))
{Форма.Главная.Форма(156,2)}: Ожидается оператор препроцессора
#<<?>>КонецОбласти (Проверка: Толстый клиент (обычное приложение))
31. Игорь Фелькер (Brawler) 03.12.15 11:28
(30) hellf, вы запускаете ее на платформе 8.2
Варианты как решить проблему:
1. Перейти на платформу 8.3
2. Откройте обработку в конфигураторе 8.2, найдите все места, где есть "#Область", "#КонецОбласти". Закомментируйте или удалите эти строки.
32. hellf (hellf) 06.12.15 12:08
(31) Brawler, cпасибо, заработало.
и огромное спасибо за обработку, хоть как-то можно править правила.
пытаюсь выгрузить с начислениями и что-то не выгружается ничего. то есть по своду зп ничего нет и средний тоже не считает. так и должно быть?
а если в полный перенос потом запихать упрощенный хоть средний даст или вообще каша выйдет?
33. Игорь Фелькер (Brawler) 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 (hellf) 06.12.15 13:57
(33) Brawler, да, я параллельно и сижу в КД. сейчас с вашей обработкой удобно хотя бы проблемные куски только проверять. А не ждать по четверо суток.
у нас больше 1000 чел персонал, это убиться по всем вручную все отслеживать и заводить. И учет и суммированный, и окладники, и кого только нету. и каких только видов расчета о некоторых о которых в 3.0 такое чувство что напрочь забыли в правилах. два переноса из семерки были в эту базу,оба более-менее нормальные, а 3.0 просто кошмар.
еще раз огромное спасибо за обработку и за то что опытом делитесь)
35. Игорь Фелькер (Brawler) 06.12.15 15:35
(34) hellf, у нас 800+ человек. Только оклады в основном. Человек 10 сдельщина от выработки. Премии и те фиксированной суммой.

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

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

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

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

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

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

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

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

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

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

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

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

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

пс.
при повторной выгрузке-загрузке начислений все появилось. что "все" еще не смотрела
40. Игорь Фелькер (Brawler) 09.12.15 13:49
Коли отмечал выше, то нужно и в заключение написать.
Ошибка 50000859 исправлена в 3.0.24.141 судя по описанию 1С
41. Игорь Фелькер (Brawler) 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 (Agema) 25.01.16 18:39
(41) Brawler, понятно, будем иметь ввиду. А для переноса бюджетных конфигураций (ЗКБУ и ЗГУ - 1С:Зарплата и кадры государственного учреждения 3.0) подойдет ? или есть другое решение?
43. Игорь Фелькер (Brawler) 25.01.16 19:33
(42) Agema, ну на сколько мне известно, в ЗУП 3.0 нет правил переноса из вышеуказанных вами конфигураций.
Если бы они были, то вероятно 1С бы их по образцу и подобию написала как для ЗУП 2.5, тогда да, видимо можно было бы использовать эту обработку как есть или с незначительными изменениями. А может подошел бы и стандартный способ выгрузки через обработку "Универсальный обмен данными в XML".
44. Игорь Фелькер (Brawler) 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) 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) 29.09.16 13:19
(47) shults69,
1. берите сразу ЗУП 3.1
2. упрощенный перенос

Обоснования:
1. ЗУП 3.0 устарело в плане БСП, ща напилите обработок под нее, а завтра (в начале года) все равно придется ставить ЗУП 3.1 + еще переписывать обработки будете, если они тесто будт использовать БСП.
2. На полный перенос у вас не хватит времени, так как будут ошибки, а они будут, которые вы просто не сможете все выявить, а если выявите, то будет проблема их исправить в перенесенных документах, так не предполагается, что их вообще можно перепроводить. Через остатки самое правильное переходить ибо много мусора скинете со своих плеч.
49. Шульц Андрей (shults69) 29.09.16 14:01
Спасибо, удачи нам всем.
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа