[igmig65]

Каким образом, если конфигурация типовая?

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

[mister-x]

Підтримую Acid щодо відлагоджувача. А так тикати пальцем в небо.

[Ardi]

Цитата(Ardi @ 22.04.11, 20:02)

1. В качестве родителя ЭЛЕМЕНТА справочника назначен ДРУГОЙ элемент вместо папки.

Каким образом, если конфигурация типовая?

В следствие программного создания элементов.

[5_kopeek]

В следствие программного создания элементов.

Так понимаю, что программные изменения не проводились. По крайней мере, нетиповыми средствами. И пока так и осталось загадкой, проблемы появились непосредственно после установки обновлений или нет.
Обработка обновление релиза создает новые элементы справочников (при обновлении со старых релизов, в частности, справочника ВидыЗатрат, элементы которого могут в авансовом присутствовать), но в ней отлавливаются такие моменты. Или Вы, Ardi, имеете ввиду что-то другое?

[Ardi]

Первоначальный импорт справочников к программным изменениям не относится. Это просто импорт.

Да, почему никто не подумал что там например ОЧЕНЬ древняя платформа - например 10.
Ещё можно попробовать проинсталлировать платформу (вдруг повреждена библиотка, а на другие компы платформа устанавливалась копированием).
Или какой-то dbf файл read only.

ВОТ. ВСПОМНИЛ. ТАКАЯ ИДЕЯ:
КТО-ТО ОБНОВИЛ ПУТЕМ ЗАМЕНЫ МД. В результате внутри МД в каком-то объекте идентификатор реквизита-ссылки на другой объект неправильный. А DD нормальный.
В результате при некоторых действиях вылетает. Не знаю как именно это лечить.

Сообщение отредактировал Ardi - 23.04.11, 1:41

[5_kopeek]

Первоначальный импорт справочников к программным изменениям не относится. Это просто импорт.

Не совсем понимаю, о чем Вы. Под импортом Вы подразумеваете создание новых элементов справочников обработкой обновления релизов?

Да, почему никто не подумал что там например ОЧЕНЬ древняя платформа - например 10.

Ранее было сказано, что платформа 25.

КТО-ТО ОБНОВИЛ ПУТЕМ ЗАМЕНЫ МД

Скорее всего, таким образом обновляли бы и остальные базы, т.е. проблемы появились бы в разных базах, но всякое может быть.

[gryphus]

Ребята мне кажеться что мы пошли не туда. Объясню заново.
И так. Есть платформа релиза 25. На ней висит восемь баз. Все типовые. Никаких изменений доработок и прочего нет. Обновлялись корректно. Никто не менял МД. На другой комп платформа именно инсталлировалась, а не копировалась. Права доступа ко всем файлам полные т.е. не reed only. Проводки не редактировались как ранее советовали проверить.
Могу сказать наверняка одно. Дело здесь не в компе, не в ОС, не в платформе. Проблема в конфе. Причем в данных скорее всего.
Обрисую ситуацию по шагам.
1. открываем журналы- прочие-авансовые отчеты. Все нормально
2. Содать документ, открыть уже созданный, посмотреть движения мы можем.
3. А вот когда в открытом документе или просто в журнале нажимаем кнопку Проводки - все пишет что инструкция обратилась к памяти по адресу и т.д. Выбрасывает из программы.Это не есть печатная форма. Если открыть журнал операций все документы имеют операции. Но смотреть можно все кроме авансовых. Более того если формировать журнал ордер по счету касаемого авансовых отчетов ситуация та же. Выбрасывает из программы.
В отчете для отправки названа библиотека Basic.dll
Надеюсь доступно объяснил. Жду предложений.

[mister-x]

В логах вінди вказано, що зліт 1С відбувається через помилку Basic.dll чи інше?

[gryphus]

После того как вылетаешь из 1С, появляется окошечко с предложением отправить отчет для того чтобы определить из-за чего произошла ошибка. Вот в нем есть кнопочка для просмотра более детальной информации. Вот там и было упоминание об этой библиотеке.
Но хочу заметить, что проблема не в ней, а в тех данных которые ей предоставлены.

[Ardi]

Голосую за

внутри МД в каком-то объекте идентификатор реквизита-ссылки на другой объект неправильный.

[gryphus]

Голосую за
Цитата
внутри МД в каком-то объекте идентификатор реквизита-ссылки на другой объект неправильный.

Как это исправить? Просто объединить с другим МД. Или использовать gcomp?

[Ardi]

gcomp. А потом заменить md.

[5_kopeek]

Если проблема в md, то при сравнении текущего md с типовым 285 будет видна разница. Если обновляли корректно, разницы быть не должно. Если ее не будет, проблема в данных. Пробовали выгрузку и загрузку?

[Ardi]

Если проблема в md, то при сравнении текущего md с типовым 285 будет видна разница.

Не будет.

[5_kopeek]

Не будет.

Ardi, буду признательна, если объясните, почему.

[Pepe]

Пробовали выгрузку и загрузку?

+1
Да и чекдиск не лишний.

Сообщение отредактировал Pepe - 23.04.11, 19:09

[gryphus]

Чек диск здесь ни причем. На трех комах запускалось. Выгрузку загрузку делал еще в начале этого тернистого и загадочного пути. Не помогло. Разницы в МД с типовым нет. Да и gcomp пока не помог. Фантастика!!!
Кстати у меня это не первый случай. Была база в которой операции не открывались. Тоже выкидывало. Тогда я эту проблему так и не решил.

[Vofka]

Раз вариантов нет, попробуйте может:
1. Загрузить типовой мд
2. Просто подменить текущий мд типовым

[Ardi]

Да и gcomp пока не помог. Фантастика!!!

Что значит не помог. Нужно распаковать. Найти где же ошибка в ссылке на объект. Руками написать правильную ссылку. Потом запаковать. Потом заменить МД.
Теоретически так.

[gryphus]

Не помог значит не помог. Я не смог найти ошибку при помощи gcomp. Но проблема решилась. В ВидыСубконто.Партии не стоял тип Справочник.НашиДенежныеСчета. Может я конечно как говорится "В Москву через Китай", но выявил это при создании базы с нуля и когда начал обьединять с тем МД получил предупреждение об этом. Вот так.