Привет Всем

ЗиК 336.
Обработка "Подготовка сведений для ПФР".
При заполнении списка пачек по кнопке "Заполнить" программа выпадает по ошибке Runtime Error.
Происходит это примерно на третьем прогоне "Обрабатываются доходы".

Пробовал: выгрузку/загрузку ИБ, запускал на другом компе, файл mlg убирал (220 метров).
При выгрузку/загрузку ИБ было исправление номеров строк документов "нач ЗП" и "начисление страховых взносов".

Сейчас выполняется тестирование/исправление. Результат пока не знаю. Идет уже часов 5-7.

Ошибка проявляется часа через 1,5 - 2

Что еще попробовать?

ап

(0) У тебя ЗиК на SQL переведен?! О_о
Убирай его в DBF, на SQL он работает нестабильно :)

(0) mlg - журнал регистрации, сори, спутал :)
Запусти лучше ТиИ, с полной проверкой, Физ и Лог целостности.

ТиИ выполняется.
База почти 2Г. Так что все идет по долгу.

Только проверка результативности действия занимает 1,5 - 2 часа. Ошибка проявляется не сразу.

релиз точно 27?

да 27

Память кончается.
Вчера только трахались с этим.

Выгрузи в ДБФ. Там выгрузи пачки.

Память да 1,5 гига отъедает. Но на диске место есть. Разве файл подкачки не должен решить это проблему?

(8) У меня база на ДБФ.

Винда *32 или *64?

Вчера 5000 человек выгрузили в ПФР из дбф базы.
Причем на сервере 2003 падает, а на вин 7 *64 норм идет.

Я все Runtime Error в семерке решал копированием базы в другой каталог

Сервер 2003 х32
Пробовал и на XP x32
Без толку.

ТиИ закончилось. Были сообщения. Но ошибка осталась.
Щас еще раз пробую выгрузку/загрузку этого же экземпляра ИБ.

На том же сервере другая ИБ но меньших размеров (около 300 метров) заполнилась без проблем. Причем список сотров очень близкий. "Без проблемная" ИБ получена копированием.

Буду искать винду х64. Или может настройки сортировки поменять как на х64...

Винду ищи 64

(14) Похоже пока остается только этот вариант

антивирус какой стоит ?

(16) на одной машине KAV 6.0 на другой avast

(17) вот снеси их и попробуй снова

еще вариант частями (например по буквам) выгрузить в документы пу

(18) просто отключить не хватит?
(19) это будет крайний вариант - численность большая

Попробовал х64 (правда Vista) - не помогло.

Но похоже причину нашел.

При выгрузке/загрузке 1С писала "Документ.НачислениеСтраховыхВзносов Обнаружены дублирующиеся номера строк документа. Произведена перенумерация строк." Вроде все исправлено, но ошибка Runtime Error оставалась.

На самом деле в dbf таблице документа под поле номер строки отведено 4 знака, а в одном из документов более 10000 строк. Соответственно она и пронумеровала лишние строки произвольным образом (в данном случае они все 0-е).

Буду пробовать исправить. Надеюсь основная ошибка этим и решится.
Спасибо всем, кто помогал.

Подведу итоги. Возможно кому-то будет полезно.

Предположение из сообщения (21) не дало результата. Написал обработку частично удалил строки из документов "НачислениеСтраховыхВзносов" и по этим же людям удалил строки из ЖР.СтраховыеВзносы. Т.к. это давно уволенные сотры и начислений взносов нет. Удалил не всех (слишком долго - много документов и сотров), а только что бы снизить количество меньше 9999 (осталось ~4000-7000).

Помогла только доработка типовой обработки "Подготовка сведений для ПФР". Переделал формирование и заполнение пачек. Типовой механизм создает список сотрудников практически равный справочнику сотрудники и передает его на дальнейшую обработку. Я же этот список поделил на пакеты и порциями передавал дальше.

Похоже что данных оказалось действительно слишком много.

(22) Выложить модуль можете? Или описать что и где править

