[Logo] Форум ПАРУС
Импорт из 7 в 10. Зарплата.  XML
Индекс форума » ПАРУС- Бюджет 10.хх
Автор Сообщение
NABOKIKH
Опытный пользователь
[Avatar]

Зарегистрирован: 01.08.2012 14:05:10
Сообщений: 1683
Оффлайн

FEDOR wrote:
Скажите, пожалуйста, когда примерно будет готова эта доработка, а то еще одного клиента надо переводить на П10 и там та же самая ситуация со ставками.

Событие ПТ-1863 в данный момент в работе. По плану в октябрьский релиз , но можно попробовать ко дню знаний, раз уж так нужно.. )
NABOKIKH
Опытный пользователь
[Avatar]

Зарегистрирован: 01.08.2012 14:05:10
Сообщений: 1683
Оффлайн

IAMFREID wrote:
куда базу кидать?


а с базой как всегда... только слова..

Это сообщение было изменено 1 раз. Последнее изменение было в 22.08.2014 13:59:36

NICKOLAS333
Новичок

Зарегистрирован: 23.08.2013 10:32:14
Сообщений: 146
Оффлайн


про эту функцию я писал для IAMFREID

но вижу и у вас тоже нужно. в релизе 07-2014 я обновлял инструкцию по импорту , упоминув о необходимости запускать это.

посмотрите внимательно файл соответствий.
сделайте его из двух строк- первая заголовок любой, вторая соответствие одной выплаты.
например
П7 ; П10
Оклад ИО нсот;Оклад

проверьте как импортируется.

Начал импортировать начисления по 100-200 выплат. Начало было хорошее, но на четвертой партии выплат вылезла ошибка

Ошибка импорта: "Произошло зацикливание при импорте данных класса: Parus.Business.Import.P7.Salary.ImporterHis, ImportP7Salary.Server, Version=12.1.31772.0, Culture=neutral, PublicKeyToken=null."

размер лог файла 1.2 гб

это серьезный косяк в базе или мелочь?)

Это сообщение было изменено 2 раз. Последнее изменение было в 22.08.2014 13:50:01

[Email]
NABOKIKH
Опытный пользователь
[Avatar]

Зарегистрирован: 01.08.2012 14:05:10
Сообщений: 1683
Оффлайн

NICKOLAS333 wrote:

это серьезный косяк в базе или мелочь?)


лог файл хорошо вроде упаковывается 7z.
лог нужен из раздела результаты импорта.
ошибка означает что проблема при импорте начислений. либо ссылка битая (плохо посмотрели результаты коррекции)
либо ещё что то... подробней тока по логу

Это сообщение было изменено 1 раз. Последнее изменение было в 22.08.2014 14:10:32

NICKOLAS333
Новичок

Зарегистрирован: 23.08.2013 10:32:14
Сообщений: 146
Оффлайн

лог файл хорошо вроде упаковывается 7z.

тут не в размере дело, его проблематично прочитать, потому что долго открывается, хотя да, дело в размере

вот логи
https://yadi.sk/d/QWDecFUJaDyBM

Это сообщение было изменено 1 раз. Последнее изменение было в 22.08.2014 14:45:57

[Email]
NABOKIKH
Опытный пользователь
[Avatar]

Зарегистрирован: 01.08.2012 14:05:10
Сообщений: 1683
Оффлайн

NICKOLAS333 wrote:
вот логи


Как я и предположил : битые ссылки и Вы недостаточно (или совсем никак) восстановили целостность базы данных П7 по результатам коррекции стандартной операцией из администратора П7. Необходимость проведения коррекции указана в инструкции по импорту.

Например, нет основания с RN= 1PZв
ЛС 4845, выплата П10 Отпуск ОМС нсот, есть начисление с RN =7Ъ6f, для него нет основания.

Ссылки из начислений на основания являются критичными для импорта, да и для работы базы П10.

Это сообщение было изменено 2 раз. Последнее изменение было в 22.08.2014 17:59:44

FEDOR
Пользователь
[Avatar]

Зарегистрирован: 11.12.2012 11:04:09
Сообщений: 414
Оффлайн

NABOKIKH wrote:
Событие ПТ-1863 в данный момент в работе. По плану в октябрьский релиз , но можно попробовать ко дню знаний, раз уж так нужно.. )

К Дню знаний - это было бы хорошим подарком. Спасибо.
[Email]
NICKOLAS333
Новичок

Зарегистрирован: 23.08.2013 10:32:14
Сообщений: 146
Оффлайн


Как я и предположил : битые ссылки и Вы недостаточно (или совсем никак) восстановили целостность базы данных П7 по результатам коррекции стандартной операцией из администратора П7. Необходимость проведения коррекции указана в инструкции по импорту.

