Перенос данных из 1С.7.7 ЗИК в 1.С.8.2 ЗУП
Имеется 1С 7.7 ЗИК реализ самый последний 7.70.325 и 1.С.8.2 ЗУП тоже последний 2.5.51.1
Год назад чисто для знакомства с 1С 8 конвертировал без всяких проблем.
Теперь же при конвертации появляется одна единственная ошибка.
Ошибка исполнения обработчика: ПВД_ПередОбработкойПравила_СтраховыеВзносы: Неверный идентификатор колонки!
Выгрузка данных: Страховые взносы за 2012г.
Уже редактировал гломальный модуль и модули отчетов и правила переноса - эффекта ноль, ошибка не уходит.
Помогите кто чем сможет.
Год назад чисто для знакомства с 1С 8 конвертировал без всяких проблем.
Теперь же при конвертации появляется одна единственная ошибка.
Ошибка исполнения обработчика: ПВД_ПередОбработкойПравила_СтраховыеВзносы: Неверный идентификатор колонки!
Выгрузка данных: Страховые взносы за 2012г.
Уже редактировал гломальный модуль и модули отчетов и правила переноса - эффекта ноль, ошибка не уходит.
Помогите кто чем сможет.
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Присоединяюсь к автору, данная проблема меня преследует с начала года. А вообще я тебе скажу, что я переносил таки - но брал правила из прошлогодних ЗИКов, и это иногда(!) помогало. Так что советую, пока нам ничего не подсказали - попробовать этот вариант.
Еще тут вспомнил, была одна проблема с датой начала столетия и 2-х (или 4-х) значная дата рождения сотрудника. Как вариант собственно тоже может быть, посмотри, потому что у меня бух как-то по-пьяни так поставила. В итоге целое кладбище нервных клеток.
вопрос просто в чем - каким образом пытаешься загрузить данные: если это мы про стандартный - из 8ки непосредственно говорим, то стоит попробовать из 7-ки через промежуточный файл, играясь с разными версиями правил (пробуй разные релизы зика). прост ты этого не указал
недавно делали подобный перенос, основная суть смотри для какого ЗУП 7.7 у тебя прописаны правила в 8м. Там нужно чтобы абсолютно версии совпадали 1 в 1, тогда все должно загрузиться без проблем. А то что просто последние конфигурации не факт, что правила обновлены...
ПВД_ПередОбработкойПравила_СтраховыеВзносы: Неверный идентификатор колонки!
Все просто. 1С-овцы в обработке выгрузки данных забыли проинициализировать колонку ТЗ ДоходыНалогиВычетыСотрудников "НеНачислятьПФРНак"
V77exp.ert после строки 22904 добавьте:
ДоходыВычетыНалогиСотрудников.НоваяКолонка("НеНачислятьПФРНак","Число");
это функция СобратьДанныеДляСтраховыхВзносов(). Если эта таблица инициализируется где-то еще (ищем по ДоходыВычетыНалогиСотрудников.НоваяКолонка) - там тоже допишите.
(22) asved.ru, Спасибо, помощь подоспела вовремя! Сначала погрешил на то, что у некоторых ФЛ не указана дата рождения, однако после их исправления ошибка "ПВД_ПередОбработкойПравила_СтраховыеВзносы: Неверный идентификатор колонки!" осталась. После этого решил пойти другим путем, а именно 1) Через "Справочники" --> "Конвертация" записал необходимые для выгрузки файлы в папку ExtForms ЗиКа 2) С помощью конфигуратора 7.7 внес предложенные изменения в V77exp.ert (см. 22) 3) Выгрузил данные с помощью V77exp.ert (можно и с помощью PrB_Wiz) 4) Загрузил данные в 1С ЗУиП из получившегося файла данных... Загрузка прошла успешно!
(22) asved.ru, а у меня в обработке V77exp.ert есть строка:
ДоходыВычетыНалогиСотрудников.НоваяКолонка("НеНачислятьПФРНак","Число",1,0);
и всё равно выдает ошибку: Ошибка исполнения обработчика: ПВД_ПередОбработкойПравила_СтраховыеВзносы: Неверный идентификатор колонки!
релиз зик 327
ДоходыВычетыНалогиСотрудников.НоваяКолонка("НеНачислятьПФРНак","Число",1,0);
и всё равно выдает ошибку: Ошибка исполнения обработчика: ПВД_ПередОбработкойПравила_СтраховыеВзносы: Неверный идентификатор колонки!
релиз зик 327
Хоть кто нибудь без геморроя перешел с любой 7.7 на 8??? интересно 1с не может со своими программами нормальный обмен сделать, будем до последнего на ЗиК-е сидеть после того как с бгу намучился буду ждать может будут сопровождать :)
(24) ruo2004, да. мы перешли нормально с этого года.Правда праила для переноса брала из какого-то осеннего релиза. 37.1 что-ли? Но все перенеслось нормально. Сотрудников около тысячи, разные способы учета раб. времени, много подразделений.
ИМХО, проблема очень часто не в обмене, а в ЗиКе с кривым учетом и ошибками.
ИМХО, проблема очень часто не в обмене, а в ЗиКе с кривым учетом и ошибками.
После успешного переноса данных появилась новая напасть: при заполнении документа "Начисление заработной платы" большинство работников вносятся в документ двумя строками, при этом выдается сообщение "Запись не верна! Не задан вид расчета (Регистр расчета: Основные начисления сотрудников организаций; Номер строки: 2)". Одна из дублируемых строк кроме ФИО не содержат других данных и подлежит удалению. Будем искать...
Тестирование не помогло, все дело было в штатном расписании. Некоторые строки содержали ссылки (или пустые ссылки) на несуществующие надбавки (они выглядят как пустые строки). Необходимо было кликнуть эту пустую строку надбавки и удалить (или выбрать существующую надбавку).
Видимо у меня руки не оттуда((((
ни один стандартный метод не перенес так как надо, то половины документов нет, то даже справочники не найдешь...
кто-нибудь может подсказать подробную статью формирования правил для переноса методом "Конвертация данных, релиз 2,1"...попробую делать все по четкой инструкции, может правда чтот делаю не так
ни один стандартный метод не перенес так как надо, то половины документов нет, то даже справочники не найдешь...
кто-нибудь может подсказать подробную статью формирования правил для переноса методом "Конвертация данных, релиз 2,1"...попробую делать все по четкой инструкции, может правда чтот делаю не так
недавно делали подобный перенос, основная суть смотри для какого ЗУП 7.7 у тебя прописаны правила в 8м. Там нужно чтобы абсолютно версии совпадали 1 в 1, тогда все должно загрузиться без проблем. А то что просто последние конфигурации не факт, что правила обновлены. ИМХО
Перенос данных из Парус в 1С ЗУП
Перенос данных из Парус в 1С ЗКБУ
Перенос данных из 1С Зик 7.7 в в 1С ЗУП 8.2
Перенос данных из 1С Зик 7.7 в 1С ЗКБУ 8.2
Большой опыт. Десятки переведенных организаций.
romanx63@mail.ru
Перенос данных из Парус в 1С ЗКБУ
Перенос данных из 1С Зик 7.7 в в 1С ЗУП 8.2
Перенос данных из 1С Зик 7.7 в 1С ЗКБУ 8.2
Большой опыт. Десятки переведенных организаций.
romanx63@mail.ru
Ребят проблема с переносом
переношу из ЗИК 322 релиза , пробовал обновлял и к более актуальным
переношу в 1.0.42.2 и пробовал в более актуальные
исходная база большая , файл выгрузки получается 610 МБ , долго выгружает , около 8 ч
а проблема в том что не загружает начисления и наверно еще чего то, хотя в документах Перенос данных есть и начисления
перенос идет быстро , около 30 мин , вот это и подозрительно
после переноса есть только сотрудники
штука в том что ошибок то нет , пробовал и режим отладки ,
единственная ошибка идет по одному сотруднику , в отладке обходит её и идет дальше
переношу из ЗИК 322 релиза , пробовал обновлял и к более актуальным
переношу в 1.0.42.2 и пробовал в более актуальные
исходная база большая , файл выгрузки получается 610 МБ , долго выгружает , около 8 ч
а проблема в том что не загружает начисления и наверно еще чего то, хотя в документах Перенос данных есть и начисления
перенос идет быстро , около 30 мин , вот это и подозрительно
после переноса есть только сотрудники
штука в том что ошибок то нет , пробовал и режим отладки ,
единственная ошибка идет по одному сотруднику , в отладке обходит её и идет дальше
(40) ccserg, у вас в зик учёт ведётся по нескольким организациям? может надо просто в документах перенос данных вверху выбрать организацию нужную или вовсе убрать отбор по ним? тогда возможно появятся документы перенос данных...ну а если и так не пройдёт то попробуйте отдельно сохранить правила выгрузки, и сначала выгрузить в xml из 7ки, а потом уже загрузить в 8ку...
(41) OleGazz,
организация одна , подразделений много
документы переноса есть , я их вижу , но данных о начислениях нет , расч листки не формируются после переноса+-
пробовал всеми способами , напрямую из базы ,и из xml с правилами выгрузки , из xml файл 610 мб грузит всего 30 мин
вообще сколько по времени занимает загрузка данных из xml файла около 100 мб ?
PS пробовал другую базу ,поменьше, там всё получилось
организация одна , подразделений много
документы переноса есть , я их вижу , но данных о начислениях нет , расч листки не формируются после переноса+-
пробовал всеми способами , напрямую из базы ,и из xml с правилами выгрузки , из xml файл 610 мб грузит всего 30 мин
вообще сколько по времени занимает загрузка данных из xml файла около 100 мб ?
PS пробовал другую базу ,поменьше, там всё получилось
решил проблему с КД , по одному сотруднику два раза добавлялся сотрудник на одном интервале , убрал в XML лишнюю строку , в исходной базе вероятно эта проблема
теперь загрузил все начисления , всё прошло без ошибок но результаты не сходятся
по многим сотрудникам не перенеслись начисления , выверяю цифры на начало года , посоветуйте где искать еще?
почему не перенеслись ?
есть ли инструкция подробная к V77Exp.ert ? на диске ИТС может? нужно очень ... не понятно как всё это настроить
теперь загрузил все начисления , всё прошло без ошибок но результаты не сходятся
по многим сотрудникам не перенеслись начисления , выверяю цифры на начало года , посоветуйте где искать еще?
почему не перенеслись ?
есть ли инструкция подробная к V77Exp.ert ? на диске ИТС может? нужно очень ... не понятно как всё это настроить
решил проблему с КД , по одному сотруднику два раза добавлялся сотрудник на одном интервале , убрал в XML лишнюю строку , в исходной базе вероятно эта проблема
теперь загрузил все начисления , всё прошло без ошибок но результаты не сходятся
по многим сотрудникам не перенеслись начисления , выверяю цифры на начало года , посоветуйте где искать еще?
почему не перенеслись ?
есть ли инструкция подробная к V77Exp.ert ? на диске ИТС может? нужно очень ... не понятно как всё это настроить
Пиши в личку у меня есть что то!
теперь загрузил все начисления , всё прошло без ошибок но результаты не сходятся
по многим сотрудникам не перенеслись начисления , выверяю цифры на начало года , посоветуйте где искать еще?
почему не перенеслись ?
есть ли инструкция подробная к V77Exp.ert ? на диске ИТС может? нужно очень ... не понятно как всё это настроить
Пиши в личку у меня есть что то!
Добрый вечер. вопрос в следующем.
сделал перенос с 1с 77 зик на 82 ЗУП.
суммы начисления все нормально, в расчетных листках все хорошо, но! при формировании 2-ндфл суммы по сотрудникам задраиваются!!!
посмотрел поискал, нашел в регистрах эти суммы, но как от них избавиться???
сделал перенос с 1с 77 зик на 82 ЗУП.
суммы начисления все нормально, в расчетных листках все хорошо, но! при формировании 2-ндфл суммы по сотрудникам задраиваются!!!
посмотрел поискал, нашел в регистрах эти суммы, но как от них избавиться???
(60) tana1257, если быть точнее не
"...программа PrB_Wiz идет вместе с поставкой конфигуратора ЗУП..."
а в составе, как объект конфигуратора.
Получили? как перенос?
Вот столкнулся с такой ошибкой:
Ошибка записи объекта
ТипОбъекта = Перенос данных
Объект = Перенос данных ПНУ от 14.05.2013 0:00:00
ОписаниеОшибки = Ошибка при вызове метода контекста (Записать): Запись с такими ключевыми полями
существует! : ПлановыеУдержанияРаботниковОрганизаций: 30.05.2011, ЦРБ, Иванов Рашхан Абрамович, Профвзносы,
(Регистр сведений: Плановые удержания сотрудников; Номер строки: 19)
Можно ли откорректировать правила как в (25), чтобы обойти ошибку, пусть документ останется непроведенным.
Или сотрудник проигнорируется.
Какие внести корректировки?
Или надо исправлять ошибки все-таки в 7-ке ?
"...программа PrB_Wiz идет вместе с поставкой конфигуратора ЗУП..."
а в составе, как объект конфигуратора.
Получили? как перенос?
Вот столкнулся с такой ошибкой:
Ошибка записи объекта
ТипОбъекта = Перенос данных
Объект = Перенос данных ПНУ от 14.05.2013 0:00:00
ОписаниеОшибки = Ошибка при вызове метода контекста (Записать): Запись с такими ключевыми полями
существует! : ПлановыеУдержанияРаботниковОрганизаций: 30.05.2011, ЦРБ, Иванов Рашхан Абрамович, Профвзносы,
(Регистр сведений: Плановые удержания сотрудников; Номер строки: 19)
Можно ли откорректировать правила как в (25), чтобы обойти ошибку, пусть документ останется непроведенным.
Или сотрудник проигнорируется.
Какие внести корректировки?
Или надо исправлять ошибки все-таки в 7-ке ?
(61) Kaniman, Посмотреть в 7-ке, скорее всего, у этого человека два одинаковых удержания зарегистрировано с одной и той же даты (30.05.2011). Пропустить просто так не получится, можно, если быстро, сделать так - в процедуре глРаботалСотрудник в глобальном модуле ЗиК (она вызывается при выгрузке для каждого работника) для этого работника возвращать 0, тогда он не выгрузится.
(61) Kaniman, такая же проблема(((
(62) alexdm, дело в том, что НЕ два одинаковых удержания, а человек принят как штатный и совметистель в один день! и тем же днем назначен вид удержания профвзносы.
7-ка разносит по сотрудникам, а 8-ка придирается к тому что физлицо одно и тоже, так ???
Подскажите как поправить? и возможно ли без изменения в конфигурации?
Или может есть обработка для 7-ки, чтобы выявить таких, сотров под тыщу.
(62) alexdm, дело в том, что НЕ два одинаковых удержания, а человек принят как штатный и совметистель в один день! и тем же днем назначен вид удержания профвзносы.
7-ка разносит по сотрудникам, а 8-ка придирается к тому что физлицо одно и тоже, так ???
Подскажите как поправить? и возможно ли без изменения в конфигурации?
Или может есть обработка для 7-ки, чтобы выявить таких, сотров под тыщу.
Да, в ЗУПе удержания идут по физлицам, в этом случае я бы перед переносом убрал пересекающиеся удержания у совместителей в 7-ке. Написать обработку, в общем-то, можно, ничего особо сложного тут не вижу, хотя как-то странно, не так давно переносил клиентам базу ЗиК с кучей совместителей и на эти грабли не наступил...
(65) alexdm, тоже недавно перенес базу больницы, сотрудников чуть больше тысячи, таких косяков не вылезло.
Мне кажется дело в том, что у совместителя установлена дата в "Период действия удержания с:" точно такая же как и у штатного сотрудника.
НО ведь у совместителя дата должна быть с даты работы в данном учреждении, а у штатного пусть будет с даты вступления в профвзносы, но и там и там установлена - 28.10.94
Как можно автоматизировать выявление такой нестыковки, или хотя бы список вывести таких сотрудников?
Мне кажется дело в том, что у совместителя установлена дата в "Период действия удержания с:" точно такая же как и у штатного сотрудника.
НО ведь у совместителя дата должна быть с даты работы в данном учреждении, а у штатного пусть будет с даты вступления в профвзносы, но и там и там установлена - 28.10.94
Как можно автоматизировать выявление такой нестыковки, или хотя бы список вывести таких сотрудников?
(66) Agema, у самого именно у медиков была такая база, кстати... Дата начала действия удержания в ЗиК определяется только тем, как ее внесли, логику в действиях расчетчика искать - дохлый номер, хотя, возможно, где-то косячат штатные правила переноса, там, вообще говоря, подобных приколов хватает, один перенос сальдо до последних релизов чего стоил... Если будет время завтра-послезавтра посмотрю, тем более, что сейчас начинаю еще один тестовый перевод с ЗиК на ЗУП...
(68) alexdm, поднял тему в
В конфигураторе пока не умею программировать, есть идея как решить вопрос:
Как в 8-ке отключить уникальность удержания "Профвзносы" (ДокументОбъект.ВводСведенийОПлановыхУдержанияхРаботниковОрганизаций)
за один и тот же день по одному и тому же физическому лицу (все-таки не по сотруднику удерживается, как в 7-ке)
В конфигураторе пока не умею программировать, есть идея как решить вопрос:
Как в 8-ке отключить уникальность удержания "Профвзносы" (ДокументОбъект.ВводСведенийОПлановыхУдержанияхРаботниковОрганизаций)
за один и тот же день по одному и тому же физическому лицу (все-таки не по сотруднику удерживается, как в 7-ке)
(72) alexdm,
Да тоже вчера "ковырялся" в конфигуратое 8-ки, и дошел, что можно проскочить ошибку, если установить периодичность - По позиции регистратора
Но почему проблемы ?
Главное загрузить данные, а уже потом вернуть все на место, и исправить по списку сотрудников, с помощью Вашей обработки, с проблемными удержаниями.
Или будут проблемы с НДФЛ ?
Поставлю на ночь такую базу, посмотрю.
Да тоже вчера "ковырялся" в конфигуратое 8-ки, и дошел, что можно проскочить ошибку, если установить периодичность - По позиции регистратора
Но почему проблемы ?
Главное загрузить данные, а уже потом вернуть все на место, и исправить по списку сотрудников, с помощью Вашей обработки, с проблемными удержаниями.
Или будут проблемы с НДФЛ ?
Поставлю на ночь такую базу, посмотрю.
(71) Agema, набросал на скорую руку обработочку, которая в 7.7 выводит проблемных людей, попробуй. И еще вариант - не надо пользоваться готовыми помощниками перехода, лучше выгрузить обработку выгрузки и правила из справочника "Конвертации из информационных баз 1:Предприятие 7.7" в ЗУП и выгрузить из семерки руками, а потом загрузить в 8-ку через универсальный обмен данными, там же, кстати, на закладке "Дополнительные настройки" можно включить птису "режим отладки", тогда при появлении подобной ошибочной ситуации загрузка не будет останавливаться, хотя документ переноса и не запишется.
Прикрепленные файлы:
ПересечениеУдержанийПоСовместителям.ert
(73) alexdm, "И еще вариант - не надо пользоваться готовыми помощниками перехода...и выгрузить из семерки руками..."
Знаю про этот вариант выгрузки через файл, конечно, уже и пробовал. На системе win7x64-4Gb, вылетела ошибка, типа "Недостаточно оперативной памяти".
Читал на форумах, такого рода ошибки выскакивают, из-за зацикливания запросов, или ошибок данных.
А "Профвзнос" как раз и создает такую коллизию.
Знаю про этот вариант выгрузки через файл, конечно, уже и пробовал. На системе win7x64-4Gb, вылетела ошибка, типа "Недостаточно оперативной памяти".
Читал на форумах, такого рода ошибки выскакивают, из-за зацикливания запросов, или ошибок данных.
А "Профвзнос" как раз и создает такую коллизию.
(76) Agema, такое тоже было и не раз на больших базах. Выход - выгружать кусками, я обычно отдельно выгружаю начальные остатки взаиморасчетов и кадровые данные, затем по годам начисления и удержания, затем налоги. И в той же последовательности загружаю. Перенос начислений и удержаний делаю только за последние 2 года.
Всем доброго времени суток!
(78) alexdm, пробывала как Вы подсказали...
первым этапом выгрузила Все за период переноса ,кроме :
1. Плановых начислений и удержаний
2. Начислений и удержаний
3. Выплат
4. Страховых взносов
5. НДФЛ
6. ЕСН
(и загрузила)
когда стала загружать вторым этапом начисления за год:
1. Плановых начислений и удержаний
2. Начислений и удержаний
3. Выплат
возникла ошибка :
Проверка данных
Не удалось получить правила проверки загруженных данных
Возможно, нарушена структура файла данных из-за использования нетиповых правил переноса данных. Рекомендуется использовать правила выгрузки данных из справочника "Конвертации из информационных баз 1С:Предприятия".
Что-то не так делаю? подскажите пожалуйста
(78) alexdm, пробывала как Вы подсказали...
первым этапом выгрузила Все за период переноса ,кроме :
1. Плановых начислений и удержаний
2. Начислений и удержаний
3. Выплат
4. Страховых взносов
5. НДФЛ
6. ЕСН
(и загрузила)
когда стала загружать вторым этапом начисления за год:
1. Плановых начислений и удержаний
2. Начислений и удержаний
3. Выплат
возникла ошибка :
Проверка данных
Не удалось получить правила проверки загруженных данных
Возможно, нарушена структура файла данных из-за использования нетиповых правил переноса данных. Рекомендуется использовать правила выгрузки данных из справочника "Конвертации из информационных баз 1С:Предприятия".
Что-то не так делаю? подскажите пожалуйста
(83) lauhau, я делал таким способом и по 3-4-5 попыток, т.е. 2-й этап несколько раз.
Внизу есть самый последний пункт - Контрольные данные, на обоих этапах надо ставить галочку.
У меня на некоторых базах дает ошибку на пункте "Плановые начисления и удержания".
Оставлял только его, и ковырялся с базой, в основном из-за профвзносов.
Внизу есть самый последний пункт - Контрольные данные, на обоих этапах надо ставить галочку.
У меня на некоторых базах дает ошибку на пункте "Плановые начисления и удержания".
Оставлял только его, и ковырялся с базой, в основном из-за профвзносов.
Здравствуйте, уважаемые коллеги!
Во-первых, спасибо (73) alexdm, так выручил меня! Тоже больница, 1000 с хвостиком сотрудников с одновременным совместительством, и такая же ошибка по профзносам.
А во-вторых, изучила советы в вашей ветке и решила тоже посоветоваться :). 1с 7.7 Аналит. Поликлиника (dbf) переношу в ЗиК (postgres, server2008,24Г ОЗУ). Сначала прямым переносом (предварительно отправив на сервер 7-ку).Ошибка: Недостаточно памяти.
2. Через выгрузку в файл с помощью помощника в самой 7-ке. Та же ошибка. Причем выгрузку делала на разных компах, с разной ОЗУ и разрядностью -32 и 64. Та же ошибка.
3.Стала выгружать файлами с помощью V77Exp.ert. Тут дело немножко пошло. Кадровые данные и Плановые начисления и выгрузились, загрузились. Ну а остальное- либо выгрузка с ошибкой о нехватке памятия, либо загрузка в 8-ку с ошибкой:"Ошибка СУБД:outof mamory for query result". Файлы разбивала и по годам.
4. Написала подробное письмо с изложением всего поэтапно в ТП v8, однако приговор суров: "К сожалению, конфигурации не являются нашими типовыми, поэтому мы можем рекомендовать только переносить данные частями на компьютере с установленной 64 разрядной ОС с написанием правил переноса и тестированием вашей базы перед переносом.В случае затруднений обратиться к нашим партнерам.
Вопросы к вашему обществу.
1. Можно ли сделать свертку в 7-ке, чтобы уменьшить размер файлов? Не "пострадают" ли расчеты по-среднему для отпусков, б/л и т.п.? Т.е. те остатки, которые перенесутся из регистров 7-ки будут ли содержать все необходимое для этих расчетов? Это только то, что я вижу на поверхности, хотя может быть все-таки нужны ВСЕ первичные документы за 2 года?
2. Можно ли сделать так: выгрузить 8-ку из postgres в dt и восстановить ее в файловом варианте, куда попробовать загружать файлики? Ну и потом закинуть все это в postgres. Или это ничего не меняет принципиально?
Спасибо за внимание.
С уважением
Во-первых, спасибо (73) alexdm, так выручил меня! Тоже больница, 1000 с хвостиком сотрудников с одновременным совместительством, и такая же ошибка по профзносам.
А во-вторых, изучила советы в вашей ветке и решила тоже посоветоваться :). 1с 7.7 Аналит. Поликлиника (dbf) переношу в ЗиК (postgres, server2008,24Г ОЗУ). Сначала прямым переносом (предварительно отправив на сервер 7-ку).Ошибка: Недостаточно памяти.
2. Через выгрузку в файл с помощью помощника в самой 7-ке. Та же ошибка. Причем выгрузку делала на разных компах, с разной ОЗУ и разрядностью -32 и 64. Та же ошибка.
3.Стала выгружать файлами с помощью V77Exp.ert. Тут дело немножко пошло. Кадровые данные и Плановые начисления и выгрузились, загрузились. Ну а остальное- либо выгрузка с ошибкой о нехватке памятия, либо загрузка в 8-ку с ошибкой:"Ошибка СУБД:outof mamory for query result". Файлы разбивала и по годам.
4. Написала подробное письмо с изложением всего поэтапно в ТП v8, однако приговор суров: "К сожалению, конфигурации не являются нашими типовыми, поэтому мы можем рекомендовать только переносить данные частями на компьютере с установленной 64 разрядной ОС с написанием правил переноса и тестированием вашей базы перед переносом.В случае затруднений обратиться к нашим партнерам.
Вопросы к вашему обществу.
1. Можно ли сделать свертку в 7-ке, чтобы уменьшить размер файлов? Не "пострадают" ли расчеты по-среднему для отпусков, б/л и т.п.? Т.е. те остатки, которые перенесутся из регистров 7-ки будут ли содержать все необходимое для этих расчетов? Это только то, что я вижу на поверхности, хотя может быть все-таки нужны ВСЕ первичные документы за 2 года?
2. Можно ли сделать так: выгрузить 8-ку из postgres в dt и восстановить ее в файловом варианте, куда попробовать загружать файлики? Ну и потом закинуть все это в postgres. Или это ничего не меняет принципиально?
Спасибо за внимание.
С уважением
(90) dlvs, по вопросу 1 - сами первичные документы особо в восьмерке не нужны, все равно вся информация берется из документов переноса данных, то, что переносится из 7.7 это так, для кадровика посмотреть... Но это, скорее всего, не поможет, т.к. первичка переносится только кадровая, а оно и так у вас выгружается. По вопросу 2 - однозначно так и надо попробовать сделать, я обычно всегда делаю переносы на файловой базе, а потом готовую базу уже гружу у клиента.
Вчера запустил перенос еще одной базы, после 26 часов выдала такую же ошибку:
Как обойти?
{Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(4868)}: Ошибка записи объекта
ТипОбъекта = Перенос данных
Объект = Перенос данных ПНУ от 27.05.2013 0:00:00
ОписаниеОшибки = Ошибка при вызове метода контекста (Записать): Запись с такими ключевыми полями существует! : ПлановыеУдержанияРаботниковОрганизаций: 01.04.2013, ГБУ , ФИО, Профвзносы, (Регистр сведений: Плановые удержания сотрудников; Номер строки: 373)
ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(4861)
КодСообщения = 26
ВызватьИсключение СтрокаСообщенияОбОшибке;Как обойти?
У меня вот какой вопрос..
у МЕНЯ база майская, перенос будет на октябрь...
Я могу потом поступить так:
1выгрузить кадровые данные за все время( по сентябрь )
2 а все начисления по май у меня выгруженные (на базе мая) загрузить в 8.2?
3 и потом оставшиеся (по сентябрь)
у МЕНЯ база майская, перенос будет на октябрь...
Я могу потом поступить так:
1выгрузить кадровые данные за все время( по сентябрь )
2 а все начисления по май у меня выгруженные (на базе мая) загрузить в 8.2?
3 и потом оставшиеся (по сентябрь)
Спасибо, ребята, за ценную рекомендацию по вопросу 2(но все ж мучает риторический вопрос- что ж ТП этого мне не посоветовали после изучения моего подробного отчета бодания с postgres?).
И по вопросу 1 - не знала, что первичка переносится только кадровая, спасибо за науку. С удалением сотрудников посовещаюсь с бухгалтерами.Теперь хоть надежда появилась, пошла работать. Спасибо за помощь!
С уважением
И по вопросу 1 - не знала, что первичка переносится только кадровая, спасибо за науку. С удалением сотрудников посовещаюсь с бухгалтерами.Теперь хоть надежда появилась, пошла работать. Спасибо за помощь!
С уважением
Но как-то с трудом представляю такую базу, что по годам не может выгрузиться, делали порядка 2000 сотрудников - получалось
Алексей, не могу объяснить, отчего так. Но вчера в 23:20 запустила выгрузку порции "Начисления и удержания" за 2012год, и вот уже 15 часов идет, выгружено объектов 2650 (внизу в строке комментариев видно). А прошлый раз этот файл формировался 10 часов на этой же машине и свалился с ошибкой "Недост. памяти msxml6....). (ОЗУ 4Гб и ЦП i-3 3.3Гц). Причем машина недавно куплена и кроме 1С и Каспера на ней ничего нет (последний отключен).Загрузка ЦП порядка 24%, а ОЗУ занята 1.6Мб. Так что молюсь, чтобы не свалилась выгрузка и все-таки в файловую БД попробую.
Очень признательна вам всем за отклик.
С уважением
(99) dlvs, 15 часов это долго, это очень долго. Какой-то косяк в базе имеется, как мне кажется... Галка стоит только на "Начисления и удержания" ?
P.S. Зверя под названием "Аналит.Поликлиника" не видел ни разу, это что - типа комплексной с заточкой под медиков ?
P.S. Зверя под названием "Аналит.Поликлиника" не видел ни разу, это что - типа комплексной с заточкой под медиков ?
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот