проверить даты операций, особенно ручных

может циклические ссылки какие-нить корявые, типа операция сама себя в субконто пхает и т.п.

может картинки или хз что ещё извне недоступное на этом компе используется проверить

Ещё варианты.
1. - Если спец-символы не обнаружены, сравнить, чем отличается в конфигураторе Объект "Операция" от типового. Если есть дописки в "Форма операции" и "Форма журнала" - исследовать под Отладчиком, что происходит при открытии журнала операций.
2. - Создать чистую базу на основе существующего [b]МД[/b]-шника и смотреть поведение базы при открытии.
Сравнить поведение чистой базы на основе типового [b]МД[/b]-шника.

Если поведение открытия журнала операций однотипно обрушивает базу, возможно, проблема в поврежденном стартовом модуле [b]1cv7*.exe[/b] - переустановить каталог [b]BIN[/b], проверить диск с каталогом [b]BIN[/b] на наличие сбойных секторов, аналогично и диск базы, сделать дефрагментацию.

4. - Проверить комп антивирусом.
Проверить влияние антивируса на работу базы - на время исключить базу из объектов обслуживания, или отключиться от интернета и отключить антивирус на время проверки.

4. - Установить режим совместимости запускающего модуля со старыми операционными системами, типа XP, W2003, в среде которых работа 1С-7.7 не вызывает проблем и установить режим запуска для всех пользователей под Административными правами.

- ну вот примерно так вот, навскидку.
О действиях и результатах - сообщить сюда - всем нужно знать, как действовать, на случай подобного.

5. - Возможно, пострадал МД-шник. Если есть копия базы, работающей без проблем, извлечь МД-шник и накатить на существующий.
6. - Проверить контейнер МД-шника на соответствие расчетного и записанного CRC32 в "Main MetaData Stream", с помощью утилиты [b]MDDiags.exe[/b] от [b]Соарона[/b].
Если есть несоответствие, можно через [b]FAR[/b]-менеджер открыть поток контейнера - папку [b]Metadata[/b] и его редактором по [b]F4[/b] в [b]"Main MetaData Stream"[/b] исправить (в самом его конце) строку, типа "CRC","1945960440" на нужное значение, выданное утилитой от [b]Соарона[/b].

Архив утилиты [b]MDDiags.exe[/b] от [b]Соарона[/b] можно взять здесь:
[url]http://hdd.tomsk.ru/file/ripjbxfq[/url]


Кстати, какая операционка на вашем компе ?
- предыдущего не читал, извиняюсь...
:-)

83- 1) создал чистую базу-работает нормально.
2) загрузил данные начало вылетать.
вывод: мдшник рабочий.

подсунул чистый 1SJOURN - журнал операций открывается. журнал проводок закрывает по-прежнему программу

Значит спецсимволы в данных.

программно удалил документы- все работает нормально

86-Секвестр > поддерживаю.
87-Ang070 >
Уже сообщал ранее - пробуйте скачать по ссылке и запустить, далее - нажать кнопку УдСС (удаление спец-символов):
[quote=perpetum;42078472] 55-Ang070 > Можно проверить базу на недопустимые символы в текстовых полях всех справочников (спец-символы). ПроверкаКонтрагентовПоЕГРН.ert [url]http://hdd.tomsk.ru/file/rjakzcvv[/url] - Открыть, как внешний отчет-обработку и нажать кнопку УдСС [/quote]

88 - Исправлений наименования нет.

(88) спец символ может помимо справочников попадать в документы (из тех же справочников) еси чо ))

89-Ang070 > - ну..., далее по пунктам - проверить на сбойные секторы и под отладчиком.

91 - сбойные секторы нипричем, антивирусник нипричем, мдшник рабочий

угу БНХ )))

(87)[em]программно удалил документы- все работает нормально[/em] - удаляйте не сразу все, а оставляйте сначала самый первый квартал (затем проверьте), если работает пробуете оставить два квартала и т.д. найдете сбойный период, сужайте до месяца и т.д. до дня, так найдете сбойный день, а там уже по документам, может, что и выгорит.

