gifts2017

Перенос данных из ЗИК в ЗУП штатной обработкой (рекомендуемый порядок)

Опубликовал Валерий Гайдабура (director04) в раздел Обмен - Перенос данных из 1С7.7 в 1C8.X

С этого года в конфигурации ЗУП появилась обработка "Перенос данных из информационных баз 1С:Предприятия 7.7", за что огромное спасибо разработчикам программы.
При переносе данных исключительно по одной организации ошибки возникают только, как правило, при переносе НДФЛ - расчеты с бюджетом. А вот при конвертации данных по нескольким организациям, мы сталкиваемся с рядом значительных трудностей.
Предлагаю обзор, как избежать значительного количества ошибок, перечень подводных камней и способов обойти их.
P.S.: Набор инструментов прилагается.

Предлагаемая мною методика основана на конвертации (переносе данных) как минимум по 40 информационным базам с количеством сотрудников до 1000 человек по отдельным организациям.

В прилагаемом каталоге находится подробная инструкция с необходимыми обработками и скринами.

 

Общие рекомендации

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

2.       Конвертацию производить лучше не из рабочего каталога, а из резервной копии.

3.       Когда вы определились с базой данных, необходимо ее подготовить для конвертации. Под подготовкой подразумеваю следующее:

·         Создание резервной копии базы данных;

·         Тестирование и исправление базы данных;

·         Пометка на удаление всех расчетных документов и документов выплат, приходящихся на период, который вы переносить не планировали. Что под этим подразумеваю. Например: по одному из работников были начисления отпускных, приходящихся на этот месяц и на последующий, за который заработная плата еще не начислялась. Если все перенести как есть, то у вас ОБЯЗАТЕЛЬНО появятся ошибки по регистру накопления «НДФЛ – расчеты с бюджетом». Данную ошибку разработчики пока пофиксить не могут. Тоже самое можно отнести и к «переходящим отпускам» и компенсаций по увольнении работника. Все данные начисления лучше произвести позднее , уже в новой программе. Это снимет у вас значительную часть головной боли.

·         Удаление помеченных на удаление элементов БД.

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

4.       Когда в новой, перенесенной организации расчетчик проведет минимум один-два месяца начислений, можно приступать к переносу данных по остальным организациям. А вот здесь уже действует правило: переносить (конвертировать) желательно максимально возможное количество баз данных, начисление  (и исправление ошибок) вы и ваш расчетчик сможете осилить. Это необходимо для того, что бы минимизировать трудозатраты ваши, трудозатраты кадровиков и расчетчиков. Как это будет выглядеть, будет понятно при дальнейшем изложении.

Собственно конвертация

1.       Собственно вызов обработки по переносу баз данных и ее запуск ни каких трудностей не вызовет. Мню «Сервис» - «Перенос данных из информационных баз 1С:Предприятия 7.7»

1.       ОЧЕНЬ ВАЖНО: перед проведением конвертации, отключите режим контроля использования даты запрета редактирования данных, для пользователя с полными правами (находится в форме редактирования констант). Иначе обработка успешно завершена не будет.

2.       Ручками, добавьте новую (которую будем сейчас переносить) организацию в базу ЗУП, и из констант базы ЗИК перенесите без ошибок (можно методом копирования) ИНН и КПП организации, а так же наименования. УСТАНОВИТЕ префикс. Это необходимо, дабы не переномеровывать позднее все вновь созданные документы.

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

4.       Проанализируйте объявленные ошибки. Это удобно делать используя отчет «Расчетная ведомость в произвольной форме» - это в ЗУП, и расчетную ведомость в ЗИК.

5.       Очень типичная информация об ошибках : не соответствует ЕСН за весь период конвертации. Если такое произошло, то проверьте правильность настройки учетной политики организации в ЗУП. Возможно, по организации, реально использующей УСН, установлен общий режим налогообложения (или наоборот). В этом случае ОЧЕНЬ рекомендую пометить на удаление все документы «Перенос данных» (открываются через меню «Операции»), с движениями по ЕСН – отражено в комментарии документа. А после этого просто добавить и рассчитать новые документы «Расчет ЕСН». Ошибки уже поправить расчетчик, но как правило таковых не возникает.

После переноса данных. Исправление ошибок

1.       Проверить нумерацию документов «Отражение зарплаты в регламентированном учете», то есть проверить префиксы (не принципиально).

2.       Проверить нумерацию документов «Исполнительный лист» и перепровести их. Иначе неверно формирует записи в регистре «Плановые удержания работников организаций». Данная ошибка зарегистрирована разработчиками, но в релизах2.5.16 и более ранних еще наличествует. Возможно будет исправлена в финальном 2.5.17 (а возможно и нет).

3.       Проверить нумерацию документов «Договор на выполнение работ».

4.       Проверить, чтобы во всех документах переноса данных, с номером КД (кадровые данные) стояло обособленное подразделение !!!! Иначе будут косяки по формированию отчетов. Если таковых не указано – поправьте ручками.

5.       Перенумеровать справочник «Подразделения организаций». Номера тупо переносятся из ЗИК и в дальнейшем будут проблемы. Для автоматической перенумерации объектов рекомендую использовать универсальную обработку «Универсальные подбор и обработка объектов» (имеется на диске ИТС, либо прилагается вместе со статьей).

6.       Перенумеровать справочник «Должности организаций». Исправить наименования, чтобы были с заглавной буквы. Это так же очень удобно выполнить с помощью обработки  «Универсальные подбор и обработка объектов». Но с использованием произвольной формулы. Формулу прилагаю ниже.

Наименование = СокрЛП(Объект.Наименование);
ПерваяБуква = Лев(Наименование, 1);
Средина = Сред(Наименование, 2);
НаимПолное = ВРег(ПерваяБуква) + Средина;
Объект.Наименование = НаимПолное;
 
Объект.Записать();

 

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

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

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

3.       Установить актуальность сотрудников (посредством обработки «Установка актуальности уволенных»). Обработка прилагается.

4.       Удалить группы в справочнике Физические лица (можно этого не производить, но я в принципе против наличия групп в данном справочнике, так как и не смог приручить расчетчиков и кадровиков искать физических лиц во всех уровнях). С этой задачей прекрасно справляется штатная обработка  «Групповая обработка справочников и документов» (через меню «Справочники»).

5.        Проверить наличие дублей в данном справочнике (решается с помощью обработки «Поиск и замена дублирующихся элементов справочников»).

6.       Перенумеровать справочник физических лиц (обработкой «Универсальные подбор и обработка объектов»). Бывает с первого взгляда все прилично, но имеются двоения в кодах, чего в конфигурации быть не должно – контроль уникальности кодов.

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

7.       Проверить задвоения в справочнике «Графики работы». Удалить оные обработкой «Поиск и замена значений».

8.       Проверить планы видов расчетов (начисления и удержания). Удалить лишние. Настроить новые (которые вы посчитали закономерным оставить). Удаляемые заменяем на те, которые остаются. Используем при этом обработку «Поиск и замена значений». ОСОБОЕ ВНИМАНИЕ рекомендую уделить настройке предопределенного ПВР «Районный коэффициент» - базовые виды расчета. А владельцам правленых конфигураций ЗУП, особо отрадно будет узнать о высокой вероятности очистки списка базовых видов расчетов для ПВР «Районный коэффициент». Так же особого внимания заслуживает настройка расчета Планов видов расчета «Среднего».

9.       В справочнике «Организации» настроить  расчет зарплаты. И обратить особое внимание на размер районного коэффициента (если он у вас применяется).

10.   Привести в порядок адреса физических лиц (обработкой «ПриведениеВПорядокАдресовФизЛ квартир» ) – прилагаю. Дело в том, что до релиза 2.5.17 а может быть и далее, наличествует ошибка: номера квартир переносятся строкой более 4 знаков (дописывается в конец номера длинная череда пробелов) , а это контролируется в различных модулях программы. Ну допустим при выписке справки 2НДФЛ.

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

 

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

2.       Проверить настройку ЕСН, учетной политики организации, учетной политики по персоналу  и т. д.

3.       В случае необходимости вычистить движения по ЕСН, для упрощенки. Для этого целесообразно пометить на удаление документы переноса по ЕСН, и создать новые документы по расчету ЕСН. Об этом мы с вами говорили в самом начале.

 

В первый месяц начисления

1.       Особое внимание уделите расчету НДФЛ в документах «Начисление заработной платы». Если появляются строки с начислениями НДФЛ за несколько предыдущих месяцев – это непосредственное предупреждение проверить по данному сотруднику записи регистра «НДФЛ – расчеты с бюджетом».

2.       Проверьте по возможности все справки сотрудников 1НДФЛ. Если по сотруднику были «косяки» в предыдущей базе – то поверьте: они утроились в новой!

       PS: Возвращаясь к вопросу по какой причине в последующем рекомендую «перетаскивать» возможно большее количество баз одним махом. Все дело в том, что при проведении загрузки очередной базы данных, происходит идентификация физических лиц по ИНН. При этом либо получаются «дубли» при неверно указанном ИНН, либо (наиболее часто) по физлицам, которые определены верно, искажаются данные по предоставлению стандартных налоговых вычетов. И получается, что все, что вы сделали в пункте 12* приходится проверять и делать сначала. То же самое касаемо паспортных данных, фамилий, адресов и всей сопутствующей информации. Позиция 1С по данному вопросу следующая: развитие механизма переноса данных, приводящее к усложнению настроек обработки, считается нецелесообразным. …

аа

Благодарю за внимание и желаю терпения и удачи…..

 

PS: В качестве дополнения. В релизе от 2.5.18 и выше, при переносе данных по лицевым счетам сотрудников (могут и не перенестись совсем или перенестись частично) , не формируется документ "Заявка на открытие л/с". В некоторых банках без этого не обойтись. Для исправления этого недочета выкладываю обработку, которая трансформирует данные регистра "Лицевые счета сотрудников организаций" в НЕПРОВЕДЕННЫЙ документ "Заявка на открытие л/с". После проведения вновь созданного документа, формируются новые записи.

 

 

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

Наименование Файл Версия Размер Кол. Скачив.
Инструкция и необходимые обработки
.rar 323,90Kb
06.01.16
3066
.rar 323,90Kb 3066 Скачать
Конвертация лицевых счетов
.epf 8,41Kb
06.01.16
229
.epf 8,41Kb 229 Скачать

См. также

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

Комментарии

1. Валерий Гайдабура (director04) 08.10.09 15:30
Буду рад комментариям, кто столкнулся еще с какими проблемами при конвертации ЗИК -> ЗУП. И каким методом решали данные проблемы.
2. lefthander (lefthander) 08.10.09 15:56
Главная проблема - перенос поддерживается с конфы 281 а у меня ниже... Вот. Но я не теряю надежды с Нового года перевести контору на ЗУП :-)
3. Артур Аюханов (artbear) 08.10.09 16:04
Хорошая инструкция.
Спасибо.
AVPonomarenko76@mail.ru; +1 Ответить 1
4. Валерий Гайдабура (director04) 08.10.09 16:06
5. Максим (nikulin76) 08.10.09 17:34
А есть методика по следующиму шагу?
ЗУП -> УПП
Т.е. в ЗУП перенесли ок. а нужно в УПП.
6. Dmitry Afanasyev (afanasko) 08.10.09 18:09
Переносили данные. Все решилось написанием дополнительной обработки, которая после стандартного переноса исправляла косяки и переносила доп. данные.

Проблема с ЕСН исправляется путем ввода документа "Начисление ЕСН". Он отсторнирует все ошибочные записи прошлого периода, если есн был начислен неправильно (например, стандартная конвертация каким-то чудом перенесла ЕСН из базы по УСН).

НДФЛ, если не ошибаюсь, так же легко сторнируется.

7. Валерий Гайдабура (director04) 08.10.09 18:40
(5) Нет.
(6) Данная статья описывает методику переноса именно ШТАТНЫМИ методами.....
По проблемам ЕСН достаточно подробно изложено в статье.
НДФЛ - к сожалению вы ошибаетесь. Может даже по этой причине (в частности) был отложен и выход версии 2.5.17. Во всяком случае Баг разработчиками подтвержден, а решение пока не реализовано...
8. Dmitry Afanasyev (afanasko) 09.10.09 09:36
(7) К сожалению, штатными методами многое не переносится. В частности данные для карточки Т-2.

Про НДФЛ, я проверил. После ввода документа "Перерасчет НДФЛ", НДФЛ становится правильным.
9. Нина Спирина (nina1958) 09.10.09 09:39
10. Евгения Рябуша (rybusha) 09.10.09 12:07
(1)Спасибо.Сама занимаюсь переносом.
1.В 16 версии ошибка по переносу больничных листов.Если были БЛ переходящие с месяца на месяц,количество нерабочих дней переносится только за последний месяц.
Вследствии этого не правильно считается БЛ и др расчеты по среднемую.
Пришлось сделать отчет в 77 БЛ по периодам (подготовка переноса в документ невыходы) печать Журнала докБЛ месяц разбит по строкам (по месяцам) сохранить как excel, и из него загрузить ImportIzEkselja.epf (есть здесь на сайте), но переделать ручками т.к. для Видов расчета и перечисления не работает.
2.У декретниц не переноситься оклад, только надбавка, притом как активная
3.Если сотрудника принимали и увольняли несколько раз то он размножается.Пример 3 штуки :два уволенных и последний приятый.
Если кому интересно могу выложить.


11. Валерий Гайдабура (director04) 09.10.09 12:14
(10). по поводу п.2 - абсолютно согласен. Кстати, нужно будет сообщить разработчикам, у них данная ошибка, если не ошибаюсь, не зарегистрирована.
По поводу п.3 - по логике программы так и должно быть. Разве не так?

Все наработки предлагаю выкладывать. Можете присылать мне на ящик - добавлю в файлы (со ссылкой на автора). Укажите обязательно правила использования. Мой ящик hotel_ur@mail.ru
12. Сергей Кучеров (СергейКа) 09.10.09 17:16
Чуть меньше 2-х лет назад пришлось писать самостоятельную обработку, переносящую данные из ЗИК в ЗУП по OLE, в тогда еще только вышедшую 2.5, из многих баз ЗИК в одну ЗУП. А поскольку всё делалось в цейтноте, без косяков не обошлось, хотя по подсчетам, корректность переноса составила примерно 98%.
В принципе, перед переносом приходилось выполнять практически те же действия, что написал автор данных советов. Ах, если бы тогда все эти советы :D
А вообще автору +
У меня таки не дошли руки все это описывать :oops:
13. Валерий Гайдабура (director04) 09.10.09 17:18
14. Александр Рытов (Арчибальд) 10.10.09 09:37
Реально полезная инструкция. Для меня неактуально, но плюс однозначный.
15. Алексей (platinum) 10.10.09 15:09
Скоро буду заниматься этой задачей.Занес в избранное.Плюс поставил,предварительно,надеюсь все работает))
16. Валерий Гайдабура (director04) 10.10.09 15:38
(15) Работает, работает... Я в течение года ежемесячно перевожу на новые рельсы по несколько фирм.
Почему ежемесячно? Потому что единовременно не смогу "переворить" ни я, не бухгалтерия.
17. Евгения Рябуша (rybusha) 10.10.09 19:52
(1) Валерий ,хотя я получила Ваше письмо ,но не с работы, не из дома не смогла отослать письмо( Сервер mail ru говорит что такого ящика нет).
В 16 версии ошибка по переносу больничных листов.Если были БЛ переходящие с месяца на месяц,количество нерабочих дней переносится только за последний месяц.
Вследствии этого не правильно считается БЛ и др расчеты по среднемую.
Пришлось сделать отчет в 77 БЛ по периодам (подготовка переноса в документ невыходы) печать Журнала докБЛ месяц разбит по строкам (по месяцам) сохранить как excel, и из него загрузить в ЗУП. По ссылке http://infostart.ru/public/58416
18. rimma_n (rimma_n) 12.10.09 11:29
Извиняюсь, не открывается скачанный файл. Он в каком формате? :cry:
19. Валерий Гайдабура (director04) 12.10.09 17:32
20. Валерий Гайдабура (director04) 12.10.09 17:33
(18) Не получится, шлите адрес электронки - вышлю
21. rimma_n (rimma_n) 13.10.09 09:01
Спасибо! поставила расширение rar, все покатило. у вас файл для скачивания указан без расширения :D
22. Виталий П (VSKIF) 13.10.09 09:05
Добрый день. В результате переноса некорректно перенеслись остатки задолженности ЗП на начало месяца. Как исправить? Спасибо.
23. Петр Фамилия (Nightdemon) 14.10.09 09:46
(22) Регистр "Взаиморасчеты с работниками организаций".
24. rasswet (rasswet) 14.10.09 10:53
файл не сохраняет. добавь ему тип.
25. Andy525 14.10.09 20:41
Привет
Не получается скачать, если не трудно скинте сюда qazxsw116@rambler.ru
26. Игорь Ганусовский (IKSparrow) 20.10.09 15:59
Штатный ЗУП последней версии (2.5.17.8), штатный ЗиК последней версии (не помню какой). Запускаю импорт данных из базы (не из файла). ЗУП выдаёт ошибку "Не удалось открыть обработку V77Exp.ert". Сама обработка лежит в каталоге C:\V77_V8\, т.е. там где ей и положено лежать (проверил в отладчике). Сама обработка, при попытке открыть ей в ЗиКе выдаёт кучу ошибок. И, разумеется не работает. Обработка была взята с ИТС. Теперь вопрос - что делать?
27. rimma_n (rimma_n) 20.10.09 17:19
Здравствуйте! при переносе данных обнаружено вот еще что:
1. в ЗИК внешний совместитель не имел стандартных налоговых вычетов.
после переноса в ЗУП образовались вычеты
это к добавлению в инструкцию - там только написано проверить вычеты.
2. Не переносится СЗВ-К! обидно
Инструкция замечательная! почти что все как по маслу. пока залила только одну базу ЗИК, численность 30 актуальных сотрудников. Как только перенесу еще несколько больших баз, поделюсь впечатлениями.
28. lefthander (lefthander) 28.10.09 15:53
(26) конфигурация 7.7 должна быть не ниже 281 типовой.
29. lefthander (lefthander) 28.10.09 15:57
(27) Это точно... Инструкция очень помогла. Правда у меня не подхватилась инфа о перечислении ЗП через банк, хотя карточные счета все нормально выгрузились. и данные банков с картсчетами тоже соответственно не перегрузились. Пока не могу понять как это поправить. Может у Вас есть мысли какие?
30. Игорь Ганусовский (IKSparrow) 28.10.09 15:57
(28) Спасибо. Выяснил, что оказывается ЗиК не такой уж и типовой :( Из-за этого и все проблемы :(
31. Валерий Гайдабура (director04) 28.10.09 16:10
(27) 1. Обычно такое наблюдается когда загружаются данные как минимум из двух баз (нужно смотреть по конкретному случаю).
32. lefthander (lefthander) 28.10.09 16:11
(30) у меня такая же проблема... Рискнул, на копию накатил последний релиз (286) и перенес... наверно потому и банк не прицепился...:-) Все остальное расчетчики проверяют, вроде нормально.
33. Игорь Ганусовский (IKSparrow) 28.10.09 16:12
(32) Спасибо за наводку! Вот как раз пробую таким образом сделать :)
34. lefthander (lefthander) 28.10.09 16:16
(33) Я ничего не пересчитывал и не проверял... просто накатил, без уточнения, что там потеряется или нет... и не заходя в 7.7 запустил перенос :-)
35. Алексей Ворошилов (Диадох) 23.11.09 09:50
Спасибо за инфу, однозначно плюс!
Но есть вопрос. Вы пишете:
"Проверить планы видов расчетов (начисления и удержания). Удалить лишние. Удаляемые заменяем на те, которые остаются. Используем при этом обработку «Поиск и замена значений»."

Но обработка «Поиск и замена значений» не заменяет виды расчета в регистрах расчета!!! Соответственно и удалить из плана видов расчета не даст, т.к. имеются ссылки. Каким образом Вы правите виды расчета в регистрах?
Я объединяю однотипные базы, все введенные вручную виды расчета дублируются в плане видов расчета, и заменить их не получается пока.
36. Валерий Гайдабура (director04) 23.11.09 10:55
Заменяйте данные виды расчетов в документах "Перенос данных". Затем при записи данных документов будут и редактироваться записи регистров расчета.
37. Валерий Гайдабура (director04) 23.11.09 10:56
(35) Заменяйте данные виды расчетов в документах "Перенос данных". Затем при записи данных документов будут и редактироваться записи регистров расчета.
38. Алексей Ворошилов (Диадох) 23.11.09 14:03
(36) Да, это выход. Но к сожалению в моем случае не подойдет. У меня не перенос из 7.7., а слияние однотипных баз 8.1.
Причем слияние делаю не я, мне дают лишь итог - базу с двумя организациями. А я должен все слить в одну организацию и убрать дублирующиеся записи.
А слияние делают путем какой-то универсальной выгрузки-загрузки, через XML.
В принципе я сам попробую доработать «Поиск и замена значений», чтобы виды расчета тоже меняла, только вот боюсь может это чем-то серьезным чревато, раз 1С отказалась это реализовывать в свой обработке.
39. Natali Rym (ntlr) 10.12.09 12:18
Ой, еще бы так же про бюджет описали, а то уж сил нет
Есть стандартная кофигурация ЗИК(заводили только свои виды расчета), вели бюджетную зарплату, а сейчас делаю беконечные попытки перекинуть в бюджетную ЗУП (пробовала на 1.0.5, 1.0.6 и уже на 1.0.7.2 версях, каждый раз разные ошибки , или не выгружается или загружается с ошибками) Причем ошибки крутые, куча сотрудников пропадают совсем, мало информации перекидывается. Что делать-не знаю :(
40. Валерий Гайдабура (director04) 10.12.09 12:30
(39) Бюджеты не конвертировал. Работаю в хозрасчетной организации. Предлагаю решать через линию консультации. Либо отслеживать через конфигурацию "Конвертация баз данных".
41. Николай Железнов (koliaff) 11.12.09 09:54
Пробовал перенести данные из ЗиК 285 в ЗУП 2.5.17.8. Перед загрузкой данных сделал тестирование и исправление ЗиК.
Перенос закончился но с ошибками. Я так понимаю ошибки значительные, т.к. ни одного сотрудника в справочнике ЗУП не оказалось.

Ошибка исполнения обработчика: ПКС_ПередВыгрузкой_ОсновныеНачисленияОрганизаций_ПорядокОпре­деленияРасчетногоПериодаСреднегоЗаработка_Реквизит16: Поле агрегатного объекта не обнаружено (ПорядокОпределенияРасчетногоПериодаСреднегоЗаработка)
Ошибка исполнения обработчика: ПКС_ПередВыгрузкой_ОсновныеНачисленияОрганизаций_ВидСтажа_Ре­квизит22: Поле агрегатного объекта не обнаружено (ВидСтажа)
Ошибка исполнения обработчика: ПКС_ПередВыгрузкой_ОсновныеНачисленияОрганизаций_Коэффициент­Стажа_Реквизит23: Поле агрегатного объекта не обнаружено (КоэффициентСтажа)
Ошибка исполнения обработчика: ПКС_ПередВыгрузкой_ОсновныеНачисленияОрганизаций_ВидВремени_­Реквизит1: Поле агрегатного объекта не обнаружено (ВидВремени)
Ошибка исполнения обработчика: ПКС_ПередВыгрузкой_ОсновныеНачисленияОрганизаций_Обозначение­ВТабелеУчетаРабочегоВремени_Реквизит6: Поле агрегатного объекта не обнаружено (ОбозначениеВТабелеУчетаРабочегоВремени)
Ошибка исполнения обработчика: ПКС_ПередВыгрузкой_ОсновныеНачисленияОрганизаций_ВидСтажаСЗВ­4_Реквизит19: Поле агрегатного объекта не обнаружено (ВидСтажаСЗВ4)
Ошибка исполнения обработчика: ПКС_ПередВыгрузкой_ОсновныеНачисленияОрганизаций_ЯвляетсяДох­одомВНатуральнойФорме_Реквизит11: Поле агрегатного объекта не обнаружено (ЯвляетсяДоходомВНатуральнойФорме)
Ошибка исполнения обработчика: ПКС_ПередВыгрузкой_ОсновныеНачисленияОрганизаций_ОтнесениеРа­сходовКДеятельностиЕНВД_Реквизит20: Поле агрегатного объекта не обнаружено (ОтнесениеРасходовКДеятельностиЕНВД)
Ошибка исполнения обработчика: ПКС_ПередВыгрузкой_ОсновныеНачисленияОрганизаций_КодДоходаНД­ФЛ_Реквизит4: Поле агрегатного объекта не обнаружено (КодДоходаНДФЛ)
Ошибка исполнения обработчика: ПКС_ПередВыгрузкой_ОсновныеНачисленияОрганизаций_КодДоходаЕС­Н_Реквизит3: Поле агрегатного объекта не обнаружено (КодДоходаЕСН)
Ошибка исполнения обработчика: ПКС_ПередВыгрузкой_ОсновныеНачисленияОрганизаций_КодДоходаФС­С_НС_Реквизит5: Поле агрегатного объекта не обнаружено (КодДоходаФСС_НС)
Ошибка исполнения обработчика: ПКС_ПередВыгрузкой_ОсновныеНачисленияОрганизаций_ПериодДейст­вияБазовый_Свойство17: Поле агрегатного объекта не обнаружено (ПериодДействияБазовый)

==================================
Помогите, кто сталкивался с такими ошибками ... )
42. Валерий Гайдабура (director04) 11.12.09 10:00
(41) Сообщите непременно на линию консультации. Дело в том, что в 17 релизе очень значительно переработан механизм конвертации данных. Внесены новые документы и реквизиты кадровых документов. Соответственно может быть и увеличено количество ошибок. Если не сообщать разработчикам, то так и будем хлебать "ЭТО".....
43. Николай Железнов (koliaff) 11.12.09 10:03
(42) А какой ЗУП мне взять, чтобы нормально всё загрузилось ?
На линию консультации сейчас отправлю ошибки ...
44. Валерий Гайдабура (director04) 11.12.09 10:13
(43) Любой до 17 релиза. И что б ЗИК был неправленный
45. Николай Железнов (koliaff) 11.12.09 10:52
Сейчас попробую на 16, результаты сообшу...
46. Николай Железнов (koliaff) 12.12.09 13:54
Попробовал на релизе 2.5.16.2, загрузка остановилась на 99 % и дальше не двигалась в течение 6 часов. Пришлось снимать задачу с 1с. После перезапуска посмотрел, что загрузилось. Вроде всё нормально, справочник сотрудники есть, документы "Перенос данных" тоже есть. Более подробно буду разбираться с рачетчицей. Спасибо за наводку на 16 релиз ЗУП , а то уйму времени потратил бы, пробуя перенести на 17-ом. Плюс тебе ;)
47. Natali Rym (ntlr) 18.12.09 14:40
Я домучила наконец-то и бюджет свой, свои конечно есть прибабахи, но статья помогла, большое спасибо автору
48. Just (Just) 28.12.09 04:12
Мне тоже статья помогла, спасибо
49. Виталик Виталик (vitass) 12.01.10 17:01
(41) У меня такие же ошибки,хотя вроде ЗУП 16,а ЗИК 292.Подскажите что можно сделать,у меня в итоге вообще ничего не выгружается :(
50. Валерий Гайдабура (director04) 12.01.10 17:14
(49). Извините, у нас годовая отчетность. Месяц не помогу.
51. a g (croacker) 13.01.10 04:03
(49)Если релиз ЗиУП у вас 16, и вы в точности следовали пунктам 1, 2, 3 раздела "Собственно конвертация", то должно было загрузиться хотябы что-то. Попробуйте проверить данные организации в ЗиУП.
52. a g (croacker) 14.01.10 07:52
В дополнение статьи перед перегрузкой проверьте валюты - код Руб. 643
53. Виталик Виталик (vitass) 15.01.10 22:26
(49) Получилось,только когда выгрузил файл отдельно из ЗИК,а потом загрузил в ЗУП.И еще при загрузке в списке баз ЗИК у меня баз много и я думал загрузится только та на которой стоит курсор,а надо было удалить из списка лишнее)))Всем спасибо за помощь!!!
54. dmitrO bochek (mitro) 17.01.10 13:37
Здравствуйте! Может вы подскажите. Я перенес базу стандартной обработкой. Все легло красиво. НО... Расчетчик в 7.7 очень любила кадровые перемещение. Так вот, у тех сотрудников, у которых есть кадровое перемещение, не считался РКС, пока не сделали кадровое перемещение уже в ЗУП. Вроде проблема устранена. Но опять НО… Сотрудники загрузились в бухгалтерию все «Не принятые», т.е. теперь не обходима в бухгалтерии принять все на работу. (Сотрудников загружали в бухгалтерию обработкой http://infostart.ru/public/21782/). Может быть сталкивались с такой проблемой и поскажите.
55. Валерий Гайдабура (director04) 18.01.10 07:57
56. Алексей (lepth) 09.02.10 13:31
спасибо за советы - некоторые помогли.
Еще добавлю(может кому пригодится) - в правиле(релиз 2,5,20) у первичных документов Приказ По Отпуску синхронизация документов включена только по номеру и дате(без Организации)!! Поэтому, если переносите из разных баз, то велика вероятность замещения документов(у нас, в частности, нумерация ведется в разрезе дня и пересечений ну просто много). У остальных док-ов все в порядке. Чем обидели так отпуск??
57. Валерий Гайдабура (director04) 09.02.10 13:39
(56) Сталкивался с этим тоже.. Уже сообщил разработчикам.
58. Алексей (lepth) 09.02.10 15:04
(57) может быть подскажите куда копать и чем?
Формирую Расчет ЕСН помесячно за 09 год, на одном вываливается
"Нет данных для учета сторно записи. Отсутствуют данные отражения в учете ЕСН этого начисления в прошлых периодах"; "Необходимо зарегистрировать данные вручную";
Где что нужно посмотреть и зарегистрировать??
Заранее спасибо
59. Валерий Гайдабура (director04) 09.02.10 15:10
(58) А ни как! Дело в том, что в документ "Расчет ЕСН" не попадают записи документа "Перенос данных" (имеются ввиду закладки "Основные нач" и "Дополнит. нач." ) поэтому и нет базы для расчета. А еще в этих самих записях все криво. Рекомендую просто незаморачиваться над этим. Так как год закрывать будут все одно в ЗИКе. А с нового года ЕСН совсем упразднен.
60. Алексей (lepth) 09.02.10 15:14
(59) легко сказать забить ) расчетчику принципиально нужно все сфоримровать..может быть есть хоть какие-нито пути выхода из ситуации?
61. Валерий Гайдабура (director04) 09.02.10 15:25
(61) Ищите строку по которой идет сторно запись и регистрируйте данные в этой строке вручную. Сторно было сформировано, скорее всего, по больничному или еще по какому документу-отклонению.
Более ничем помочь не могу.
62. Алексей (lepth) 09.02.10 18:07
я так и не вдуплил почему ему не хватает данных(вроде бы все есть). Вынес эти сторно записи в отдельный документ - все прокатило.
63. Алексей (lepth) 15.02.10 12:02
еще трабл(или это нормально?) при переносе больничных.
В основные начисления данные попали, а вот в ФСС попали только Пособия до 1,5-лет. Нет пособий по соц страхованию(по этому регистру делает движение Начисление больничного). В следствии этого(как я подозреваю), в регл. отчете 4-ФСС отсутствют данные. Что делать? внести вручную или есть цивизованные способы?
Заранее спасибо
64. Валерий Гайдабура (director04) 15.02.10 12:41
(63) цивилизация до меня так и не докатилась. Я все правил руками... :D
65. Алексей (lepth) 17.02.10 16:46
(64) прям линия консультайий здесь получается :)
Такая ситуация: сотр в январе не вышел 10 дней, ему протсавили в табель ОЗ(отпуск за свой счет), в феврале написла заявление и ему делают расчет. Док-т Невыходы в организациях не проводится по причине того, что обнаружено повторное начисление за период. В Окладе по дням в вытесняющих стоит Отпуск за свой счет. В чем может быть причина?
Спасибо
66. Валерий Гайдабура (director04) 18.02.10 07:44
(65) ветка посвящена собственно конвертации, а не последствиям оной, и последующей работе )))). Смотрите регистр сведений "периоды состояний работников организаций", вытесняющие виды расчетов здесь не причем.
67. Алексей (lepth) 11.03.10 17:17
возникла еще вопрос. собственно перенсли все по январь(вкл), все выверили, трогать больше не хочется. Февраль(и часть марта) продолжали вести только в 7-ке(не спрашивайте почему :D ). Так вот, как грамотно перенести кусок февраль - по н.в? Кадровые даныные, факт отпуска, и еще что то переносятся ведь с начала периода. Период на форме обработки насколько я помню касается только начислений.
Спасибо
68. Валерий Гайдабура (director04) 11.03.10 20:14
(67) В вашем случае, грамотнее всего (не сочтите за издевку), будет руками. :D
69. logdog (logdog) 11.03.10 20:24
из комплексной 7.7 бы в ЗУП обработку найти ...
70. Валерий Гайдабура (director04) 12.03.10 07:11
(69) Спросите (или поищите) у Владислава: http://infostart.ru/profile/264/
71. Алексей (lepth) 12.03.10 12:34
(67) Спасибо =)
На самом деле, подправив несколько обработчиков(в плане НачПериода ) все перенослось как хотелось.
72. Виталий Заредченко (Metalic) 27.04.10 10:12
Добрый день! Такая проблема, при переносе абсолютно ничего не переносится. После окончания в списке ошибок выходит:
Ошибка исполнения обработчика: ПВД_ПередОбработкойПравила_СтраховыеВзносы: Неверный идентификатор колонки!
Не понимаю, почему от этого я не вижу и всего остального.
Буду признателен за совет по ликвидации данной ошибки.
ЗУП 2.5.23.4
ЗиК 2.3 (7.70.296)
73. Валерий Гайдабура (director04) 27.04.10 10:21
(72). Попробуйте использовать более раннею версию ЗУП (допустим 22 релиз). Это скорее всего ошибка правил. А ЗИК девственная, или вносились изменения?
Если вносили изменения, то придется править правила обмена. Либо накатить типовую конфигурацию.
74. Виталий Заредченко (Metalic) 27.04.10 11:19
Хорошо, всё понял. Как раз собирался это пробовать.
ЗиК - типовой. Уже прочитал тут весь форум прежде чем что-то писать.
Спасибо за совет.
Отпишусь.
75. Виталий Заредченко (Metalic) 28.04.10 12:18
Ещё раз, здравствуйте!
Попробовал использовать более старую версию ЗУПа - 21 релиз - ошибка такая же.
Пробовал ставить на 18 релиз - данные переносит, и вроде бы всё хорошо, но на последнем пункте - "Проверка загруженных данных" выдаёт ошибку:
Расхождение в своде начисленной зарплаты между старой и новой программой:- удержания за Январь 2009 г. меньше на 78
Что он понимает по "меньше на 78" непонтяно!?
Есть мнения?
76. Валерий Гайдабура (director04) 28.04.10 12:27
(75) Это можно посчитать стандартным поведением конвертации. На практике такое сообщение выводится практически в каждых 2 из 3 конвертаций.
Если подробно почитаете рекомендуемый порядок, то увидите, что после проведения конвертации следует сверить своды по всем периодам, и возможно что-то поправить врукопашную.
Совет: используйте 18 релиз.
77. Надежда (user_2010) 21.05.10 10:28
Добрый день!
Молодцы, что свой опыт описали и делитесь своими разработками! Это очень ценно!

У меня задача немного специфическая: в данный момент расчет зарплаты ведется в четырех базах 1С.ЗИК.7.7. Все эти базы относятся к одной организации, это просто удаленные обособленные участки одного предприятия. Нужно все эти базы объединить в одну ЗУП.8.1.
Многие люди есть во всех базах. Когда работника переводили из одного участка в другой, то в одной базе делали увольнение, в другой - прем на работу, хотя реально это просто перевод из подразделения в подразделение.

Может быть вам сразу видны подводные камни такого переноса данных?

Или может быть эту задачу проще решить другим каким-то способом?

Спасибо!
78. Валерий Гайдабура (director04) 21.05.10 10:41
(77) Описаная методика на 100% относится к вашему случаю. Порядок танцев с бубном и многочисленные "Па" описаны именно при объединении порядка 70 баз из ЗИК в одну базу ЗУП.
Конечно, за прошедшее время некоторые баги были устранены разработчиками программы (и добавлены новые) , но методология подхода прежняя.

Если есть желание потратить деньги, взамен на улучшенный результат и отсутствие гемороя, то рекомендую ОЧЕНЬ КЛАССНЫЙ , платный конвертор Томашевича Владислава.
http://infostart.ru/public/64837/
Он прекрасно зарекомендовал себя при конвертации "из многих в одну". Ни каких танцев. Все происходит пошагово, процессом управляете вы сами.
Есть возможность переноса дополнительных данных.
79. Надежда (user_2010) 01.06.10 09:37
(72) Перенесла три базы ЗИК 7.70.293 в одну ЗУП.8.1 2.5.23.4 - все верно. Переношу четвертую базу - ошибка на этапе выгрузки, такая же как у вас: Ошибка исполнения обработчика: ПВД_ПередОбработкойПравила_СтраховыеВзносы: Неверный идентификатор колонки!

Пробовала проверять базу - не помогает.
Есть подозрения, что проблема в том, что в 2010 году продолжали считать налоги в ПФР документами 2009 года. Пока не проверили эту версию.

Если найдете проблему - поделитесь!
80. Надежда (user_2010) 02.06.10 05:50
(72) И еще, вы спрашиваете: Не понимаю, почему от этого я не вижу и всего остального.

Данных нет потому что эта ошибка выходит еще на этапе выгрузки данных из 1С.ЗИК.7.7. До загрузки данных 1С еще даже не дошла.
81. Олег Воронцов (Олег1С) 03.06.10 12:14
Проблема с переносом двух и более ИП в одну базу. Один так и затирает другого. С Юрлицами проблем нет.
82. Валерий Гайдабура (director04) 03.06.10 12:20
(81) Что вы имеите ввиду под словом "затирает"?
83. Олег Воронцов (Олег1С) 05.06.10 10:25
Есть 2 ИП с 12ти значным инн на вмененке. Первый ИП переносится нормально, хотя в организациях ни физ ни юр лицо не выставлено после переноса. Ладно - заполняем руками все реквизиты неперенесенные. Потом переносим второго ИП. После переноса в организациях втрой ИП затирает первого. Даже если перед переносом их завести в ЗуП со всеми реквизитами - все равно везде прописывается последний перенесенный ИП.
84. Валерий Гайдабура (director04) 05.06.10 10:48
(83) Ну это явный косяк правил переноса. Ранее такого небыло. Могу порекомендовать следующее:
1. Обязательно отписаться на ХотЛайн и зарегить ошибку.
2. Что бы не париться, и не ждать пока они пофиксят ошибку, можно попробовать конвертировать в более старые релизы. А затем уже обновить сконвертированный ЗУП.
3. Третий способ. И думаю что самый надежный: Настроить в ЗУП две распределенные информационные базы данных (разные подчиненные узлы). После этого произвести конвертации баз данных по разным ИП. До полного переноса информационных баз - НИ КАКИХ ОБМЕНОВ МЕЖДУ УЗЛАМИ! При конвертации один узел, не будет знать, что делается во втором. Вот таким нехитрым образом и нескольких ПА с бубном, я думаю, легко обыграете данный косяк в правилах переноса. :idea:
85. Олег Воронцов (Олег1С) 07.06.10 09:05
Спасибо за идею. Сначала хочу две базы ЗиК переделать с ИП на ООО и выгрузить в ЗуП. А потом в ЗуПе переделать их на ИП. Если не прокатит - перписать правила на предмет ИП - только лениво :)
86. Олег Воронцов (Олег1С) 08.06.10 10:06
Столкнулся с еще одним косяком - создал чистую базу ЗуП, из нее РИБ втроую чистую (узел). Так при попытке загрузить из ЗиК в этот узел пишет - Для выбранной конфигурации конвертация не поддерживается. Не прокатывает вариант с РИБ....
87. Валерий Гайдабура (director04) 11.06.10 10:43
(86) Дело не в подчиненном узле, причина в чем-то другом. Я сам пользовался этим приемом не раз (если не уверен, что конвертация пройдет гладко). Ищи причину....
88. Svetlana E (Svetlana_E) 13.06.10 04:45
89. Svetlana E (Svetlana_E) 13.06.10 05:22
Спасибо за инструкцию. Дошла очередь и до нас... Может напишите, что изменилось в последних релизах? Что исправили? Что наоборот перестало работать? На что теперь обращать внимание?
90. Валерий Гайдабура (director04) 13.06.10 11:04
(89) Извините, Светлана, но я не занимаюсь постоянным мониторингом этой проблемы. Подхожу к ней только эпизодически. Детали меняются постоянно, но основа - нет. Придерживайтесь изложенной методики и все получится. Можете сообщить коллегам по новым багам.
91. Надежда (user_2010) 18.06.10 12:29
Объединяю 4 базы ЗИК в одну ЗУП. Три базы без проблем сконвертировались. Одна (самая большая) на выгрузке из ЗИК вылетала с ошибкой (ругалась на страховые взносы). Сконвертировалсь эта база только на версии 2.5.18.2 - оно и понятно - тогда не было еще страховых взносов.

Как и указано в данной статье - имеем ошибки по НДФЛ. Делов том, что при загрузке в ЗУП 1С, видимо, перерассчитывает налог. И на людей, которые были уволены, а после увольнения им начисляли компенсацию за неисп отпуск, - на этих людей ЗУП не посчитал налог, хотя в ЗИК есть налог.

Может можно как-то решить эту проблему?