Например, нет основания с RN= 1PZв
ЛС 4845, выплата П10 Отпуск ОМС нсот, есть начисление с RN =7Ъ6f, для него нет основания.

Ссылки из начислений на основания являются критичными для импорта, да и для работы базы П10.

Ошибки поправил, базу перенес, правда пришлось переносить выплаты в несколько заходов.
Вопрос немного не по теме: в графике работы снят чекер "Учет количества ставок", при формировании ФОВ количество часов проставляется относительно количества ставок. Рабочие календари переформировывал.
[Email]
NABOKIKH
Опытный пользователь
[Avatar]

Зарегистрирован: 01.08.2012 14:05:10
Сообщений: 1683
Оффлайн

NICKOLAS333 wrote:
Ошибки поправил, базу перенес, правда пришлось переносить выплаты в несколько заходов.

слишком большие объёмы начислений приходится делить на части файлом соответствий выплат..
т.к. возникают либо нехватка памяти, либо таймаут в 40 минут.

NICKOLAS333 wrote: в графике работы снят чекер "Учет количества ставок", при формировании ФОВ количество часов проставляется относительно количества ставок. Рабочие календари переформировывал.

да, замечена такая ошибка- исправлена. через несколько дней выложим.

Это сообщение было изменено 1 раз. Последнее изменение было в 28.08.2014 09:42:30

FEDOR
Пользователь
[Avatar]

Зарегистрирован: 11.12.2012 11:04:09
Сообщений: 414
Оффлайн

FEDOR wrote:
NABOKIKH wrote:
Событие ПТ-1863 в данный момент в работе. По плану в октябрьский релиз , но можно попробовать ко дню знаний, раз уж так нужно.. )

К Дню знаний - это было бы хорошим подарком. Спасибо.

Хочу выразить большую благодарность за сделанную доработку по импорту ставок. Все работает. Клиент доволен. Так держать.
[Email]
SAMOTOHA
Новичок

Зарегистрирован: 07.11.2012 12:54:54
Сообщений: 61
Оффлайн

Производим импорт начислений, выдает ошибку:

Помогите разобраться.....
Импорт сотрудников прошел успешно.

Лог импорта: https://yadi.sk/d/8PABHAy8draUC

Это сообщение было изменено 1 раз. Последнее изменение было в 09.01.2015 09:37:24

[Email]
NIGMATULLIN_YU_R
Пользователь
[Avatar]

Зарегистрирован: 25.10.2012 22:23:19
Сообщений: 621
Оффлайн

SAMOTOHA wrote:Производим импорт начислений, выдает ошибку:

Помогите разобраться.....
Импорт сотрудников прошел успешно.

Лог импорта: https://yadi.sk/d/8PABHAy8draUC


Присоединияюсь к вопросу все что нашли на форуме не помогло.

Пессимизм — это настроение, оптимизм — воля.
[Email]
SARGEANT
Опытный пользователь

Зарегистрирован: 01.02.2013 14:12:25
Сообщений: 1981
Оффлайн

В ошибке не пишет, какая "ошибка выполнения запроса". В логе тоже.

Хорошо, что пишет сам запрос, но ошибку тоже бы надо делать чтоб писало

без ошибки не знаю, как решать
NIGMATULLIN_YU_R
Пользователь
[Avatar]

Зарегистрирован: 25.10.2012 22:23:19
Сообщений: 621
Оффлайн

SARGEANT wrote:В ошибке не пишет, какая "ошибка выполнения запроса". В логе тоже.

Хорошо, что пишет сам запрос, но ошибку тоже бы надо делать чтоб писало

без ошибки не знаю, как решать


Методом исключений различных вариантов, потратив 2 суток нашли в таблицах семерки пустую запись в таблице лицевых счетов, удалили. Импорт пошел.
В результатах коррекции на вкладке записи показывалась эта проблема.

Это сообщение было изменено 1 раз. Последнее изменение было в 09.01.2015 21:56:49


Пессимизм — это настроение, оптимизм — воля.
[Email]
NIGMATULLIN_YU_R
Пользователь
[Avatar]

Зарегистрирован: 25.10.2012 22:23:19
Сообщений: 621
Оффлайн

А есть ли какое то ограничение на количество импортируемых начислений или выплат? Просто когда более 100 выплат в файле соответствия импорт сразу выдает:



По 100 выплат вроде грузит.

Это сообщение было изменено 1 раз. Последнее изменение было в 15.02.2015 13:06:42


Пессимизм — это настроение, оптимизм — воля.
[Email]
INVISIBLE
Новичок
[Avatar]

Зарегистрирован: 06.11.2012 10:47:21
Сообщений: 198
От: Андрей Сухих
Оффлайн