сделал докуметы непроведенными журнал операций работает нормально

нашел. при проведении одного из типов документов вышибает журнал операций

[quote=Ang070;42084535]одного из типов документов[/quote]
Значит что-то нахимичили в правилах проведения и в проводках документа.

ругается на счет 90.1 при выборе даже в операциях... с остальными счеами все нормально.

Тогда проверьте план счетов. Типовой и ваш.

83- MDDiags.exe ошибок не обнаружено

99 - что значит проверьте? есть субсчет 90.1 субконто1-номенклатура. при его выборе программа сворачивается

(101) пересоздать счет - есть еще нюанс - проверить наименование счета )) убрать длину
ЗЫ терминал ? наш совейский ? на хьюлете нормально работает ?

+ то которое полное наименование , сократить - имхо оно
ЗЫ а если в плане счетов встать на этот счет в списке ? ))))

(103) + в режиме предприятия ))

что такое "при его выборе" Кто его выбирает и как ?

в 77 бух-ии на счете 90.1 не может быть субконто "Номенклатура", там по моему - "Виды номенклатуры"

(105) мну видимо понимает про что (101) написано - есть такой глючокс ))) описывал в свое время ))))

[quote=USSR;42085404]там по моему - "Виды номенклатуры" [/quote]
YES!!!!

А документ, скорее всего в проведении, делает выбор не номенклатуры. ;)

все очень хорошо но 90.1 привязан к номенклатуре.
это не типовая конфа.
105- я выбираю. открываю операции вручную и выбираю счет 90.1 и программа сворачивается.

удалил счет 90.1 сделал 95.1 итог одинаковый...

109-и в документе номенклатура и в проведении номенклатура.

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

113-проще всего дать характеристику, т.е. оценку действия, чем решить вопрос. я могу решить вопрос по вашему сценарию очень просто: послать всех и не ломать голову.

+так вот помощь заключается в решении поставленной задачи а не в оценке происходящего.

(115)Это типа тебе не помогли ?)

116- конечно помогают и я всем благодарен. я Чучундеру пытаюсь донести что вопрос можно решить разными способами, а то что пытается сделать он это оценка.

115-Ang070 >
Явно в документе нет корректной процедуры назначения Типа Субконто, при условии выбора счета, например так:

///
Процедура ПриВыбореСчета();
Попытка
Если МойСчет.Выбран()=1 Тогда
Для А = 1 По МойСчет.КоличествоСубконто() Цикл
НазначитьТип("Субконто"+А,МойСчет.ВидСубконто(А));
КонецЦикла;
Иначе
Предупреждение("Счет не выбран!");
Возврат;
КонецЕсли;
Исключение
ОписаниеОШ=ОписаниеОшибки();
Сообщить("Какая-то хня... "+ОписаниеОШ);
КонецПопытки;
КонецПроцедуры
///
В результате, процедура при первом проходе наталкивается на невыбранный ещё счет и заваливает конфу, а вот если поставить условие [b]Если Счет.выбран()=1 Тогда[/b] - тогда будет второй проход с уже выбранным счетом и всё пойдет по плану.
Такое поведение в старых осях не привело бы к падению, но в новых осях, типа w-7 - можно ожидать некорректной обработки события с ошибкой - так и сообщает - из-за ошибки приложение будет закрыто. Здесь Помогло бы и попытка исключение, так как прошло бы сначала через исключение, а когда счет уже выбран, далее сработало бы нормально. - В общем - ошибка лапописи.

118-perpetum > - [b]Возврат[/b], конечно, не нужен - - закомментировать! - Просто по возврату выйдет, без выбора счета, а нужно ведь пройти дальше - этот пример покажет, что есть 2 прохода.

118-все понятно... но почему с другими счетами все проходит? и не нужно проверять выбран счет или нет.