Проблема переноса из ЗИК в ЗКБУ (для раздела ЗУП)
 

Доброго всем вечера. Был осуществлен перенос зарплаты из ЗИК 7.7 в Зарплата и кадры бюджетного учреждения 8.2. на начало 2013 г. с помощью обработки V77Exp(2.0.28), так-как база большая и количество сотрудников более 1000 чел. и стандартной обработке из ЗКБУ не хватало памяти. Конфигурации обновленные. В ЗКБУ почему-то при начислении отпуска в расчет среднего не входят суммы за 10, 11 и 12 месяцы 2012 года, хотя при формировании расчетных листков в ЗКБУ за эти месяца начисления имеются. Я понимаю, что будет сказано, что перенос должны осуществлять профи и в файлах правил выгрузки могут быть ошшибки и пр., но может кто даст совет, где копать. Все остальные данные перенеслись нормально.

а если просто перепровести 10,11,12?

А копать нужно в документах "Перенос данных"......

А вообще Вы сами ответили на свой вопрос(пригл спец).

иначе хромать будете года 2...

Перенос надо была осуществлять по частям...

(1)Создать вручную доки в ЗКБУ за 10-12 месяцы при таком количестве сотрудников? Проблемотично.
(3)Как раз проблема и вылезла потому, что осуществлялся перенос по частям.

Три раза перводил ЗИК в ЗУП. Именно по частя(нехватка памяти) Все было ровно.
Можно попробовать выгрузить только эти месяцы
Загрузить в Копию и почистить от лишнего если оно будет.

А есть какие-то общии принципы переноса по частям? К примеру можно переность все данные. но за более короткие промежутки (резать по времени), а можно резать по типу информации и переносить часть сразу за весь период?

Можно и так, и так. Проблема чисто техническая, ограничение на размер файла.
При каждой дополнительной переброске будут немножко портиться данные - например, доходы для исчисления страховых взносов, и не только.

Рекомендую предварительно поработать с ЗиК: очистить от ненужного. И "служеьные" таблицы, и ЖР. Убрать "дубли", и т.д.
Косяков будет меньше, проверено :)

я фигею... на 1000 человек проблемы с памятью...

9-Чучундер > Скорее, где-то зациклилось. 1000 человек - "маловато будет" только с т.з. аппаратных возможностей, а вот для людЁв... В базе наверняка есть "мертвые" записи, которые невозможно убрать без нарушения ссылочной целостности. Например, давно уволенные сотрудники. Представь, трудился Некто, еще был внутренним совместителем. Возникла связь А->Б. Потом уволился. Потом его приняли снова. На запись Б. Идали совместительство на запись А....
Как пример, конечно :)