Вылетает 1С 7.7 при просмотре журнала операций #495105

На самом деле, проблему уже решила. Хочу поделиться, может кому пригодится. Проблема была следующей: попросили сделать пустую базу из существующей доработанной Бухгалтерии. Не вопрос, создала пустую, объединила с мдшником существующей, получила красивую новую базу. Бухгалтер начала вносить данные, все замечательно, но после проведения приходных накладных расходные не проводятся, пишет, что на остатке товара 0, хотя в приходе 80 штук. Вот с таким вопросом она и обратилась. Попыталась я посмотреть проводки этой самой приходной накладной, 1С вылетает без всяких предупреждений. Попытка сформировать оборотку по 281 счету - туда же. Журнал операций листается без проблем до этой самой приходной накладной, и снова вылет. Начала с простого: выгрузить - загрузить базу, пересчет итогов, тестирование и исправление, даже удаление каких-то файлов с итогами, приходными и т.д, подкачка приходной накладной из типовой конфигурации, перенос данных из этой базы в такую же пустую. Безрезультатно! Любая попытка обращения к проводкам по данной накладной - до свидания. Причем, интересно, что две другие приходные накладные при просмотре проводок никаких ошибок не выдают. Бред! На решение проблемы наткнулась совершенно случайно. Хотела посмотреть дерево документов, а случайно нажала на кнопку "Печать движений". Система матюкнулась, выдала какую-то ошибку в глобальном модуле, но проводки сформировала. По остальным документам все формировалось без ошибок. Заподозрила, что сюда и надо рыть. Посмотрела, в какой момент она ругается. Оказалось, что где-то она натыкается на несуществующий справочник. После небольших плясок с бубном оказалось, что в Виде субконто Партия Типу субконто не назначено вообще никакого значения. Т.е. партия у нас улетает в никуда. Отсюда и вылет 1Ски следом за партиями. :) Получается, что как только формируется проводка, где в дебете или кредите стоит счет с субконто Партии, ее скрючивает, она не знает, что делать (интересно, что при этом документы проводятся без проблем, проблемы начинаются только при обращении к этой информации). А почему не возникало ошибок при просмотре проводок других приходных накладных - да потому что они не формировали проводок по 281 счету и Партии не затрагивали никаким боком. Причем, в одной из тестовых баз мне удалось таки зайти в конфигураторе в Вид субконто Партия, увидеть там этот глюк, проставить ручками Тип "Справочник.Партии" и радоваться жизни. Но, похоже, слишком сильно обрадовалась, и сразу снесла эту тестовую базу. Пытаюсь проделать то же самое в основной базе, в конфигураторе при попытке войти в вид субконто Партии 1С вылетает так же бодро, как при обращении к проводкам приходной накладной. Но хотя бы уже стало понятно, где искать причину. Дальнейшее описание действий скорее для новичков, которым непонятно как же выйти из этой ситуации. Создала чистую базу (указываем путь к пустому каталогу, заходим в конфигуратор, нажимаем конфигурация-открыть конфигурацию, сохраняем ее, система по ходу формирует какие-то свои библиотеки и т.д., в общем, появляется общая 1С-овская структура со справочниками, документами и т.д., только полностью лысая). После этого создаем совершенно пустой интерфейс "Основной" (там же в конфигурации на закладке "Интерфейсы"). Создаем справочник Партии, при его создании система спрашивает, создать ли новый вид субконто для этого справочника, отвечаем да. Теперь у нас чистая база, но с интерфейсом Основной, Справочником Партии и Видом субконто Партии, в типе которого указан "Справочник.Партии". После этого делаем объединение с нашей большой доработанной конфигурацией, убрав одну-единственную галочку в Видах субконто "Партии". Все остальное объединяем. Получаем нашу исходную конфигурацию, только с правильным видом субконто Партии, который больше никуда не вылетает и ничего не просит. После этого объединяем нашу исходную базу, в которой уже занесена куча информации, с этим новоиспеченным "правильным" мдшником. Разница будет только в Виде субконто Партии. Но если вручную его подправить не удается, то при таком объединении он безболезненно заменяется. Теперь все работает. :) Единственное, чего пока не могу сказать, этот глюк с пустым типом в виде субконто Партии возник при объединении конфигураций, или был в исходной. Похоже, что был, потому что вряд ли бы он повторялся из раза в раз при все новых и новых попытках создания чистой базы. Другой вопрос, как люди с ним работают многие годы. Получается, что просто не пользуются счетами, где фигурируют Партии, вот оно ни разу и не всплыло. Долго искала решение данной проблемы в инете, никаких похожих направлений решения не встретила, только стандартные "тестирование, выгрузка, пересчет итогов". Думаю, что я не первая и не последняя, кто с таким столкнулся. Не факт, что у всех при вылете проблема именно в этом, но, по крайней мере, народ пороется еще и в эту сторону. :) Всем удачной бесперебойной работы! :)

Что-то сегодня чересчур много постов о падении 7-ки

Погода у нее летная сегодня :) А вообще, глюки - это не так страшно. Хуже, когда эти глюки нерешаемые.

На самом деле можно не делать объединение с пустой базой. Достаточно скопировать в каталог 1cv7.MD и зайти конфигуратором. Он предложит выбрать тип базы (DBF/SQL) и можно запускаться в режиме предприятия

Делала, как учили. :) Но спасибо, буду знать :)