<?php // Полная загрузка сервисных книжек, создан 2024-01-05 12:44:55
global $wpdb2;
global $failure;
global $file_hist;
///// echo '<H2><b>Старт загрузки</b></H2><br>';
$failure=FALSE;
//подключаемся к базе
$wpdb2 = include_once 'connection.php'; ; // подключаемся к MySQL
// если не удалось подключиться, и нужно оборвать PHP с сообщением об этой ошибке
if (!empty($wpdb2->error))
{
///// echo '<H2><b>Ошибка подключения к БД, завершение.</b></H2><br>';
$failure=TRUE;
wp_die( $wpdb2->error );
}
$m_size_file=0;
$m_mtime_file=0;
$m_comment='';
/////проверка существования файлов выгрузки из 1С
////файл выгрузки сервисных книжек
$file_hist = ABSPATH.'/_1c_alfa_exchange/AA_hist.csv';
if (!file_exists($file_hist))
{
///// echo '<H2><b>Файл обмена с сервисными книжками не существует.</b></H2><br>';
$m_comment='Файл обмена с сервисными книжками не существует';
$failure=TRUE;
}
/////инициируем таблицу лога
/////если не существует файла то возврат и ничего не делаем
if ($failure){
///включает защиту от SQL инъекций и данные можно передавать как есть, например: $_GET['foo']
///// echo '<H2><b>Попытка вставить запись в лог таблицу</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>$m_mtime_file,'last_size_upload'=>$m_size_file,'comment'=>$m_comment));
wp_die();
///// echo '<H2><b>Возврат в начало.</b></H2><br>';
return $failure;
}
/////проверка лога загрузки, что бы не загружать тоже самое
$masiv_data_file=stat($file_hist); ////передаем в массив свойство файла
$m_size_file=$masiv_data_file[7]; ////получаем размер файла
$m_mtime_file=$masiv_data_file[9]; ////получаем дату модификации файла
////создаем запрос на получение последней удачной загрузки
////выбираем по штампу времени создания (редактирования) файла загрузки AA_hist.csv, $m_mtime_file
///// echo '<H2><b>Размер файла: '.$m_size_file.'</b></H2><br>';
///// echo '<H2><b>Штамп времени файла: '.$m_mtime_file.'</b></H2><br>';
///// echo '<H2><b>Формирование запроса на выборку из лога</b></H2><br>';
////препарируем запрос
$text_zaprosa=$wpdb2->prepare("SELECT * FROM `vin_logs` WHERE `last_mtime_upload` = %s", $m_mtime_file);
$results=$wpdb2->get_results($text_zaprosa);
if ($results)
{ foreach ( $results as $r)
{
////если штамп времени и размер файла совпадают, возврат
if (($r->last_mtime_upload==$m_mtime_file) && ($r->last_size_upload==$m_size_file))
{////echo '<H2><b>Возврат в начало, т.к. найдена запись в логе.</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>$m_mtime_file,'last_size_upload'=>$m_size_file,'comment'=>'Загрузка отменена, новых данных нет, т.к. найдена запись в логе.'));
wp_die();
return $failure;
}
}
}
////если данные новые, пишем в лог запись о начале загрузки
/////echo '<H2><b>Попытка вставить запись о начале загрузки в лог таблицу</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>0, 'last_size_upload'=>$m_size_file, 'comment'=>'Начало загрузки'));
////очищаем таблицу
$clear_tbl_zap=$wpdb2->prepare("TRUNCATE TABLE %s", 'vin_history');
$clear_tbl_zap_repl=str_replace("'","`",$clear_tbl_zap);
$results=$wpdb2->query($clear_tbl_zap_repl);
///// echo '<H2><b>Очистка таблицы сервисных книжек</b></H2><br>';
if (empty($results))
{
///// echo '<H2><b>Ошибка очистки таблицы книжек, завершение.</b></H2><br>';
//// если очистка не удалась, возврат
$failure=TRUE;
wp_die();
return $failure;
}
////загружаем данные
$table='vin_history'; // Имя таблицы для импорта
//$file_hist Имя CSV файла, откуда берется информация // (путь от корня web-сервера)
$delim=';'; // Разделитель полей в CSV файле
$enclosed='"'; // Кавычки для содержимого полей
$escaped='\
Буду рад комментариям, кто столкнулся еще с какими проблемами при конвертации ЗИК -> ЗУП. И каким методом решали данные проблемы.
Главная проблема — перенос поддерживается с конфы 281 а у меня ниже… Вот. Но я не теряю надежды с Нового года перевести контору на ЗУП 🙂
Хорошая инструкция.
Спасибо.
(3). Сенькс
А есть методика по следующиму шагу?
ЗУП -> УПП
Т.е. в ЗУП перенесли ок. а нужно в УПП.
Переносили данные. Все решилось написанием дополнительной обработки, которая после стандартного переноса исправляла косяки и переносила доп. данные.
Проблема с ЕСН исправляется путем ввода документа «Начисление ЕСН». Он отсторнирует все ошибочные записи прошлого периода, если есн был начислен неправильно (например, стандартная конвертация каким-то чудом перенесла ЕСН из базы по УСН).
НДФЛ, если не ошибаюсь, так же легко сторнируется.
(5) Нет.
(6) Данная статья описывает методику переноса именно ШТАТНЫМИ методами…..
По проблемам ЕСН достаточно подробно изложено в статье.
НДФЛ — к сожалению вы ошибаетесь. Может даже по этой причине (в частности) был отложен и выход версии 2.5.17. Во всяком случае Баг разработчиками подтвержден, а решение пока не реализовано…
(7) К сожалению, штатными методами многое не переносится. В частности данные для карточки Т-2.
Про НДФЛ, я проверил. После ввода документа «Перерасчет НДФЛ», НДФЛ становится правильным.
Спасибо за методику.
(1)Спасибо.Сама занимаюсь переносом.
1.В 16 версии ошибка по переносу больничных листов.Если были БЛ переходящие с месяца на месяц,количество нерабочих дней переносится только за последний месяц.
Вследствии этого не правильно считается БЛ и др расчеты по среднемую.
Пришлось сделать отчет в 77 БЛ по периодам (подготовка переноса в документ невыходы) печать Журнала докБЛ месяц разбит по строкам (по месяцам) сохранить как excel, и из него загрузить ImportIzEkselja.epf (есть здесь на сайте), но переделать ручками т.к. для Видов расчета и перечисления не работает.
2.У декретниц не переноситься оклад, только надбавка, притом как активная
3.Если сотрудника принимали и увольняли несколько раз то он размножается.Пример 3 штуки :два уволенных и последний приятый.
Если кому интересно могу выложить.
(10). по поводу п.2 — абсолютно согласен. Кстати, нужно будет сообщить разработчикам, у них данная ошибка, если не ошибаюсь, не зарегистрирована.
По поводу п.3 — по логике программы так и должно быть. Разве не так?
Все наработки предлагаю выкладывать. Можете присылать мне на ящик — добавлю в файлы (со ссылкой на автора). Укажите обязательно правила использования. Мой ящик hotel_ur@mail.ru
Чуть меньше 2-х лет назад пришлось писать самостоятельную обработку, переносящую данные из ЗИК в ЗУП по OLE, в тогда еще только вышедшую 2.5, из многих баз ЗИК в одну ЗУП. А поскольку всё делалось в цейтноте, без косяков не обошлось, хотя по подсчетам, корректность переноса составила примерно 98%.
В принципе, перед переносом приходилось выполнять практически те же действия, что написал автор данных советов. Ах, если бы тогда все эти советы 😀
А вообще автору +
У меня таки не дошли руки все это описывать 😳
(12) Сенькс
Реально полезная инструкция. Для меня неактуально, но плюс однозначный.
Скоро буду заниматься этой задачей.Занес в избранное.Плюс поставил,предварительно,надеюсь все работает))
(15) Работает, работает… Я в течение года ежемесячно перевожу на новые рельсы по несколько фирм.
Почему ежемесячно? Потому что единовременно не смогу «переворить» ни я, не бухгалтерия.
(1) Валерий ,хотя я получила Ваше письмо ,но не с работы, не из дома не смогла отослать письмо( Сервер mail ru говорит что такого ящика нет).
В 16 версии ошибка по переносу больничных листов.Если были БЛ переходящие с месяца на месяц,количество нерабочих дней переносится только за последний месяц.
Вследствии этого не правильно считается БЛ и др расчеты по среднемую.
Пришлось сделать отчет в 77 БЛ по периодам (подготовка переноса в документ невыходы) печать Журнала докБЛ месяц разбит по строкам (по месяцам) сохранить как excel, и из него загрузить в ЗУП. По ссылке
Извиняюсь, не открывается скачанный файл. Он в каком формате? 😥
(18)rar
(18) Не получится, шлите адрес электронки — вышлю
Спасибо! поставила расширение rar, все покатило. у вас файл для скачивания указан без расширения 😀
Добрый день. В результате переноса некорректно перенеслись остатки задолженности ЗП на начало месяца. Как исправить? Спасибо.
(22) Регистр «Взаиморасчеты с работниками организаций».
файл не сохраняет. добавь ему тип.
Привет
Не получается скачать, если не трудно скинте сюда qazxsw116@rambler.ru
Штатный ЗУП последней версии (2.5.17.8), штатный ЗиК последней версии (не помню какой). Запускаю импорт данных из базы (не из файла). ЗУП выдаёт ошибку «Не удалось открыть обработку V77Exp.ert». Сама обработка лежит в каталоге C:V77_V8, т.е. там где ей и положено лежать (проверил в отладчике). Сама обработка, при попытке открыть ей в ЗиКе выдаёт кучу ошибок. И, разумеется не работает. Обработка была взята с ИТС. Теперь вопрос — что делать?
Здравствуйте! при переносе данных обнаружено вот еще что:
1. в ЗИК внешний совместитель не имел стандартных налоговых вычетов.
после переноса в ЗУП образовались вычеты
это к добавлению в инструкцию — там только написано проверить вычеты.
2. Не переносится СЗВ-К! обидно
Инструкция замечательная! почти что все как по маслу. пока залила только одну базу ЗИК, численность 30 актуальных сотрудников. Как только перенесу еще несколько больших баз, поделюсь впечатлениями.
(26) конфигурация 7.7 должна быть не ниже 281 типовой.
(28) Спасибо. Выяснил, что оказывается ЗиК не такой уж и типовой 🙁 Из-за этого и все проблемы 🙁
(27) Это точно… Инструкция очень помогла. Правда у меня не подхватилась инфа о перечислении ЗП через банк, хотя карточные счета все нормально выгрузились. и данные банков с картсчетами тоже соответственно не перегрузились. Пока не могу понять как это поправить. Может у Вас есть мысли какие?
(27) 1. Обычно такое наблюдается когда загружаются данные как минимум из двух баз (нужно смотреть по конкретному случаю).
(30) у меня такая же проблема… Рискнул, на копию накатил последний релиз (286) и перенес… наверно потому и банк не прицепился…:-) Все остальное расчетчики проверяют, вроде нормально.
(32) Спасибо за наводку! Вот как раз пробую таким образом сделать 🙂
(33) Я ничего не пересчитывал и не проверял… просто накатил, без уточнения, что там потеряется или нет… и не заходя в 7.7 запустил перенос 🙂
Спасибо за инфу, однозначно плюс!
Но есть вопрос. Вы пишете:
«Проверить планы видов расчетов (начисления и удержания). Удалить лишние. Удаляемые заменяем на те, которые остаются. Используем при этом обработку «Поиск и замена значений».»
Но обработка «Поиск и замена значений» не заменяет виды расчета в регистрах расчета!!! Соответственно и удалить из плана видов расчета не даст, т.к. имеются ссылки. Каким образом Вы правите виды расчета в регистрах?
Я объединяю однотипные базы, все введенные вручную виды расчета дублируются в плане видов расчета, и заменить их не получается пока.
Заменяйте данные виды расчетов в документах «Перенос данных». Затем при записи данных документов будут и редактироваться записи регистров расчета.
(35) Заменяйте данные виды расчетов в документах «Перенос данных». Затем при записи данных документов будут и редактироваться записи регистров расчета.
(36) Да, это выход. Но к сожалению в моем случае не подойдет. У меня не перенос из 7.7., а слияние однотипных баз 8.1.
Причем слияние делаю не я, мне дают лишь итог — базу с двумя организациями. А я должен все слить в одну организацию и убрать дублирующиеся записи.
А слияние делают путем какой-то универсальной выгрузки-загрузки, через XML.
В принципе я сам попробую доработать «Поиск и замена значений», чтобы виды расчета тоже меняла, только вот боюсь может это чем-то серьезным чревато, раз 1С отказалась это реализовывать в свой обработке.
Ой, еще бы так же про бюджет описали, а то уж сил нет
Есть стандартная кофигурация ЗИК(заводили только свои виды расчета), вели бюджетную зарплату, а сейчас делаю беконечные попытки перекинуть в бюджетную ЗУП (пробовала на 1.0.5, 1.0.6 и уже на 1.0.7.2 версях, каждый раз разные ошибки , или не выгружается или загружается с ошибками) Причем ошибки крутые, куча сотрудников пропадают совсем, мало информации перекидывается. Что делать-не знаю 🙁
(39) Бюджеты не конвертировал. Работаю в хозрасчетной организации. Предлагаю решать через линию консультации. Либо отслеживать через конфигурацию «Конвертация баз данных».
Пробовал перенести данные из ЗиК 285 в ЗУП 2.5.17.8. Перед загрузкой данных сделал тестирование и исправление ЗиК.
Перенос закончился но с ошибками. Я так понимаю ошибки значительные, т.к. ни одного сотрудника в справочнике ЗУП не оказалось.
Ошибка исполнения обработчика: ПКС_ПередВыгрузкой_ОсновныеНачисленияОрганизаций_ПорядокОпре
Ошибка исполнения обработчика: ПКС_ПередВыгрузкой_ОсновныеНачисленияОрганизаций_ВидСтажа_Ре
Ошибка исполнения обработчика: ПКС_ПередВыгрузкой_ОсновныеНачисленияОрганизаций_Коэффициент
Ошибка исполнения обработчика: ПКС_ПередВыгрузкой_ОсновныеНачисленияОрганизаций_ВидВремени_
Ошибка исполнения обработчика: ПКС_ПередВыгрузкой_ОсновныеНачисленияОрганизаций_Обозначение
Ошибка исполнения обработчика: ПКС_ПередВыгрузкой_ОсновныеНачисленияОрганизаций_ВидСтажаСЗВ
Ошибка исполнения обработчика: ПКС_ПередВыгрузкой_ОсновныеНачисленияОрганизаций_ЯвляетсяДох
Ошибка исполнения обработчика: ПКС_ПередВыгрузкой_ОсновныеНачисленияОрганизаций_ОтнесениеРа
Ошибка исполнения обработчика: ПКС_ПередВыгрузкой_ОсновныеНачисленияОрганизаций_КодДоходаНД
Ошибка исполнения обработчика: ПКС_ПередВыгрузкой_ОсновныеНачисленияОрганизаций_КодДоходаЕС
Ошибка исполнения обработчика: ПКС_ПередВыгрузкой_ОсновныеНачисленияОрганизаций_КодДоходаФС
Ошибка исполнения обработчика: ПКС_ПередВыгрузкой_ОсновныеНачисленияОрганизаций_ПериодДейст
==================================
Помогите, кто сталкивался с такими ошибками … )
(41) Сообщите непременно на линию консультации. Дело в том, что в 17 релизе очень значительно переработан механизм конвертации данных. Внесены новые документы и реквизиты кадровых документов. Соответственно может быть и увеличено количество ошибок. Если не сообщать разработчикам, то так и будем хлебать «ЭТО»…..
(42) А какой ЗУП мне взять, чтобы нормально всё загрузилось ?
На линию консультации сейчас отправлю ошибки …
(43) Любой до 17 релиза. И что б ЗИК был неправленный
Сейчас попробую на 16, результаты сообшу…
Попробовал на релизе 2.5.16.2, загрузка остановилась на 99 % и дальше не двигалась в течение 6 часов. Пришлось снимать задачу с 1с. После перезапуска посмотрел, что загрузилось. Вроде всё нормально, справочник сотрудники есть, документы «Перенос данных» тоже есть. Более подробно буду разбираться с рачетчицей. Спасибо за наводку на 16 релиз ЗУП , а то уйму времени потратил бы, пробуя перенести на 17-ом. Плюс тебе 😉
Я домучила наконец-то и бюджет свой, свои конечно есть прибабахи, но статья помогла, большое спасибо автору
Мне тоже статья помогла, спасибо
(41) У меня такие же ошибки,хотя вроде ЗУП 16,а ЗИК 292.Подскажите что можно сделать,у меня в итоге вообще ничего не выгружается 🙁
(49). Извините, у нас годовая отчетность. Месяц не помогу.
(49)Если релиз ЗиУП у вас 16, и вы в точности следовали пунктам 1, 2, 3 раздела «Собственно конвертация», то должно было загрузиться хотябы что-то. Попробуйте проверить данные организации в ЗиУП.
В дополнение статьи перед перегрузкой проверьте валюты — код Руб. 643
(49) Получилось,только когда выгрузил файл отдельно из ЗИК,а потом загрузил в ЗУП.И еще при загрузке в списке баз ЗИК у меня баз много и я думал загрузится только та на которой стоит курсор,а надо было удалить из списка лишнее)))Всем спасибо за помощь!!!
Здравствуйте! Может вы подскажите. Я перенес базу стандартной обработкой. Все легло красиво. НО… Расчетчик в 7.7 очень любила кадровые перемещение. Так вот, у тех сотрудников, у которых есть кадровое перемещение, не считался РКС, пока не сделали кадровое перемещение уже в ЗУП. Вроде проблема устранена. Но опять НО… Сотрудники загрузились в бухгалтерию все «Не принятые», т.е. теперь не обходима в бухгалтерии принять все на работу. (Сотрудников загружали в бухгалтерию обработкой . Может быть сталкивались с такой проблемой и поскажите.
(54) Нет, не сталкивался…
спасибо за советы — некоторые помогли.
Еще добавлю(может кому пригодится) — в правиле(релиз 2,5,20) у первичных документов Приказ По Отпуску синхронизация документов включена только по номеру и дате(без Организации)!! Поэтому, если переносите из разных баз, то велика вероятность замещения документов(у нас, в частности, нумерация ведется в разрезе дня и пересечений ну просто много). У остальных док-ов все в порядке. Чем обидели так отпуск??
(56) Сталкивался с этим тоже.. Уже сообщил разработчикам.
(57) может быть подскажите куда копать и чем?
Формирую Расчет ЕСН помесячно за 09 год, на одном вываливается
«Нет данных для учета сторно записи. Отсутствуют данные отражения в учете ЕСН этого начисления в прошлых периодах»; «Необходимо зарегистрировать данные вручную»;
Где что нужно посмотреть и зарегистрировать??
Заранее спасибо
(58) А ни как! Дело в том, что в документ «Расчет ЕСН» не попадают записи документа «Перенос данных» (имеются ввиду закладки «Основные нач» и «Дополнит. нач.» ) поэтому и нет базы для расчета. А еще в этих самих записях все криво. Рекомендую просто незаморачиваться над этим. Так как год закрывать будут все одно в ЗИКе. А с нового года ЕСН совсем упразднен.
(59) легко сказать забить ) расчетчику принципиально нужно все сфоримровать..может быть есть хоть какие-нито пути выхода из ситуации?
(61) Ищите строку по которой идет сторно запись и регистрируйте данные в этой строке вручную. Сторно было сформировано, скорее всего, по больничному или еще по какому документу-отклонению.
Более ничем помочь не могу.
я так и не вдуплил почему ему не хватает данных(вроде бы все есть). Вынес эти сторно записи в отдельный документ — все прокатило.
еще трабл(или это нормально?) при переносе больничных.
В основные начисления данные попали, а вот в ФСС попали только Пособия до 1,5-лет. Нет пособий по соц страхованию(по этому регистру делает движение Начисление больничного). В следствии этого(как я подозреваю), в регл. отчете 4-ФСС отсутствют данные. Что делать? внести вручную или есть цивизованные способы?
Заранее спасибо
(63) цивилизация до меня так и не докатилась. Я все правил руками… 😀
(64) прям линия консультайий здесь получается 🙂
Такая ситуация: сотр в январе не вышел 10 дней, ему протсавили в табель ОЗ(отпуск за свой счет), в феврале написла заявление и ему делают расчет. Док-т Невыходы в организациях не проводится по причине того, что обнаружено повторное начисление за период. В Окладе по дням в вытесняющих стоит Отпуск за свой счет. В чем может быть причина?
Спасибо
(65) ветка посвящена собственно конвертации, а не последствиям оной, и последующей работе )))). Смотрите регистр сведений «периоды состояний работников организаций», вытесняющие виды расчетов здесь не причем.
возникла еще вопрос. собственно перенсли все по январь(вкл), все выверили, трогать больше не хочется. Февраль(и часть марта) продолжали вести только в 7-ке(не спрашивайте почему 😀 ). Так вот, как грамотно перенести кусок февраль — по н.в? Кадровые даныные, факт отпуска, и еще что то переносятся ведь с начала периода. Период на форме обработки насколько я помню касается только начислений.
Спасибо
(67) В вашем случае, грамотнее всего (не сочтите за издевку), будет руками. 😀
из комплексной 7.7 бы в ЗУП обработку найти …
(69) Спросите (или поищите) у Владислава:
(67) Спасибо =)
На самом деле, подправив несколько обработчиков(в плане НачПериода ) все перенослось как хотелось.
Добрый день! Такая проблема, при переносе абсолютно ничего не переносится. После окончания в списке ошибок выходит:
Ошибка исполнения обработчика: ПВД_ПередОбработкойПравила_СтраховыеВзносы: Неверный идентификатор колонки!
Не понимаю, почему от этого я не вижу и всего остального.
Буду признателен за совет по ликвидации данной ошибки.
ЗУП 2.5.23.4
ЗиК 2.3 (7.70.296)
(72). Попробуйте использовать более раннею версию ЗУП (допустим 22 релиз). Это скорее всего ошибка правил. А ЗИК девственная, или вносились изменения?
Если вносили изменения, то придется править правила обмена. Либо накатить типовую конфигурацию.
Хорошо, всё понял. Как раз собирался это пробовать.
ЗиК — типовой. Уже прочитал тут весь форум прежде чем что-то писать.
Спасибо за совет.
Отпишусь.
Ещё раз, здравствуйте!
Попробовал использовать более старую версию ЗУПа — 21 релиз — ошибка такая же.
Пробовал ставить на 18 релиз — данные переносит, и вроде бы всё хорошо, но на последнем пункте — «Проверка загруженных данных» выдаёт ошибку:
Расхождение в своде начисленной зарплаты между старой и новой программой:- удержания за Январь 2009 г. меньше на 78
Что он понимает по «меньше на 78» непонтяно!?
Есть мнения?
(75) Это можно посчитать стандартным поведением конвертации. На практике такое сообщение выводится практически в каждых 2 из 3 конвертаций.
Если подробно почитаете рекомендуемый порядок, то увидите, что после проведения конвертации следует сверить своды по всем периодам, и возможно что-то поправить врукопашную.
Совет: используйте 18 релиз.
Добрый день!
Молодцы, что свой опыт описали и делитесь своими разработками! Это очень ценно!
У меня задача немного специфическая: в данный момент расчет зарплаты ведется в четырех базах 1С.ЗИК.7.7. Все эти базы относятся к одной организации, это просто удаленные обособленные участки одного предприятия. Нужно все эти базы объединить в одну ЗУП.8.1.
Многие люди есть во всех базах. Когда работника переводили из одного участка в другой, то в одной базе делали увольнение, в другой — прем на работу, хотя реально это просто перевод из подразделения в подразделение.
Может быть вам сразу видны подводные камни такого переноса данных?
Или может быть эту задачу проще решить другим каким-то способом?
Спасибо!
(77) Описаная методика на 100% относится к вашему случаю. Порядок танцев с бубном и многочисленные «Па» описаны именно при объединении порядка 70 баз из ЗИК в одну базу ЗУП.
Конечно, за прошедшее время некоторые баги были устранены разработчиками программы (и добавлены новые) , но методология подхода прежняя.
Если есть желание потратить деньги, взамен на улучшенный результат и отсутствие гемороя, то рекомендую ОЧЕНЬ КЛАССНЫЙ , платный конвертор Томашевича Владислава.
Он прекрасно зарекомендовал себя при конвертации «из многих в одну». Ни каких танцев. Все происходит пошагово, процессом управляете вы сами.
Есть возможность переноса дополнительных данных.
(72) Перенесла три базы ЗИК 7.70.293 в одну ЗУП.8.1 2.5.23.4 — все верно. Переношу четвертую базу — ошибка на этапе выгрузки, такая же как у вас: Ошибка исполнения обработчика: ПВД_ПередОбработкойПравила_СтраховыеВзносы: Неверный идентификатор колонки!
Пробовала проверять базу — не помогает.
Есть подозрения, что проблема в том, что в 2010 году продолжали считать налоги в ПФР документами 2009 года. Пока не проверили эту версию.
Если найдете проблему — поделитесь!
(72) И еще, вы спрашиваете: Не понимаю, почему от этого я не вижу и всего остального.
Данных нет потому что эта ошибка выходит еще на этапе выгрузки данных из 1С.ЗИК.7.7. До загрузки данных 1С еще даже не дошла.
Проблема с переносом двух и более ИП в одну базу. Один так и затирает другого. С Юрлицами проблем нет.
(81) Что вы имеите ввиду под словом «затирает»?
Есть 2 ИП с 12ти значным инн на вмененке. Первый ИП переносится нормально, хотя в организациях ни физ ни юр лицо не выставлено после переноса. Ладно — заполняем руками все реквизиты неперенесенные. Потом переносим второго ИП. После переноса в организациях втрой ИП затирает первого. Даже если перед переносом их завести в ЗуП со всеми реквизитами — все равно везде прописывается последний перенесенный ИП.
(83) Ну это явный косяк правил переноса. Ранее такого небыло. Могу порекомендовать следующее:
1. Обязательно отписаться на ХотЛайн и зарегить ошибку.
2. Что бы не париться, и не ждать пока они пофиксят ошибку, можно попробовать конвертировать в более старые релизы. А затем уже обновить сконвертированный ЗУП.
3. Третий способ. И думаю что самый надежный: Настроить в ЗУП две распределенные информационные базы данных (разные подчиненные узлы). После этого произвести конвертации баз данных по разным ИП. До полного переноса информационных баз — НИ КАКИХ ОБМЕНОВ МЕЖДУ УЗЛАМИ! При конвертации один узел, не будет знать, что делается во втором. Вот таким нехитрым образом и нескольких ПА с бубном, я думаю, легко обыграете данный косяк в правилах переноса. 💡
Спасибо за идею. Сначала хочу две базы ЗиК переделать с ИП на ООО и выгрузить в ЗуП. А потом в ЗуПе переделать их на ИП. Если не прокатит — перписать правила на предмет ИП — только лениво 🙂
Столкнулся с еще одним косяком — создал чистую базу ЗуП, из нее РИБ втроую чистую (узел). Так при попытке загрузить из ЗиК в этот узел пишет — Для выбранной конфигурации конвертация не поддерживается. Не прокатывает вариант с РИБ….
(86) Дело не в подчиненном узле, причина в чем-то другом. Я сам пользовался этим приемом не раз (если не уверен, что конвертация пройдет гладко). Ищи причину….
(78) Ссылка не активна 😥
Спасибо за инструкцию. Дошла очередь и до нас… Может напишите, что изменилось в последних релизах? Что исправили? Что наоборот перестало работать? На что теперь обращать внимание?
(89) Извините, Светлана, но я не занимаюсь постоянным мониторингом этой проблемы. Подхожу к ней только эпизодически. Детали меняются постоянно, но основа — нет. Придерживайтесь изложенной методики и все получится. Можете сообщить коллегам по новым багам.
Объединяю 4 базы ЗИК в одну ЗУП. Три базы без проблем сконвертировались. Одна (самая большая) на выгрузке из ЗИК вылетала с ошибкой (ругалась на страховые взносы). Сконвертировалсь эта база только на версии 2.5.18.2 — оно и понятно — тогда не было еще страховых взносов.
Как и указано в данной статье — имеем ошибки по НДФЛ. Делов том, что при загрузке в ЗУП 1С, видимо, перерассчитывает налог. И на людей, которые были уволены, а после увольнения им начисляли компенсацию за неисп отпуск, — на этих людей ЗУП не посчитал налог, хотя в ЗИК есть налог.
Может можно как-то решить эту проблему?
Спасибо!
(91) Без исправления правил конвертации обойтись навряд ли удастся. Выход: либо править правила самостоятельно, либо отпишите на ХотЛайн (для Капралова Александра). Он, как правило, по этой проблеме реагирует довольно оперативно.
Файл загрузки Конвертации лицевых счетов == 0 🙁
(93) Не удалял….. Вопрос скорее к модератору….
Большое спасибо, дружище!
Оч. полезная информация!
Не вкурю как лучше сделать: Новая база с нового года. Что туда переносить и каким образом. Только сотрудников без ничего, и в новой базе их с нового года принимать на работу или через перенос данных со всеми хвостами и мусором накопленным за 3 года?
При переходе с ЗИК на ЗУП выдается сообщение об ошибке «Ошибка исполнения обработчика: ПВД_ПередОбработкойПравила_СтраховыеВзносы: Неверный идентификатор колонки!»
Вот это словил — и загрузка дальше не идет.
Способ решения очень простой. В базе есть люди у которых ДР согласно установленной дате столетия (Настройка параметров системы — Год начала столетия) после 2045г.
Двигать «Год начала столетия» в строну уменьшения.
(1) у меня прошло без ошибок, но при открытии файликов *.epf говорит то, что данная версия программы не может открыть. что делать как быть ?
У меня :
ЗУП 2.5 (2.5.59.2)
1С Предприятие 8.2(8.2.15.289)
(191)
Видимо, выложена версия внешней обработки для платформы 8.1
Для исправления ситуации:
— Запустите свою программу в режиме конфигуратора.
— Через меню Файл — Открыть, запустите данную обработку. На вопрос, что обработка будет конвертирована, ответьте согласием.
— Далее, уже конвертированную обработку можете использовать в рабочей базе данных.