119-perpetum > + В конечном итоге, процедура должна выглядеть так:
Процедура ПриВыбореСчета()
Если МойСчет.Выбран()=1 Тогда
Для А = 1 По МойСчет.КоличествоСубконто() Цикл
НазначитьТип("Субконто"+А,МойСчет.ВидСубконто(А));
КонецЦикла;
КонецЕсли;
КонецПроцедуры

В бухгалтерии 7.7 счет 90.1 это счет группа он не может быть выбран в проводках, что то у них 90 поломан конкретно.

122-Write > - так в типовой, а у них - своя кухня, со своим планом счетов... - [b]извращенцы[/b]... :-)

123- потише) извращенцы тоже люди)

121-к чему эта процедура?

[quote=Ang070;42087130] 121-к чему эта процедура? [/quote]
- Я привел правило работы с документом, при выборе счета.
А ещё ранее просил сравнить Объект метаданных [b]Операция[/b] Типовой и вашей настроек.

Каковы ваши действия? - Начинаете выбирать счет в операции или в документе?
Опишите подробно ваши действия при работе в журнале операций.

И ещё - журналы проводок и операций - идентичны типовым?
- Сравните Объект метаданных "Операция" вашего МД-шника с типовым - одинаковы?
- Можете прислать ваш МД-шник в архиве, чтобы нам не гадать - на тот же hdd.tomsk.ru, ссылку сюда?
В журнале операций пытаетесь ввести операцию и в ней инициализируете проводку?
У вас написано:
[b]открываю операции вручную и выбираю счет 90.1 и программа сворачивается
[/b]
То есть, работаете не с документом, в котором выбирается счет,
а создаете проводку операции, с выбором счета и, при начале выбора счета, база падает?

давно бы уж выложил md-шник, сидим гадаем как цыганский табор

127-завтра выложу...

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

или пытается получиться/вывестись

отладчик в руки млть

и да получиться/вывестись могёт пытаться в формулах реквизитов формы

мне вот ток интересно, чой-то оно работало работало 2 года, а потом вдруг перестало... и никто ничего не трогал

132+ и даже выведенных за пределы формы и невидимых, или на других слоях, и т.п.

133-меня там не было много лет, но конфа моя... вопрос ответственности неважен-я могу просто послать... мне интересно просто поправить. Эго [filolog]епт[/filolog])

+эго ёёё

128-Ang070 >зачем?
работало несколько лет, никто ничего не трогал.
а тут, внезапно, код мол де кривой.
Опа-на. А мужики то и не знали. 10 лет назад или когда там этот релиз вышел, как мужики код написали, так вот теперь наконец-то он косяк в коде и вылез. ВНЕЗАПНО. :)))
ага, выкладывай md-шник, выкладывай, щас тебя начнут учить код писать. :))
А то, что база с этим кодом несколько лет работала, все как-то мимо ушей пропустили.
Да и все эти советы насчет прав, операционки, математики, каталога bin - оне, конечно, хороши, вот только никто из советующих не сказал, на каком же компе этот самый bin порушился.
Потому что тот момент, что ты пробовал на разных компах, все советчики опять мимо ушей пропустили.

как и то, что созданная этим md-шником созданная чистая база работает.


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

У тебя задача какая?
md-шник переписать?
ну тогда выкладывай md-шник.

или косяк в данных найти?
дык тогда база по-любому нужна...

зы: чудится мне, что кто-то из бухов пошарился ручонками шаловливыми в плане счетов и создал что-то невообразимое [b]в режиме предприятия[/b]. Оченно бы хотелось на твой план счетов глянуть именно в режиме предприятия. md тут не очень поможет.
и да, раз уж md будешь выкладывать, заодно и 1SJOURN выложил бы, что ли...

ТиИ пробовал?

(138) Отмотайте назад на 136-138 постов )
(137)c Планом счетов очень даже может быть косяк. Работало, пока не испортили его в режиме предприятия.
Кстати, насчет много лет работало. У меня много лет назад был такой случай. Программа на фоксе 4-5 лет успешно работала в 30 филиалах. И вдруг косяк в той части, что работала всегда. Все пересмотрел, найти не могу ничего. Поехал к ним на место, действительно был мой косяк, который долго не вылазил )

План счетов вообще надо закрывать (правами) наглухо. Только через Администратора.
И обусловить это просто: условие сопровождения.

Тыщу лет работала база на SQL2000... И горя не знала.
А вот тут решили админы перевести все сервера на 2008R2.

И SQL вроде был 2000...

ИМХО, коллеги, у автора причина именно в этом (хоть он это все партизански скрывает).

Автору вот лично вот мой совет:
- Переводите все свои базы на DBF, штатно их устанавливайте, и все будет ОК.

Для использования (для SQL) ваше куроводство (морально и материально) пока не готово. ИМХО.

(142)У него база именно в DBF формате, Вы чрезвычайно невнимательны ))

пустая база тоже материться при создании документа.

[url]http://файлообменник.рф/tw3c9tsz74uv.html[/url]

значит все же мдшник

Файл не найден. Возможно он был удален.

сейчас минутку

[url]http://файлообменник.рф/r6iltqv1be91.html[/url]

[quote=Ang070;42082134]83- 1) создал чистую базу-работает нормально.[/quote]
[quote=Ang070;42095976]пустая база тоже материться при создании документа.[/quote]
фиг тебя поймешь...
если ты на каждой новой странице противоположные сведения сообщаешь..
зы: ссылка нерабочая. То же, что и в (147)

149-Ang070 > а вот эта нормальная ссылка. скачивается.

бгг...
интересно, как ты создавал чистую базу из этого md-шника
[quote] Счет.Записать();
{Обработка.ПервыйЗапуск.Форма.Модуль(76)**: Для счета заданного в конфигурации и не имеющего субсчетов, нельзя ввести субсчет![/quote]

такс... все начинается когда привязываешь любой счет к Номенклатуре

150-имелось ввиду что журнал операций открывается. тонкости дальше приходят)

еще веселее заходишь в конфигураторе в виды субконто-номенклатура-вешается...

удалил субконто Номенклатура, опять его создал и все работает.

сейчас проверю с исходной базой...

заработала... спасибо всем участвовавшим!!!

какие мнения есть из-за чего такое могло произойти?

тю.. всего лишь "битый" md-шник.

159-Ang070 > из-за чего "побился" md? ну ты спросил :))