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

06.01.16

Учетные задачи - Зарплата

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

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

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

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

 

 

См. также

Обновление для КА 1.1, ЗУП 2.5, БУХ 2.0: НДС, ЕФС-1, Расчет страховых взносов, Мобилизация, Статистика, Электронные трудовые книжки, 2-НДФЛ, Регламентированная отчетность, Кадровый учет, Прослеживаемость импортных товаров

Зарплата Регламентированный учет и отчетность Кадровый учет Обновление 1С Платформа 1С v8.3 Сложные периодические расчеты 1С:Комплексная автоматизация 1.х 1С:Бухгалтерия 2.0 1С:Зарплата и Управление Персоналом 2.5 Бухгалтерский учет Налоговый учет Управленческий учет Акцизы ЕНВД ЕСН Земельный налог ИП, ПБОЮЛ, КФХ Налог на имущество Налог на прибыль НДС НДФЛ ФОМС, ЕФС Транспортный налог УСН ПСН (патентная система налогообложения) Платные (руб)

Обновления для конфигураций: КА 1.1; ЗУП 2.5; БУХ 2.0; КА 1.1 Комплексная автоматизация торговли алкогольной продукцией; КА 1.1 Комплексный учет сельскохозяйственного предприятия

19900 руб.

01.04.2020    140417    676    352    

232

SALE! 10%

Перенос данных из УПП 1.3 в ERP 2 / УТ 11 / КА 2. Переносятся документы, справочная информация и остатки

Обмен между базами 1C Платформа 1С v8.3 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

Обработка позволяет перенести из УПП 1.3 в ERP / УТ 11 / КА 2 всю возможную информацию. Переносятся документы, а также начальные остатки и справочная информация. Есть фильтр по организации и множество других опциональных параметров выгрузки. Наши правила переноса в продаже с 2015 года, постоянно работаем над их развитием. Более 360 предприятий выполнили переход с использованием этого продукта. Оказываем техническую поддержку по всем вопросам проекта переноса данных из УПП 1.3.

50722 45650 руб.

04.08.2015    159277    363    266    

345

SALE! 10%

[ED3] Обмен для ERP 2.5, КА 2.5, УТ 11.5 БП 3.0, Розница, УНФ и других с EnterpriseData (универсальный формат обмена), правила обмена

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Россия Платные (руб)

Правила в универсальном формате обмена для ERP 2.5, КА 2.5, УТ 11.5, БП 3.0, Розница, УНФ, для последних версий конфигураций. Ссылки на другие конфигурации в описании публикации. Правила совместимы со всеми другими версиями конфигураций новыми и старыми, поддерживающими обмен в формате EnterpriseData. Не требуется синхронного обновления правил после обновления другой конфигурации, участвующей в обмене. Типовой обмен через планы обмена кнопкой Синхронизация вручную или автоматически по расписанию, или вручную обработкой.

25080 руб.

12.06.2017    134607    718    291    

387

Перенос данных из УПП 1.3 в БП 3.0. Переносятся документы (обороты за период), справочная информация и остатки

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:Управление производственным предприятием 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Управленческий учет Платные (руб)

Перенос данных из 1С:Управление производственным предприятием 1.3 в 1С:Бухгалтерия предприятия 3.0 с помощью правил обмена. Переносятся остатки, документы (обороты за период), справочная информация. Правила проверены на конфигурациях УПП 1.3 (1.3.223.x) и БП 3.0 (3.0.149.x). Правила подходят для версии ПРОФ и КОРП.

28000 руб.

15.12.2021    20091    132    38    

90

SALE! 10%

Перенос данных из БП 3.0 в УТ 11 / КА 2 / ERP 2

Обмен между базами 1C Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

Переносятся документы за выбранный период, нормативно-справочная информация и остатки по счетам бухгалтерского учета из программы "1С:БП 3.0" в "1С:УТ 11" или "1С:КА. 2" или "1С:ERP Управление предприятием, ред. 2".

50722 45650 руб.

31.10.2014    231097    124    326    

295

SALE! 10%