ЦБ, импортирую начисления из П7 в П10. Все проходит нормально, НО выплата "Оклад" не импортируется. Файл соответствия проверял, даже переименовывал выплату в п7 и в п10 одинаково. Не могу понять в чем причина... Есть догатки?
[Email]
SSAB
Пользователь

Зарегистрирован: 07.11.2012 12:56:34
Сообщений: 274
Оффлайн

INVISIBLE wrote:ЦБ, импортирую начисления из П7 в П10. Все проходит нормально, НО выплата "Оклад" не импортируется. Файл соответствия проверял, даже переименовывал выплату в п7 и в п10 одинаково. Не могу понять в чем причина... Есть догатки?

У меня не импортировались две выплаты из-за завершающих пробелов в названиях выплат, копировал мнемокод из Парус 7 в Excel.
NIGMATULLIN_YU_R
Пользователь
[Avatar]

Зарегистрирован: 25.10.2012 22:23:19
Сообщений: 621
Оффлайн

INVISIBLE wrote:ЦБ, импортирую начисления из П7 в П10. Все проходит нормально, НО выплата "Оклад" не импортируется. Файл соответствия проверял, даже переименовывал выплату в п7 и в п10 одинаково. Не могу понять в чем причина... Есть догатки?

А ошибку какую выдает? мы сейчас тоже льем ЦБ. может проверка параметризованных данных поможет.

Это сообщение было изменено 1 раз. Последнее изменение было в 15.02.2015 13:07:32


Пессимизм — это настроение, оптимизм — воля.
[Email]
INVISIBLE
Новичок
[Avatar]

Зарегистрирован: 06.11.2012 10:47:21
Сообщений: 198
От: Андрей Сухих
Оффлайн

NIGMATULLIN_YU_R wrote:
А ошибку какую выдает? мы сейчас тоже льем ЦБ. может проверка параметризованных данных поможет.