Добрый день! Я вернулась из отпуска и влетела в проблему "v7: ЗиК выпадает по Runtime Error" . Бухше надо сегодня сделать отчет, уже штрафы на носу. Я прошу вас вышлите пожалуйста на [email protected] ваш отчет , где вы решили проблему!!!!

Чайки :)

(25) не смешно ... фирму 1с за такие обновления иногда удавить охота!

(26) Фирме 1С нужно продавать ЗУП. А если удавишь, то сама обновления строгать?

Да , удавить нельзя (( но хотя бы раз пнуть надо!!! в следующий раз меня до самой осени могут в отпуск не пустить ((

(28) Сам хожу в отпуск с оглядкой на периоды сдачи отчетности.
Я смотрю, что здесь речь идет не про десятки сотров-документов, а явно больше.
У тебя сколько сотров по начислениям?

трудно сказать ... много! не считала ... просто много!

(30) Странный ответ для одинэсницы, нельзя тебя в отпуск отпускать.

Кстати такая же фигня была в отчете какомто самописном. Собирает ТЗ 64к строк и все, виснет. Причем в другом отчете таблицы раз в 4-5 больше и нормально все.... Решал тоже уменьшением объема, сворачивал таблицу, благо там можно было.

(22) просто надо передавать туда не весь справочник, а только тех по кому идёт расчёт
8шники из 1с не нашли понятие соединения в запрос 7ки =)

(33) Да туда тупо практически весь справочник сотрудников передается на обработку. Щас точно не помню, ИМХО даже двойники, и по кому никогда расчетов не было ...

Но типовой алгоритм имеет удачную структуру. Его не сложно переделать на "пакетное" заполнение пачек.

Правда у нас получилось много маленьких пачек (менее 200 чел). Т.к. пакет принял равным 1000 человек, а из них оказывалось работающих около 10%. Соответственно пачка получалась около 100 человек. И еще делилась почти всегда на 2 (НР и дог. подряда).

(23, 24) Выложу на всякий случай обработку. Прошлый раз не стал, т.к. ни у кого похожего вопроса не было. А идею я описал.

http://yadi.sk/d/fznGNMMj56awI

Параллельно пытаюсь проверить другие причины и варианты исправления ошибки - на будущее.

Как думаете, стоит?

Вот, например, при тестировании и исправлении выдает сообщение:

Проверка содержания журналов расчетов. Зарплата. ОтпускОчередной 11.01.2007<=>16.01.2007 Иванов Иван Иванович(175). Ссылка на несуществующую пересчитываемую строку
Проверка содержания журналов расчетов. Зарплата. ПроизвольнаяДоплата11 01.12.2006<=>31.12.2006 Иванов Иван Иванович (175). Ссылка на несуществующую пересчитываемую строку

Стоит пытаться исправить ошибку из этого это сообщения? Или железно единственная причина в объеме ИБ?

(35) Я бы уже давно сделал бекап, запустит ТиИ на исправление.
И отдал клиенту так как есть :)
Хуже не будет ;)

(36) ТиИ делал - на копии. В (13) описал - толку нет.
Смысл отдавать клиенту. Ничего не изменилось.

(34) только оптимизировать запрос

(38) это ответ на (35)?

ага

(0) когда объем сведений превышает 3 Гб, то C++ библиотеки реализованные на x86 вылетают с ошибкой. Это принципиально
и переход на Win x64 тут не поможет т.к. 7.7 юзает 32-х битовый код.
Поэтому, займись процедурой заполнения списком сотров в этот
список не должны попадать имеющие сумму дохода за период равные 0, ну и лица, которые с которых не взимаются Страх.Взносы, ну скажем договорники и мамочки в отпуске по уходу за ребенком.

(38), (41) Спасибо. Значит не буду возится с восстановлением ИБ. На текущую работу не влияет. Ошибки не значительные.

(41) Хотел спросить на будущее. 3 Гб это объем в информации в оперативке? Не обязательно в DBF?
База примерно 1,9 Гб. Самый большой DBF около 400 Мб