Спасибо!
92. Валерий Гайдабура (director04) 18.06.10 12:36
(91) Без исправления правил конвертации обойтись навряд ли удастся. Выход: либо править правила самостоятельно, либо отпишите на ХотЛайн (для Капралова Александра). Он, как правило, по этой проблеме реагирует довольно оперативно.
93. Oleg . (oaf_is) 19.08.10 17:37
Файл загрузки Конвертации лицевых счетов == 0 :(
94. Валерий Гайдабура (director04) 20.08.10 08:04
(93) Не удалял..... Вопрос скорее к модератору....
95. KindLion (KindLion) 28.10.10 15:48
Большое спасибо, дружище!
Оч. полезная информация!
96. Evil Grym (Evilgrym) 24.11.10 17:34
Не вкурю как лучше сделать: Новая база с нового года. Что туда переносить и каким образом. Только сотрудников без ничего, и в новой базе их с нового года принимать на работу или через перенос данных со всеми хвостами и мусором накопленным за 3 года?
97. Alexei (Alexei_fox) 14.12.10 03:28
При переходе с ЗИК на ЗУП выдается сообщение об ошибке "Ошибка исполнения обработчика: ПВД_ПередОбработкойПравила_СтраховыеВзносы: Неверный идентификатор колонки!"

Вот это словил - и загрузка дальше не идет.

Способ решения очень простой. В базе есть люди у которых ДР согласно установленной дате столетия (Настройка параметров системы - Год начала столетия) после 2045г.

Двигать "Год начала столетия" в строну уменьшения.
98. Дмитрий Гуляев (tim_taler) 17.01.11 17:41
Ошибки процедуры конвертации ЗиК -> ЗУП(2.5.29.1, 2.5.30) - расходы за счет ФСС.
Не переносит данные о пособиях по уходу за ребенком до 1.5 лет и соответственно о заработках получателей пособия.

При переносе из ЗиК в ЗУП 2.5.29.1 штатной обработкой(алгоритм реализован в V77Exp.ert) - не выгружаются
пособия по уходу за ребенком до 1.5 лет, как и заработки получателей этого пособия.
Ранее - работало без проблем (на 2.5.24.4 ), до разделения алгоритма выгрузки на "до 2010" и "после 2010".
вычислено, где ванессы ляпнули. В V77Exp.ert:

РассчитатьОтпускПоУходу
и РассчитатьОтпускПоУходу2010,
СобратьДанныеДляФСС и
СобратьДанныеДляФСС2010

ну просто как будто умышленные ляпы в пользу франчи.
Взяли, и "забыли" очевидные фрагменты кода...
Функция РассчитатьОтпускПоУходу(
            ИсходящиеДанные = "", ВходящиеДанные = "", Источник = "", Приемник = "", ТипПриемника = "", Значение = "", Выражение = "",
            Пусто = "", ВыборкаДанных = "", Объект = "", КоллекцияОбъектов = "", ОбъектКоллекции = "", ИмяПКО = "", ИмяПКОВидСубконто = "",
            НомерПКО = "", НомерПКС = "", Правило = "", КлючВыгружаемыхДанных = "", НеЗапоминатьВыгруженные = "", НеЗамещатьОбъектПриЗагрузке = "",
            ВсеОбъектыВыгружены = "", ТолькоПолучитьУзелСсылки = "", РежимЗаписи = "", РежимПроведения = "", СтандартнаяОбработка = "",
            НеЗамещать = "", НеОчищать = "", УзелСсылки = "", УзелКоллекцииОбъектов = "", УзелОбъектаКоллекции = "", УзелСвойства = "",
            ВидСубконто = "", Субконто = "", Отказ = "")


    Дни1                    = ИсходящиеДанные;
    Дни2                    = ВходящиеДанные;
    Дни                        = Источник;
    Сумма1                    = Приемник;
    Сумма2                    = ТипПриемника;
    Сумма                    = Значение;
    Документ                = Выражение;
    ДатаНачалаПериода        = Пусто;
    ДатаОкончанияПериода    = ВыборкаДанных;
    Сотрудник                = Объект;
    
    СреднемесячноеЧислоКадлендарныхДней = 30.4;
    ДанныеОтпуска = Документ.ДанныеОтпускаПоУходуЗаРебенком;
    СреднедневнойЗаработок = ДанныеОтпуска.СреднийЗаработок;
    ТаблицаРеквизитов = глПолучитьТаблицуИсторииРеквизитов(ДанныеОтпуска,ДатаНачалаПериода,ДатаОкончанияПериода,"КоличествоДетей,ЕстьПервыйРебенок"); 
    


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





        Если ЕстьПервыйРебенок = 0 Тогда
            //нет первого ребенка 
            Дни2 = 1;
        Иначе
            //есть первый ребенок и есть не первый ребенок 
            Дни1 = 1;
            Дни2 = КоличествоДетей - 1;
        КонецЕсли;
        
        Если ЕстьПервыйРебенок=1 Тогда
            
            Если КоличествоДетей > 1 Тогда
                
                //посчитаем сумму пособия на первого ребенка 
                
                КалендарныхДнейВМесяце= КонМесяца(Окончание) - НачМесяца(Окончание) +1;

                
                //получим ограничения пособий 
                РК = Макс(глПолучитьРеквизитДляОтчета(Сотрудник,"РайонныйКоэффициентРФ",Окончание),1);
                КонстантаМинимумПервый     = Константа.ПособиеПоУходуДоПолутораЛетМинимумПервый.Получить(Окончание);
                КонстантаМинимумВторой     = Константа.ПособиеПоУходуДоПолутораЛетМинимумВторой.Получить(Окончание);
                КонстантаМаксимум         = Константа.ПособиеПоУходуДоПолутораЛетМаксимум.Получить(Окончание);
                
                ПроцентОплаты = Мин(40 * КоличествоДетей,100); 
                
                ОграничениеПособияСнизу = (КонстантаМинимумПервый  + КонстантаМинимумВторой * (КоличествоДетей - 1)) * РК;
                ОграничениеПособияСверху = КонстантаМаксимум * КоличествоДетей * РК;     

                


                
                Если ДнейОплаты < КалендарныхДнейВМесяце Тогда 
                    СуммаПособия = Окр(ДнейОплаты * СреднедневнойЗаработок * ПроцентОплаты / 100,2);
                    Если СуммаПособия <= Окр(ОграничениеПособияСнизу / СреднемесячноеЧислоКадлендарныхДней * ДнейОплаты,2) Тогда 
                        //применили ограничение снизу 
                        Сумма1 = Сумма1 + Окр(КонстантаМинимумПервый * РК / СреднемесячноеЧислоКадлендарныхДней * ДнейОплаты,2);
                    ИначеЕсли СуммаПособия >= Окр(ОграничениеПособияСверху / СреднемесячноеЧислоКадлендарныхДней * ДнейОплаты,2) Тогда  
                        //применили ограничение сверху  
                        Сумма1 = Сумма1 + Окр(КонстантаМаксимум * РК / СреднемесячноеЧислоКадлендарныхДней * ДнейОплаты,2);
                    Иначе
                        Сумма1 = Сумма1 + Окр(ДнейОплаты * СреднедневнойЗаработок * 40 / 100,2);
                    КонецЕсли;
                Иначе 
                    СуммаПособия = Окр(СреднемесячноеЧислоКадлендарныхДней * СреднедневнойЗаработок * ПроцентОплаты / 100,2);
                    Если СуммаПособия <= ОграничениеПособияСнизу Тогда 
                        //применили ограничение снизу 
                        Сумма1 = Сумма1 + Окр(КонстантаМинимумПервый * РК,2);
                    ИначеЕсли СуммаПособия >= ОграничениеПособияСверху Тогда  
                        //применили ограничение сверху  
                        Сумма1 = Сумма1 + Окр(КонстантаМаксимум * РК,2);
                    Иначе
                        Сумма1 = Сумма1 + Окр(СреднемесячноеЧислоКадлендарныхДней * СреднедневнойЗаработок * 40 / 100,2);
                    КонецЕсли;
                    
                КонецЕсли;
                
            Иначе //есть только первый ребенок   
                Сумма1 = Сумма;
            КонецЕсли;
            
        КонецЕсли;
        
    КонецЦикла;    
    
    Сумма2    = Сумма - Сумма1;
    Дни        = Дни1 + Дни2;

//*****!!!!! вот финальный фрагмент, который отсутствует в функции для 2010      
    ИсходящиеДанные    = Дни1;
    ВходящиеДанные    = Дни2;
    Источник        = Дни;
    Приемник        = Сумма1;
    ТипПриемника    = Сумма2;
    Значение        = Сумма;


КонецФункции // РассчитатьОтпускПоУходу() 
...Показать Скрыть


и для 2010:

Функция РассчитатьОтпускПоУходу2010(
            ИсходящиеДанные = "", ВходящиеДанные = "", Источник = "", Приемник = "", ТипПриемника = "", Значение = "", Выражение = "",
            Пусто = "", ВыборкаДанных = "", Объект = "", КоллекцияОбъектов = "", ОбъектКоллекции = "", ИмяПКО = "", ИмяПКОВидСубконто = "",
            НомерПКО = "", НомерПКС = "", Правило = "", КлючВыгружаемыхДанных = "", НеЗапоминатьВыгруженные = "", НеЗамещатьОбъектПриЗагрузке = "",
            ВсеОбъектыВыгружены = "", ТолькоПолучитьУзелСсылки = "", РежимЗаписи = "", РежимПроведения = "", СтандартнаяОбработка = "",
            НеЗамещать = "", НеОчищать = "", УзелСсылки = "", УзелКоллекцииОбъектов = "", УзелОбъектаКоллекции = "", УзелСвойства = "",
            ВидСубконто = "", Субконто = "", Отказ = "")


    Дни1                    = ИсходящиеДанные;
    Дни2                    = ВходящиеДанные;
    Дни                        = Источник;
    Сумма1                    = Приемник;
    Сумма2                    = ТипПриемника;
    Сумма                    = Значение;
    Документ                = Выражение;
    ДатаНачалаПериода        = Пусто;
    ДатаОкончанияПериода    = ВыборкаДанных;
    Сотрудник                = Объект;
    
    СреднемесячноеЧислоКадлендарныхДней = 30.4;
    ДанныеОтпуска = Документ.ДанныеОтпускаПоУходуЗаРебенком;
    СреднедневнойЗаработок = Макс(ДанныеОтпуска.СреднийЗаработок, ДанныеОтпуска.СреднедневнойЗаработокПереходногоПериода2010);
    ТаблицаРеквизитов = глПолучитьТаблицуИсторииРеквизитов(ДанныеОтпуска,ДатаНачалаПериода,ДатаОкончанияПериода,"КоличествоДетей,ЕстьПервыйРебенок");
    
    ПредельнаяВеличинаБазы = Константа.ПредельнаяВеличинаБазыСтраховыхВзносов.Получить(КонГода(ДатаНачалаПериода));
    
    КоличествоСтрок = ТаблицаРеквизитов.КоличествоСтрок();
    Для Номер = 1 по КоличествоСтрок Цикл 
        
        ТаблицаРеквизитов.ПолучитьСтрокуПоНомеру(Номер);
        СледующаяДата = ?(Номер<КоличествоСтрок,ТаблицаРеквизитов.ПолучитьЗначение(Номер+1,"Дата")-1, ДатаОкончанияПериода); // дата окончания действия значения находящегося в первой строке 
        
        // т.к. значений может быть несколько, берем последнее значение на дату 
        Если (Номер < КоличествоСтрок) и (ТаблицаРеквизитов.Дата >= ?(Номер<КоличествоСтрок,ТаблицаРеквизитов.ПолучитьЗначение(Номер + 1, "Дата"), ДатаОкончанияПериода)) Тогда
            Продолжить;
        КонецЕсли;
        
        Начало = ТаблицаРеквизитов.Дата;
        Окончание = СледующаяДата;
        КоличествоДетей = ТаблицаРеквизитов.КоличествоДетей;
        ЕстьПервыйРебенок = ТаблицаРеквизитов.ЕстьПервыйРебенок;
        
        ДнейОплаты = Окончание - Начало + 1;
        
        //получим ограничения пособий 
        РК = Макс(глПолучитьРеквизитДляОтчета(Сотрудник,"РайонныйКоэффициентРФ",Окончание),1);
        КонстантаМинимумПервый     = Константа.ПособиеПоУходуДоПолутораЛетМинимумПервый.Получить(Окончание);
        КонстантаМинимумВторой     = Константа.ПособиеПоУходуДоПолутораЛетМинимумВторой.Получить(Окончание);
        
        Если ЕстьПервыйРебенок = 0 Тогда
            //нет первого ребенка 
            Дни2 = 1;
        Иначе
            //есть первый ребенок и есть не первый ребенок 
            Дни1 = 1;
            Дни2 = КоличествоДетей - 1;
        КонецЕсли;
        
        Если ЕстьПервыйРебенок=1 Тогда
            
            Если КоличествоДетей > 1 Тогда
                
                //посчитаем долю пособия на первого ребенка 
                
                КалендарныхДнейВМесяце= КонМесяца(Окончание) - НачМесяца(Окончание) +1;
                ПроцентОплаты = Мин(40 * КоличествоДетей,100);
                
                ОграничениеПособияСнизу = (КонстантаМинимумПервый * ЕстьПервыйРебенок 
                                            + КонстантаМинимумВторой * (КоличествоДетей - ЕстьПервыйРебенок)) * РК;



                
                СреднийЗаработок = Окр(СреднедневнойЗаработок * 30.4, 2);
                
                //ограничение сверху 
                РазмерОграничения = Окр(ПредельнаяВеличинаБазы / 12, 2);
                РазмерПособия     = Окр(Мин(СреднийЗаработок,РазмерОграничения) * ПроцентОплаты / 100, 2);
                
                // пособие за месяц с учетом ограничений 
                ОрганиченныйРазмер = Макс(РазмерПособия, ОграничениеПособияСнизу);
                
                Если ДнейОплаты < КалендарныхДнейВМесяце Тогда 
                    СуммаПособия = Окр(ОрганиченныйРазмер / КалендарныхДнейВМесяце * ДнейОплаты, 2);
                    Если РазмерПособия <= ОграничениеПособияСнизу Тогда 
                        //применили ограничение снизу 
                        Сумма1 = Сумма1 + Окр(КонстантаМинимумПервый * РК / СреднемесячноеЧислоКадлендарныхДней * ДнейОплаты,2);
                    ИначеЕсли СреднийЗаработок >= РазмерОграничения Тогда  
                        //применили ограничение сверху  
                        Сумма1 = Сумма1 + Окр(РазмерОграничения * 0.4 / СреднемесячноеЧислоКадлендарныхДней * ДнейОплаты,2);
                    Иначе
                        Сумма1 = Сумма1 + Окр(СреднедневнойЗаработок * 0.4 * ДнейОплаты,2);
                    КонецЕсли;
                Иначе 
                    СуммаПособия = ОрганиченныйРазмер;
                    Если РазмерПособия <= ОграничениеПособияСнизу Тогда 
                        //применили ограничение снизу 
                        Сумма1 = Сумма1 + Окр(КонстантаМинимумПервый * РК,2);
                    ИначеЕсли РазмерПособия >= РазмерОграничения Тогда  
                        //применили ограничение сверху  
                        Сумма1 = Сумма1 + РазмерОграничения;
                    Иначе
                        Сумма1 = Сумма1 + Окр(СреднедневнойЗаработок * 0.4 * СреднемесячноеЧислоКадлендарныхДней,2);
                    КонецЕсли;
                    
                КонецЕсли;
                
            Иначе //есть только первый ребенок   
                Сумма1 = Сумма;
            КонецЕсли;
            
        КонецЕсли;
        
    КонецЦикла;    
    
    Сумма2 = Сумма - Сумма1;
    Дни = Дни1 + Дни2;

//*****!!!!! и всё. финальный фрагмент "забыли" 

КонецФункции // РассчитатьОтпускПоУходу2010()
...Показать Скрыть



В функции СобратьДанныеДляФСС2010(...)

ТаблицаЗаработкиПолучателейПособияПоУходуЗаРебенком

упомянута только однажды, при инициализации
ссылкой на параметр.
Присвоения значения ей отчего-то не предусмотрено, в отличие от СобратьДанныеДляФСС(...)
Просто какая-то диверсия :(
mamanelli; +1 Ответить
99. dr.zl0 (dr.zl0) 28.01.11 08:10
Выгрузил данные с января по ноябрь, т.к. декабрь был еще не закрыт, после закрытия декабря пробую снова выгрузить данные только за декабрь, при этом начинают дублироваться записи в справочнике "сотрудники организации".
Вообще в стандартной выгрузке предусмотренная догрузка данных, как к примеру в обработке выгрузки из Камина в ЗУП, или все должно делаться за один раз?
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа