К списку форумов К списку тем
Регистрация    Правила    Главная форума    Поиск   
Имя: Пароль:
Рекомендовать в новости

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

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

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

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



1 - 18.03.2019 - 11:07
проверьте в зике даты в доках отпусков тщательней, на предмет их пустоты или не попадания их в диапазон ваших рабочих дат по базе(с первой даты отпусков до сего дня)
переносите то на начало текущего года? лучше все данные за текущий год вбить уже сразу в зуп
Гость
2 - 19.03.2019 - 05:54
1-user1C > Да прогоняла обработкой, проверяла даты доков, на пустые и больше последних дат отпусков - Приказы по отпуску и Начисление отпуска. Данные на начало года, да. Может проверить еще на меньшие значения - ранее первых отпусков в базе?
Гость
3 - 19.03.2019 - 06:39
(2)А почему не поступите наоборот? в ЗУП 3.1 есть импорт из предыдущей учетной программы ЗИК или ЗУП 2.5
4 - 19.03.2019 - 09:13
(2)
само собой на ранние даты проверять, я ж написал выше... и проверять надо не только даты доков самих, но и даты в доках(начало и окончание отпуска, например)
Гость
5 - 19.03.2019 - 09:48
(0) А проверить данные в файлах выгрузки? Вряд-ли пустая дата генерировала бы год, больший 3999. Скорее всего где-то вводили год 2 цифрами, например 99-й. А программа интерпретировала в 9900-й. Я бы использовал такой шаблон поиска: Тип="Дата"><Значение>4
Где 4 - начало 4-х тысячного столетия (т.е. больше 3999), ну и перебрать варианты 5,6,7,8,9.
Гость
6 - 20.03.2019 - 04:16
3-USSR > Ну так я так и поступила, только вторым вариантом, выгрузкой через файлы. Как вариант, можно и напрямую попробовать, но боюсь, что будет дольше и те же грабли, но с другой стороны.
Гость
7 - 20.03.2019 - 04:18
4-user1C >Я и проверяла даты начала и окончания, пардон, если написала непонятно, хотя и даты доков тоже проверила.
Гость
8 - 20.03.2019 - 04:23
5-US1C >Поначалу так и хотела сделать, но файл очень большой, 130 Мб, у нас около полутора тысяч работников в штате, и чем с таким файлом работать не придумала. Спасибо за идею поиска по шаблону! Подскажите, а во что его загрузить, такой большой, чтоб сильных тормозов не было? Ну, в смысле, в какой программе проверять? Пробовала пару xml редакторов, но они вылетают при загрузке файла. Может банально Блокнотом, потянет?
9 - 20.03.2019 - 04:39
8-Грей Сашенька >Блокнотом не потянет.
Я пользуюсь бесплатным PilotEdit (в инете ищется по названию легко).
Гость
10 - 20.03.2019 - 05:50
9-victuan >Спасибочки! Будем пробовать.
11 - 20.03.2019 - 07:05
AKXMLEdit еще есть
Гость
12 - 20.03.2019 - 08:32
(8) Я использую Notepad++
Насчет максимального размера обрабатываемого файла не знаю, но функционал (особенно с плагинами) - не детский.
Гость
13 - 20.03.2019 - 08:36
(8) Только что открыл им xml-файл размером в 200 метров. В легкую.
14 - 20.03.2019 - 09:37
(7)
и что, все даты в порядке?
15 - 20.03.2019 - 21:48
Цитата:
Сообщение от Грей Сашенька Посмотреть сообщение
Я и проверяла даты начала и окончания
хм.. рискну поставить грош, что даты начала и окончания отпуска ни при чем.
а ошибка у тебя в "За какой период предоставляется отпуск".
или, говоря по-русски, быстренько пробежаться по документам ПриказПоОтпуску и проверить обработочкой НачалоПериода и ОкончаниеПериода.
Принимаешь ставку ? :))
16 - 20.03.2019 - 21:52
Кстати, на пустую дату не ругается. А ругатется именно на дату больше 3999
рискну поставить еще один грош :), что ошибка в том, что тысячелетие "2" подменили на "5"
т.е, к примеру, ОкончаниеПериода - вместо "2017" - "5017"
17 - 20.03.2019 - 21:56
И да, я пользуюсь XML Notepad 2007. Мне нравится, функционал для моих невеликих потребностей меня устраивает.
Гость
18 - 21.03.2019 - 02:24
рискную , что деньги нужны, 1с7 пытаются логично убивать
Гость
19 - 21.03.2019 - 05:03
18-101 >
Цитата:
Сообщение от 101 Посмотреть сообщение
деньги нужны
А кому они нынче не нужны?)))
Цитата:
Сообщение от 101 Посмотреть сообщение
1с7 пытаются логично убивать
А чего её убивать? Зика последние годы сама как тот живой труп :(
Гость
20 - 21.03.2019 - 05:18
14-user1C >
Цитата:
Сообщение от user1C Посмотреть сообщение
и что, все даты в порядке?
Походу нет, нашла два дока "из будущего")))
Гость
21 - 21.03.2019 - 05:24
15-Блондинка в шок >
Цитата:
Сообщение от Блондинка в шок Посмотреть сообщение
Принимаешь ставку ? :))
Принимаю! И при этом - бинго! В яблочко! Нашла два старых дока с реквизитами НачалоПериода и ОкончаниеПериода именно с подменой "2" на "5" - 5006 и 5008 годы. Спасибочки! я сама что-то и не догадалась их проверить... Поправлю и буду снова тестить с выгрузкой-загрузкой. Потом отпишусь, если кому интересно конечно.
22 - 21.03.2019 - 11:25
Цитата:
Сообщение от Грей Сашенька Посмотреть сообщение
И при этом - бинго! В яблочко! Нашла два старых дока с реквизитами НачалоПериода и ОкончаниеПериода именно с подменой "2" на "5" - 5006 и 5008 годы
Не поверишь :)
По моей статистике, в каждом более-менее крупном учреждении (в которых более 200-300 действующих сотрудников) - мне эта ситуация встречалась в 100% случаев. То ли мне так "повезло", то ли это можно засчитать как фичу эксплуатации ЗиК 7.7 :)


К списку вопросов






Copyright ©, Все права защищены