Перенос данных из ERP 2 / КА 2 в ЗУП 3

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет Управленческий учет Платные (руб)

Обработка позволяет не только перенести все документы, справочную информацию и начальные остатки из ERP 2 или КА 2 в ЗУП 3, но и организовать регулярный перенос данных между программами 1С:ERP 2 / КА 2 и 1С:ЗУП 3. Вы можете выбрать период отбора данных и установить фильтр по организациям, чтобы выгружать только необходимую информацию. Более того, перенос оперативно обновляется при выходе новых релизов программы 1С, так что вы всегда будете иметь самую актуальную версию обработки.

48278 43450 руб.

03.12.2020    34036    80    57    

78

SALE! 10%

Перенос данных из ERP 2 / КА 2 / УТ 11 в БП 3.0

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

Перенос позволяет настроить собственный обмен данными между указанными программами, альтернативный предлагаемому фирмой 1С. Перенос данных осуществляется из 1С:ERP 2 / 1С:КА 2 / 1С:УТ 11 в 1С:БП 3.0. Правила обмена оперативно обновляются при выходе новых релизов программы 1С, так что вы всегда будете иметь самую актуальную версию обработки.

38500 34650 руб.

15.04.2019    68199    176    136    

108

Перенос данных из Парус 10 в ЗГУ ред.3

Внешние источники данных Кадровый учет Файловый обмен (TXT, XML, DBF), FTP Обмен между базами 1C Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и кадры государственного учреждения 3 Государственные, бюджетные структуры Россия Бухгалтерский учет Бюджетный учет Платные (руб)

Обработка позволяет перенести кадровую информацию и данные по заработной плате, фактических удержаниях, НДФЛ, вычетах, страховых взносах из базы Парус 10 учреждений в конфигурацию 1С:Зарплата и кадры государственного учреждения ред. 3 (ЗГУ) и начать с ней работать с любого месяца года.

60000 руб.

05.10.2022    9156    9    8    

10
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. director04 3657 08.10.09 15:30 Сейчас в теме
Буду рад комментариям, кто столкнулся еще с какими проблемами при конвертации ЗИК -> ЗУП. И каким методом решали данные проблемы.
shark0759; +1 Ответить
10. rybusha 98 09.10.09 12:07 Сейчас в теме
(1)Спасибо.Сама занимаюсь переносом.
1.В 16 версии ошибка по переносу больничных листов.Если были БЛ переходящие с месяца на месяц,количество нерабочих дней переносится только за последний месяц.
Вследствии этого не правильно считается БЛ и др расчеты по среднемую.
Пришлось сделать отчет в 77 БЛ по периодам (подготовка переноса в документ невыходы) печать Журнала докБЛ месяц разбит по строкам (по месяцам) сохранить как excel, и из него загрузить ImportIzEkselja.epf (есть здесь на сайте), но переделать ручками т.к. для Видов расчета и перечисления не работает.
2.У декретниц не переноситься оклад, только надбавка, притом как активная
3.Если сотрудника принимали и увольняли несколько раз то он размножается.Пример 3 штуки :два уволенных и последний приятый.
Если кому интересно могу выложить.


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

Все наработки предлагаю выкладывать. Можете присылать мне на ящик - добавлю в файлы (со ссылкой на автора). Укажите обязательно правила использования. Мой ящик hotel_ur@mail.ru
17. rybusha 98 10.10.09 19:52 Сейчас в теме
(1) Валерий ,хотя я получила Ваше письмо ,но не с работы, не из дома не смогла отослать письмо( Сервер mail ru говорит что такого ящика нет).
В 16 версии ошибка по переносу больничных листов.Если были БЛ переходящие с месяца на месяц,количество нерабочих дней переносится только за последний месяц.
Вследствии этого не правильно считается БЛ и др расчеты по среднемую.
Пришлось сделать отчет в 77 БЛ по периодам (подготовка переноса в документ невыходы) печать Журнала докБЛ месяц разбит по строкам (по месяцам) сохранить как excel, и из него загрузить в ЗУП. По ссылке http://infostart.ru/public/58416
191. Trotter_NN 18.01.13 14:10 Сейчас в теме
(1) у меня прошло без ошибок, но при открытии файликов *.epf говорит то, что данная версия программы не может открыть. что делать как быть ?
У меня :
ЗУП 2.5 (2.5.59.2)
1С Предприятие 8.2(8.2.15.289)
192. director04 3657 18.01.13 17:05 Сейчас в теме
(191)

Видимо, выложена версия внешней обработки для платформы 8.1
Для исправления ситуации:

- Запустите свою программу в режиме конфигуратора.
- Через меню Файл - Открыть, запустите данную обработку. На вопрос, что обработка будет конвертирована, ответьте согласием.
- Далее, уже конвертированную обработку можете использовать в рабочей базе данных.
2. lefthander 08.10.09 15:56 Сейчас в теме
Главная проблема - перенос поддерживается с конфы 281 а у меня ниже... Вот. Но я не теряю надежды с Нового года перевести контору на ЗУП :-)
3. artbear 1447 08.10.09 16:04 Сейчас в теме
Хорошая инструкция.
Спасибо.
AVPonomarenko76@mail.ru; +1 Ответить
4. director04 3657 08.10.09 16:06 Сейчас в теме
5. nikulin76 139 08.10.09 17:34 Сейчас в теме
А есть методика по следующиму шагу?
ЗУП -> УПП
Т.е. в ЗУП перенесли ок. а нужно в УПП.
7. director04 3657 08.10.09 18:40 Сейчас в теме
(5) Нет.
(6) Данная статья описывает методику переноса именно ШТАТНЫМИ методами.....
По проблемам ЕСН достаточно подробно изложено в статье.
НДФЛ - к сожалению вы ошибаетесь. Может даже по этой причине (в частности) был отложен и выход версии 2.5.17. Во всяком случае Баг разработчиками подтвержден, а решение пока не реализовано...
8. afanasko 35 09.10.09 09:36 Сейчас в теме
(7) К сожалению, штатными методами многое не переносится. В частности данные для карточки Т-2.

Про НДФЛ, я проверил. После ввода документа "Перерасчет НДФЛ", НДФЛ становится правильным.
6. afanasko 35 08.10.09 18:09 Сейчас в теме
Переносили данные. Все решилось написанием дополнительной обработки, которая после стандартного переноса исправляла косяки и переносила доп. данные.

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

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

yuriy1967; +1 Ответить
9. nina1958 30 09.10.09 09:39 Сейчас в теме
12. СергейКа 669 09.10.09 17:16 Сейчас в теме
Чуть меньше 2-х лет назад пришлось писать самостоятельную обработку, переносящую данные из ЗИК в ЗУП по OLE, в тогда еще только вышедшую 2.5, из многих баз ЗИК в одну ЗУП. А поскольку всё делалось в цейтноте, без косяков не обошлось, хотя по подсчетам, корректность переноса составила примерно 98%.
В принципе, перед переносом приходилось выполнять практически те же действия, что написал автор данных советов. Ах, если бы тогда все эти советы :D
А вообще автору +
У меня таки не дошли руки все это описывать :oops:
13. director04 3657 09.10.09 17:18 Сейчас в теме
14. Арчибальд 2706 10.10.09 09:37 Сейчас в теме
Реально полезная инструкция. Для меня неактуально, но плюс однозначный.
15. platinum 10.10.09 15:09 Сейчас в теме
Скоро буду заниматься этой задачей.Занес в избранное.Плюс поставил,предварительно,надеюсь все работает))
16. director04 3657 10.10.09 15:38 Сейчас в теме
(15) Работает, работает... Я в течение года ежемесячно перевожу на новые рельсы по несколько фирм.
Почему ежемесячно? Потому что единовременно не смогу "переворить" ни я, не бухгалтерия.
18. rimma_n 160 12.10.09 11:29 Сейчас в теме
Извиняюсь, не открывается скачанный файл. Он в каком формате? :cry:
19. director04 3657 12.10.09 17:32 Сейчас в теме
20. director04 3657 12.10.09 17:33 Сейчас в теме
(18) Не получится, шлите адрес электронки - вышлю
21. rimma_n 160 13.10.09 09:01 Сейчас в теме
Спасибо! поставила расширение rar, все покатило. у вас файл для скачивания указан без расширения :D
22. VSKIF 26 13.10.09 09:05 Сейчас в теме
Добрый день. В результате переноса некорректно перенеслись остатки задолженности ЗП на начало месяца. Как исправить? Спасибо.
23. Nightdemon 14.10.09 09:46 Сейчас в теме
(22) Регистр "Взаиморасчеты с работниками организаций".
24. rasswet 82 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\, т.е. там где ей и положено лежать (проверил в отладчике). Сама обработка, при попытке открыть ей в ЗиКе выдаёт кучу ошибок. И, разумеется не работает. Обработка была взята с ИТС. Теперь вопрос - что делать?
28. lefthander 28.10.09 15:53 Сейчас в теме
(26) конфигурация 7.7 должна быть не ниже 281 типовой.
30. IKSparrow 28.10.09 15:57 Сейчас в теме
(28) Спасибо. Выяснил, что оказывается ЗиК не такой уж и типовой :( Из-за этого и все проблемы :(
32. lefthander 28.10.09 16:11 Сейчас в теме
(30) у меня такая же проблема... Рискнул, на копию накатил последний релиз (286) и перенес... наверно потому и банк не прицепился...:-) Все остальное расчетчики проверяют, вроде нормально.
33. IKSparrow 28.10.09 16:12 Сейчас в теме
(32) Спасибо за наводку! Вот как раз пробую таким образом сделать :)
34. lefthander 28.10.09 16:16 Сейчас в теме
(33) Я ничего не пересчитывал и не проверял... просто накатил, без уточнения, что там потеряется или нет... и не заходя в 7.7 запустил перенос :-)
27. rimma_n 160 20.10.09 17:19 Сейчас в теме
Здравствуйте! при переносе данных обнаружено вот еще что:
1. в ЗИК внешний совместитель не имел стандартных налоговых вычетов.
после переноса в ЗУП образовались вычеты
это к добавлению в инструкцию - там только написано проверить вычеты.
2. Не переносится СЗВ-К! обидно
Инструкция замечательная! почти что все как по маслу. пока залила только одну базу ЗИК, численность 30 актуальных сотрудников. Как только перенесу еще несколько больших баз, поделюсь впечатлениями.
29. lefthander 28.10.09 15:57 Сейчас в теме
(27) Это точно... Инструкция очень помогла. Правда у меня не подхватилась инфа о перечислении ЗП через банк, хотя карточные счета все нормально выгрузились. и данные банков с картсчетами тоже соответственно не перегрузились. Пока не могу понять как это поправить. Может у Вас есть мысли какие?
31. director04 3657 28.10.09 16:10 Сейчас в теме
(27) 1. Обычно такое наблюдается когда загружаются данные как минимум из двух баз (нужно смотреть по конкретному случаю).
35. Диадох 23.11.09 09:50 Сейчас в теме
Спасибо за инфу, однозначно плюс!
Но есть вопрос. Вы пишете:
"Проверить планы видов расчетов (начисления и удержания). Удалить лишние. Удаляемые заменяем на те, которые остаются. Используем при этом обработку «Поиск и замена значений»."

Но обработка «Поиск и замена значений» не заменяет виды расчета в регистрах расчета!!! Соответственно и удалить из плана видов расчета не даст, т.к. имеются ссылки. Каким образом Вы правите виды расчета в регистрах?
Я объединяю однотипные базы, все введенные вручную виды расчета дублируются в плане видов расчета, и заменить их не получается пока.
37. director04 3657 23.11.09 10:56 Сейчас в теме
(35) Заменяйте данные виды расчетов в документах "Перенос данных". Затем при записи данных документов будут и редактироваться записи регистров расчета.
36. director04 3657 23.11.09 10:55 Сейчас в теме
Заменяйте данные виды расчетов в документах "Перенос данных". Затем при записи данных документов будут и редактироваться записи регистров расчета.
38. Диадох 23.11.09 14:03 Сейчас в теме
(36) Да, это выход. Но к сожалению в моем случае не подойдет. У меня не перенос из 7.7., а слияние однотипных баз 8.1.
Причем слияние делаю не я, мне дают лишь итог - базу с двумя организациями. А я должен все слить в одну организацию и убрать дублирующиеся записи.
А слияние делают путем какой-то универсальной выгрузки-загрузки, через XML.
В принципе я сам попробую доработать «Поиск и замена значений», чтобы виды расчета тоже меняла, только вот боюсь может это чем-то серьезным чревато, раз 1С отказалась это реализовывать в свой обработке.
39. ntlr 10.12.09 12:18 Сейчас в теме
Ой, еще бы так же про бюджет описали, а то уж сил нет
Есть стандартная кофигурация ЗИК(заводили только свои виды расчета), вели бюджетную зарплату, а сейчас делаю беконечные попытки перекинуть в бюджетную ЗУП (пробовала на 1.0.5, 1.0.6 и уже на 1.0.7.2 версях, каждый раз разные ошибки , или не выгружается или загружается с ошибками) Причем ошибки крутые, куча сотрудников пропадают совсем, мало информации перекидывается. Что делать-не знаю :(
40. director04 3657 10.12.09 12:30 Сейчас в теме
(39) Бюджеты не конвертировал. Работаю в хозрасчетной организации. Предлагаю решать через линию консультации. Либо отслеживать через конфигурацию "Конвертация баз данных".
41. koliaff 165 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 3657 11.12.09 10:00 Сейчас в теме
(41) Сообщите непременно на линию консультации. Дело в том, что в 17 релизе очень значительно переработан механизм конвертации данных. Внесены новые документы и реквизиты кадровых документов. Соответственно может быть и увеличено количество ошибок. Если не сообщать разработчикам, то так и будем хлебать "ЭТО".....
43. koliaff 165 11.12.09 10:03 Сейчас в теме
(42) А какой ЗУП мне взять, чтобы нормально всё загрузилось ?
На линию консультации сейчас отправлю ошибки ...
44. director04 3657 11.12.09 10:13 Сейчас в теме
(43) Любой до 17 релиза. И что б ЗИК был неправленный
49. vitass 12.01.10 17:01 Сейчас в теме
(41) У меня такие же ошибки,хотя вроде ЗУП 16,а ЗИК 292.Подскажите что можно сделать,у меня в итоге вообще ничего не выгружается :(
50. director04 3657 12.01.10 17:14 Сейчас в теме
(49). Извините, у нас годовая отчетность. Месяц не помогу.
51. croacker 13.01.10 04:03 Сейчас в теме
(49)Если релиз ЗиУП у вас 16, и вы в точности следовали пунктам 1, 2, 3 раздела "Собственно конвертация", то должно было загрузиться хотябы что-то. Попробуйте проверить данные организации в ЗиУП.
53. vitass 15.01.10 22:26 Сейчас в теме
(49) Получилось,только когда выгрузил файл отдельно из ЗИК,а потом загрузил в ЗУП.И еще при загрузке в списке баз ЗИК у меня баз много и я думал загрузится только та на которой стоит курсор,а надо было удалить из списка лишнее)))Всем спасибо за помощь!!!
45. koliaff 165 11.12.09 10:52 Сейчас в теме
Сейчас попробую на 16, результаты сообшу...
46. koliaff 165 12.12.09 13:54 Сейчас в теме
Попробовал на релизе 2.5.16.2, загрузка остановилась на 99 % и дальше не двигалась в течение 6 часов. Пришлось снимать задачу с 1с. После перезапуска посмотрел, что загрузилось. Вроде всё нормально, справочник сотрудники есть, документы "Перенос данных" тоже есть. Более подробно буду разбираться с рачетчицей. Спасибо за наводку на 16 релиз ЗУП , а то уйму времени потратил бы, пробуя перенести на 17-ом. Плюс тебе ;)
47. ntlr 18.12.09 14:40 Сейчас в теме
Я домучила наконец-то и бюджет свой, свои конечно есть прибабахи, но статья помогла, большое спасибо автору
48. Just 2 28.12.09 04:12 Сейчас в теме
Мне тоже статья помогла, спасибо
52. croacker 14.01.10 07:52 Сейчас в теме
В дополнение статьи перед перегрузкой проверьте валюты - код Руб. 643
54. mitro 17.01.10 13:37 Сейчас в теме
Здравствуйте! Может вы подскажите. Я перенес базу стандартной обработкой. Все легло красиво. НО... Расчетчик в 7.7 очень любила кадровые перемещение. Так вот, у тех сотрудников, у которых есть кадровое перемещение, не считался РКС, пока не сделали кадровое перемещение уже в ЗУП. Вроде проблема устранена. Но опять НО… Сотрудники загрузились в бухгалтерию все «Не принятые», т.е. теперь не обходима в бухгалтерии принять все на работу. (Сотрудников загружали в бухгалтерию обработкой http://infostart.ru/public/21782/). Может быть сталкивались с такой проблемой и поскажите.
55. director04 3657 18.01.10 07:57 Сейчас в теме
(54) Нет, не сталкивался...
56. lepth 09.02.10 13:31 Сейчас в теме
спасибо за советы - некоторые помогли.
Еще добавлю(может кому пригодится) - в правиле(релиз 2,5,20) у первичных документов Приказ По Отпуску синхронизация документов включена только по номеру и дате(без Организации)!! Поэтому, если переносите из разных баз, то велика вероятность замещения документов(у нас, в частности, нумерация ведется в разрезе дня и пересечений ну просто много). У остальных док-ов все в порядке. Чем обидели так отпуск??
57. director04 3657 09.02.10 13:39 Сейчас в теме
(56) Сталкивался с этим тоже.. Уже сообщил разработчикам.
58. lepth 09.02.10 15:04 Сейчас в теме
(57) может быть подскажите куда копать и чем?
Формирую Расчет ЕСН помесячно за 09 год, на одном вываливается
"Нет данных для учета сторно записи. Отсутствуют данные отражения в учете ЕСН этого начисления в прошлых периодах"; "Необходимо зарегистрировать данные вручную";
Где что нужно посмотреть и зарегистрировать??
Заранее спасибо
59. director04 3657 09.02.10 15:10 Сейчас в теме
(58) А ни как! Дело в том, что в документ "Расчет ЕСН" не попадают записи документа "Перенос данных" (имеются ввиду закладки "Основные нач" и "Дополнит. нач." ) поэтому и нет базы для расчета. А еще в этих самих записях все криво. Рекомендую просто незаморачиваться над этим. Так как год закрывать будут все одно в ЗИКе. А с нового года ЕСН совсем упразднен.
60. lepth 09.02.10 15:14 Сейчас в теме
(59) легко сказать забить ) расчетчику принципиально нужно все сфоримровать..может быть есть хоть какие-нито пути выхода из ситуации?
61. director04 3657 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 3657 15.02.10 12:41 Сейчас в теме
(63) цивилизация до меня так и не докатилась. Я все правил руками... :D
65. lepth 17.02.10 16:46 Сейчас в теме
(64) прям линия консультайий здесь получается :)
Такая ситуация: сотр в январе не вышел 10 дней, ему протсавили в табель ОЗ(отпуск за свой счет), в феврале написла заявление и ему делают расчет. Док-т Невыходы в организациях не проводится по причине того, что обнаружено повторное начисление за период. В Окладе по дням в вытесняющих стоит Отпуск за свой счет. В чем может быть причина?
Спасибо
66. director04 3657 18.02.10 07:44 Сейчас в теме
(65) ветка посвящена собственно конвертации, а не последствиям оной, и последующей работе )))). Смотрите регистр сведений "периоды состояний работников организаций", вытесняющие виды расчетов здесь не причем.
67. lepth 11.03.10 17:17 Сейчас в теме
возникла еще вопрос. собственно перенсли все по январь(вкл), все выверили, трогать больше не хочется. Февраль(и часть марта) продолжали вести только в 7-ке(не спрашивайте почему :D ). Так вот, как грамотно перенести кусок февраль - по н.в? Кадровые даныные, факт отпуска, и еще что то переносятся ведь с начала периода. Период на форме обработки насколько я помню касается только начислений.
Спасибо
68. director04 3657 11.03.10 20:14 Сейчас в теме
(67) В вашем случае, грамотнее всего (не сочтите за издевку), будет руками. :D
71. lepth 12.03.10 12:34 Сейчас в теме
(67) Спасибо =)
На самом деле, подправив несколько обработчиков(в плане НачПериода ) все перенослось как хотелось.
69. logdog 11.03.10 20:24 Сейчас в теме
из комплексной 7.7 бы в ЗУП обработку найти ...
70. director04 3657 12.03.10 07:11 Сейчас в теме
(69) Спросите (или поищите) у Владислава: http://infostart.ru/profile/264/
72. Metalic 27.04.10 10:12 Сейчас в теме
Добрый день! Такая проблема, при переносе абсолютно ничего не переносится. После окончания в списке ошибок выходит:
Ошибка исполнения обработчика: ПВД_ПередОбработкойПравила_СтраховыеВзносы: Неверный идентификатор колонки!
Не понимаю, почему от этого я не вижу и всего остального.
Буду признателен за совет по ликвидации данной ошибки.
ЗУП 2.5.23.4
ЗиК 2.3 (7.70.296)
73. director04 3657 27.04.10 10:21 Сейчас в теме
(72). Попробуйте использовать более раннею версию ЗУП (допустим 22 релиз). Это скорее всего ошибка правил. А ЗИК девственная, или вносились изменения?
Если вносили изменения, то придется править правила обмена. Либо накатить типовую конфигурацию.
79. user_2010 865 01.06.10 09:37 Сейчас в теме
(72) Перенесла три базы ЗИК 7.70.293 в одну ЗУП.8.1 2.5.23.4 - все верно. Переношу четвертую базу - ошибка на этапе выгрузки, такая же как у вас: Ошибка исполнения обработчика: ПВД_ПередОбработкойПравила_СтраховыеВзносы: Неверный идентификатор колонки!

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

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

Данных нет потому что эта ошибка выходит еще на этапе выгрузки данных из 1С.ЗИК.7.7. До загрузки данных 1С еще даже не дошла.
74. Metalic 27.04.10 11:19 Сейчас в теме
Хорошо, всё понял. Как раз собирался это пробовать.
ЗиК - типовой. Уже прочитал тут весь форум прежде чем что-то писать.
Спасибо за совет.
Отпишусь.
75. Metalic 28.04.10 12:18 Сейчас в теме
Ещё раз, здравствуйте!
Попробовал использовать более старую версию ЗУПа - 21 релиз - ошибка такая же.
Пробовал ставить на 18 релиз - данные переносит, и вроде бы всё хорошо, но на последнем пункте - "Проверка загруженных данных" выдаёт ошибку:
Расхождение в своде начисленной зарплаты между старой и новой программой:- удержания за Январь 2009 г. меньше на 78
Что он понимает по "меньше на 78" непонтяно!?
Есть мнения?
76. director04 3657 28.04.10 12:27 Сейчас в теме
(75) Это можно посчитать стандартным поведением конвертации. На практике такое сообщение выводится практически в каждых 2 из 3 конвертаций.
Если подробно почитаете рекомендуемый порядок, то увидите, что после проведения конвертации следует сверить своды по всем периодам, и возможно что-то поправить врукопашную.
Совет: используйте 18 релиз.
77. user_2010 865 21.05.10 10:28 Сейчас в теме
Добрый день!
Молодцы, что свой опыт описали и делитесь своими разработками! Это очень ценно!

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

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

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

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

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

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

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

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

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

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

Двигать "Год начала столетия" в строну уменьшения.
Оставьте свое сообщение