Ошибка при загрузке данных из файла переноса
 

Тестим перенос данных из ЗиК 7.7 371 в ЗУП 3.1. Данные выгружались обработкой ПомощникВыгрузкиV7.ert, ошибок не было. При загрузке в 8-ку вываливается ошибка -

Ошибка при загрузке данных: {Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(6107)**: Ошибка записи объекта
ТипОбъекта = Перенос данных
Объект = Перенос данных РОтп1 от 18.03.2019
ОписаниеОшибки = Ошибка при вызове метода контекста (Записать): Номер года в литерале типа 'Дата' превышает 3999.
ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(6100)
КодСообщения = 26

Судя по писанию, ругается на какую-то дату в документах отпуска, которая или пустая или больше 3999. Проверила доки - приказы на отпуск и начисления отпуска, доков с такими ошибками не нашла. Всё вроде корректно. В какую сторону копать? Или как точнее определить, обо что запинается загрузка? В 8.3 пока еще не очень, так что не пинайте плз!

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

1-user1C > Да прогоняла обработкой, проверяла даты доков, на пустые и больше последних дат отпусков - Приказы по отпуску и Начисление отпуска. Данные на начало года, да. Может проверить еще на меньшие значения - ранее первых отпусков в базе?

(2)А почему не поступите наоборот? в ЗУП 3.1 есть импорт из предыдущей учетной программы ЗИК или ЗУП 2.5

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

(0) А проверить данные в файлах выгрузки? Вряд-ли пустая дата генерировала бы год, больший 3999. Скорее всего где-то вводили год 2 цифрами, например 99-й. А программа интерпретировала в 9900-й. Я бы использовал такой шаблон поиска: Тип="Дата"><Значение>4
Где 4 - начало 4-х тысячного столетия (т.е. больше 3999), ну и перебрать варианты 5,6,7,8,9.

3-USSR > Ну так я так и поступила, только вторым вариантом, выгрузкой через файлы. Как вариант, можно и напрямую попробовать, но боюсь, что будет дольше и те же грабли, но с другой стороны.

4-user1C >Я и проверяла даты начала и окончания, пардон, если написала непонятно, хотя и даты доков тоже проверила.

5-US1C >Поначалу так и хотела сделать, но файл очень большой, 130 Мб, у нас около полутора тысяч работников в штате, и чем с таким файлом работать не придумала. Спасибо за идею поиска по шаблону! Подскажите, а во что его загрузить, такой большой, чтоб сильных тормозов не было? Ну, в смысле, в какой программе проверять? Пробовала пару xml редакторов, но они вылетают при загрузке файла. Может банально Блокнотом, потянет?

8-Грей Сашенька >Блокнотом не потянет.
Я пользуюсь бесплатным [b]PilotEdit [/b](в инете ищется по названию легко).

9-victuan >Спасибочки! Будем пробовать.

AKXMLEdit еще есть

(8) Я использую Notepad++
Насчет максимального размера обрабатываемого файла не знаю, но функционал (особенно с плагинами) - не детский.

(8) Только что открыл им xml-файл размером в 200 метров. В легкую.

(7)
и что, все даты в порядке?

[quote=Грей Сашенька;46598783]Я и проверяла даты начала и окончания[/quote] хм.. рискну поставить грош, что даты начала и окончания отпуска ни при чем.
а ошибка у тебя в "За какой период предоставляется отпуск".
или, говоря по-русски, быстренько пробежаться по документам ПриказПоОтпуску и проверить обработочкой НачалоПериода и ОкончаниеПериода.
Принимаешь ставку ? :))

Кстати, на пустую дату не ругается. А ругатется именно на дату больше 3999
рискну поставить еще один грош :), что ошибка в том, что тысячелетие "2" подменили на "5"
т.е, к примеру, ОкончаниеПериода - вместо "2017" - "5017"

И да, я пользуюсь XML Notepad 2007. Мне нравится, функционал для моих невеликих потребностей меня устраивает.

рискную , что деньги нужны, 1с7 пытаются логично убивать

18-101 >[quote=101;46602238]деньги нужны[/quote]
А кому они нынче не нужны?)))
[quote=101;46602238]1с7 пытаются логично убивать[/quote]
А чего её убивать? Зика последние годы сама как тот живой труп :(

14-user1C >[quote=user1C;46599135]и что, все даты в порядке?[/quote]
Походу нет, нашла два дока "из будущего")))

15-Блондинка в шок >[quote=Блондинка в шок;46601886]Принимаешь ставку ? :))[/quote]
Принимаю! И при этом - бинго! В яблочко! Нашла два старых дока с реквизитами НачалоПериода и ОкончаниеПериода именно с подменой "2" на "5" - 5006 и 5008 годы. Спасибочки! я сама что-то и не догадалась их проверить... Поправлю и буду снова тестить с выгрузкой-загрузкой. Потом отпишусь, если кому интересно конечно.

[quote=Грей Сашенька;46602270]И при этом - бинго! В яблочко! Нашла два старых дока с реквизитами НачалоПериода и ОкончаниеПериода именно с подменой "2" на "5" - 5006 и 5008 годы[/quote] Не поверишь :)
По моей статистике, в каждом более-менее крупном учреждении (в которых более 200-300 [em]действующих [/em]сотрудников) - мне эта ситуация встречалась в 100% случаев. То ли мне так "повезло", то ли это можно засчитать как фичу эксплуатации ЗиК 7.7 :)