Добрый день, появилась необходимость реализовать несколько табличных частей в одном документе, за основу взял пример отсюда: http://www.mista.ru/articles1c/hare/article.74.html, все отлично работает, кроме одного момента, Служебный Документ прописывается в общем журнале. Вопрос - как исключить из состава общего журнала данный документ?

Там все документы в твоем журнале. Делай отдельный.

Общий он на то и общий...
Максимиум - с отборами поиграться...

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

(3) где и как это можно сделать?

Нафига документ? Можно справочник служебный.
К тому же нагрузка на базу будет слабее и блокировок меньше при записи.

(4) Процедура ПриОткрытии()
         статусвозврата(0);
    КонецПроцедуры

(6) в служебный документ прописать?
не помогает...

(7) В каком смысле не помогает? От чего не помогает?

Я утверждаю что этот код запрещает открывать документ.

Обычно у служебных документов делают дату лет на 10-20 назад. Тогда они не видны в журнале.

Всегда было интересно, ну почему, когда речь заходит про "несколько табличных частей" все делают эту шнягу документами? Это же просто табличка (как визуально, так и в БД), совершенно же без разницы как это реализовывать. Казалось бы, сделайте эту табличку из справочника, и не парьте моск, но ведь нет, надо создать себе проблем, и потом героически их преодолевать.

(11) А можно хранить в строковых реквизитах через ЗначениеВСтрокуВнутр(), если на ссылочную целостность при удалении элементов пофиг..

(12) Можно. А можно и на стене гвоздём нацарапать.

нефиг простым смертным в общем журнале лазить

(11) Ну ты загнул....
кто ж задумывается, что "это просто табличка"...
каждый адинэснег знает, что документ- это документ, а справочник - это справочник... :-))
зы. приходил чувак на собеседование. свежий выпускник ВУЗа. "лучше всего из всех предметов знает базы данных". Что такое "нормальные формы" - не знает :-(

(11) мне в свою очередь всегда было интересно почему столько пустых, ничего не значащих ответов сыпятся на прямо поставленный вопрос. хочу обратить ваше внимание, что я не спрашивал как лучше реализовать метод внедрения дополнительных таблиц! констатирую факт, я уже пошел по данному пути, и мне не хочется делать отдельный журнал (1), и да, суть вопроса не в запрете открытия документа (9), а в исключении его из списка именно общего журнала (его не должно быть видно вообще, ни сегодня, ни в 1945 году (10) ). убежден, что решение есть, прошу помощи в поиске оного!!!

Найдешь - нам расскажи.
Удачи.

(16) Решения тебе уже предложили.

(17)а какие проблемы, собственно? :-)

(18) +1
(16) про отборы уже сказали

(20) кроме отборов - есть еще подмена запросов, есть ПоставщикДанных.Журнал, есть ТабличноеПоле. Т.е. есть 100500 разных способов....
Но если человек не видит (10), то, имхо, предлагать что-то бесполезно..

(19) У кого?
Прятать документ общем журнале через отборы - не лучший вариант.

(16) Не, ну раз уж пошёл, тогда такой дельный совет: делай общий журнал на табличном поле, с какими хочешь фильтрами.

(21) я про те, которые сказали

(22) не лучший, но возможный.
наверняна ТС -1986 года...

(0) если база sql, то решений несколько, например, подменять запросы к скулю с помощью библиотек от ромикса, ежели дбф - то только рисовать свой журнал с помощью поставщика на 1sqlite

ну а примитив , в (10) + запрет смены даты в журнале на старый период, усё

если чо, ПриУстановкеИнтервала

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

(16) Зачем ты в (4) задал вопрос, на который не хочешь получать ответ? Или ты не видишь на какой твой пост я отвечаю? Внимательно следи за тем что ты спрашиваешь, и на какие твои посты отвечают. И не будешь попадать в идиотское положение. А после твоих выкрутасов - у меня лично тебе помогать никакого желания нет.

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

Ещё наиболее "простой" вариант, отбор через поле-флаг, где для всех документов ставим Y для видимых, и пробел - для остальных - при отключении отбора (когда это делает пользователь) мы просто включаем отбор по данному флагу.

А вариант реализовать все табличные части через одну табличную часть одного документа с полями неопределенного типа не проходит?