В том то и дело что ошибок нет, просто не импортирует эту выплату. Попробовал в файле соответствия указать Оклад;Оклад (ост. выплаты убрал) Получил:
"Ошибка создания класса: System.Reflection.TargetInvocationException: Адресат вызова создал исключение. ---> Parus.Business.BusinessException: Не найдено ни одной выплаты для заданного файла соответствий. Убедитесь, что мнемокоды из файла соответствий соответствуют выплатам в базе Парус 10.
в Parus.Business.Import.P7.Salary.ImporterSnuFindOnly..ctor(IObjectManager manager, ImportSessionState sessionState)
--- Конец трассировки внутреннего стека исключений ---
в System.RuntimeMethodHandle._InvokeConstructor(Object[] args, SignatureStruct& signature, IntPtr declaringType)
в System.Reflection.RuntimeConstructorInfo.Invoke(BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
в System.RuntimeType.CreateInstanceImpl(BindingFlags bindingAttr, Binder binder, Object[] args, CultureInfo culture, Object[] activationAttributes)
в Parus.Business.Import.P7.ImportSessionState.GetImporter(Type importClassType, IObjectManager manager)
в Parus.Business.Import.P7.ImporterBase.GetImporter[TImporter]()
в Parus.Business.Import.P7.Salary.ImporterHis.BuildQuery(String sourceQuery)
в Parus.Business.Import.P7.Salary.ImporterHis..ctor(IObjectManager manager, ImportSessionState sessionState)."
Не найдено ни одной выплаты для заданного файла соответствий. Убедитесь, что мнемокоды из файла соответствий соответствуют выплатам в базе Парус 10.

Но мнемокод 100% совпадают и в П7 и вП10. Уже проверил таблицы в П7 ZSNU и ZHIS - "Оклад" там есть!. Перед импортом проверку БД П7 произвел согласно инструкции, недочеты устранены.
[Email]
INVISIBLE
Новичок
[Avatar]

Зарегистрирован: 06.11.2012 10:47:21
Сообщений: 198
От: Андрей Сухих
Оффлайн

SSAB wrote:
У меня не импортировались две выплаты из-за завершающих пробелов в названиях выплат, копировал мнемокод из Парус 7 в Excel.


!Точно, пробелы действительно есть, сделал в П7 "Оклад1111111111". Пробую... Спасибо за наводку
[Email]
INVISIBLE
Новичок
[Avatar]

Зарегистрирован: 06.11.2012 10:47:21
Сообщений: 198
От: Андрей Сухих
Оффлайн

Исправление пробелов не помогло...
[Email]
INVISIBLE
Новичок
[Avatar]

Зарегистрирован: 06.11.2012 10:47:21
Сообщений: 198
От: Андрей Сухих
Оффлайн

Все решил - сам виноват... первая строчка в csv файле игнорируется... Забыл я про это!
[Email]
NIGMATULLIN_YU_R
Пользователь
[Avatar]

Зарегистрирован: 25.10.2012 22:23:19
Сообщений: 621
Оффлайн

А у кого сколько получился размер базы ЦБ. У нас на последнем этапе заливки (последние 40 выплат) база с 5 гб начинает разрастаться до 40гб. это нормальный размер базы для Цб в 60 учреждений?

Пессимизм — это настроение, оптимизм — воля.
[Email]
YUMATI
Новичок

Зарегистрирован: 06.11.2012 10:47:08
Сообщений: 83
Оффлайн

Думается, что не нормально. Скорее всего Логи (Результаты импорта) надо почистить. Аналогично ЦБ (67 орг) 1,5 года назад переводил таких размеров база не была. Финальное состояние базы примерно было 6-7 Гб.

Это сообщение было изменено 1 раз. Последнее изменение было в 16.02.2015 08:55:02

NIGMATULLIN_YU_R
Пользователь
[Avatar]

Зарегистрирован: 25.10.2012 22:23:19
Сообщений: 621
Оффлайн

Чистим - не помогает - там в конце банковские выплаты и налоги и фонды - по 1000000 начислений за 2 года по каждому алгоритму, сотрудников 6000 лицевых 6000. Не вспомните количество сотрудников (хотя бы порядок). Не понятно какого размера база в итоге будет мне размера ssd не хватает долить

Это сообщение было изменено 1 раз. Последнее изменение было в 16.02.2015 09:11:17


Пессимизм — это настроение, оптимизм — воля.
[Email]
NABOKIKH
Опытный пользователь
[Avatar]

Зарегистрирован: 01.08.2012 14:05:10
Сообщений: 1683
Оффлайн

NIGMATULLIN_YU_R wrote:Чистим - не помогает - там в конце банковские выплаты и налоги и фонды - по 1000000 начислений за 2 года по каждому алгоритму, ..

при импорте алгоритмов мп, мп2, налог, фонды импортируются не только начисления, но и параметры начислений. это реализовано для возможности перехода в середине года (определение облагаемой мп).
А нужны ли отчисления за предыдущие 2 года?
INVISIBLE
Новичок
[Avatar]

Зарегистрирован: 06.11.2012 10:47:21
Сообщений: 198
От: Андрей Сухих
Оффлайн

Так какую БД (дл ЦБ) все таки лучше испольщовать MS или postqre?
[Email]
NIGMATULLIN_YU_R
Пользователь
[Avatar]

Зарегистрирован: 25.10.2012 22:23:19
Сообщений: 621
Оффлайн

Залили в итоге (льем в postgre) когда дробим последние заливы - база не растет... Залить получилось - база 32гб... Сделали бэкап (1гб)... восстановили... база весит 2.7 гб - волшебство. Параллельно на другом компьютере с сопаставимыми мощностями база не растет... на последнем импорте выдает ошибку - просто - ошибка импорта, по логу ничего не понятно.

Это сообщение было изменено 1 раз. Последнее изменение было в 16.02.2015 15:02:13


Пессимизм — это настроение, оптимизм — воля.
[Email]
SAMOTOHA
Новичок

Зарегистрирован: 07.11.2012 12:54:54
Сообщений: 61
Оффлайн

Во время импорта сделали лицевые счета по Совместительству Вид ЛС ВнутСовместител с типом Неосновной, из-за этого не можем сделать приказ по переводу.
Возможно ли поправить тип ЛС скриптом?
[Email]
NABOKIKH
Опытный пользователь
[Avatar]

Зарегистрирован: 01.08.2012 14:05:10
Сообщений: 1683
Оффлайн

SAMOTOHA wrote:Во время импорта сделали лицевые счета по Совместительству Вид ЛС ВнутСовместител с типом Неосновной, из-за этого не можем сделать приказ по переводу.
Возможно ли поправить тип ЛС скриптом?

Неосновные лицевые счета всегда позиционировались вспомогательными, и не предназначенными для совместительства (работы в другое время , по другому трудовому договору). По ним нельзя сделать ни перевод, ни прием, ни увольнение, ни трудовой договор.
Наверно возможно сменить скриптом и тип ЛС, но ещё надо будет создать трудовой договор , период работ со ссылкой на новый ТД, сменить ссылку с лицевого счета на новый период работы и все это в соответствии с датами ЛС.
В конвертер же из П7 заложен весь функционал по преобразованию ЛС. Вероятно проще переконвертить или постепенно заводить ЛС с новым типом, правильно принимая на работу по совместительству.

PS
В П7 переводы для совместительств не были доступны..

 
Индекс форума » ПАРУС- Бюджет 10.хх
Перейти: