Форма.Видимость(0) - не работает
Formex через расширение тоже не делает.

элементы на форме скорее всего можно

Форма.ЗАкрыть() - надежнее :)

(0)
ПриОткрытии()
СтатусВозврата(0)

(2) мне нужно ее только скрыть, но не закрывать. И по контексту в ней хочу процедуры и функции дергать.
Хочу сделать универсальную обработку для настройки однотипных отчетов. И эта обработка будет содержать общие процедуры для отчетов.

через formex могу, в общем-то координаты поменять, чтобы она за пределы экрана ушла.

(2) ЗавершитьРаботуСистемы(0) - ещё надёжней...

я думал в формексе есть это. Просто найти не могу. ну нет, так нет. Можно и обойти

(6) тогда уже shutdown /s

(0) Форму можно свернуть, либо с прозрачностью поиграться, если она модальная

+9. спасибо.Попробую

(4) Чего настраивать собираетесь, и что за процедуры такие, что нельзя их в глобальный модуль положить?

(4) > мне нужно ее только скрыть, но не закрывать. И по контексту в ней хочу процедуры и функции дергать.

у тебя неправильное проектирование идет.
Форма - это визуализация датасета.
Тебе нужно хранить сам дата-сет, а форму показывать лишь при необходимости его изменить.

Относительно использования процедур и функций формы как библиотеки функций та же херня:
Заводишь дата-сет, делаешь "ОткрытьФорму" датасет в папаметр, в форме при открытии пишешь (3)
это один из способов. второй в (11) 3-й способ это 1С++ с классами.

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

+(12)
4-й способ это присоединение глоб. модуля (ДобавитьГлобальныйМодуль) (formex)
5-й способ - это ВК
6-й способ это ActiveX
7-й способ ActiveScripting
ну и различные их комбинации 😃😃😃😃😃😃😃😃😃

Обработка у меня всего лишь хранилище общих процедур и функций. Не хочу их просто в глобальник добавлять. В обработке они все рядом.

(15) Я тебя прекрасно понимаю. Тогда 1С++ с классами - то что дохтур прописал.

(11) Да можно, конечно.
Это у меня будет типа дополнительный глобальный модуль.

(16) Об этом тоже думаю

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

(19) На 7-ке надо память экономить?  :)

(20) иногда. ну и ваще это - тру стиль везде.

21

+ (21)

(20) Не ну ясно что это тру стиль, но например глобальник в комплексной примерно 50 тыс строк.
Добавить туда пару сотен своих - что изменится?
Я уже молчу про 8-ку :)

(24) При добавлении процедуры в глобальник, часто трачу время, В какое место ее поместить, Чтобы она логично располагалась среди схожих.
А не просто кидать ее куда глаза глядят.

(25) Я для своих процедур и функций, обычно в конце глобальника отдельную секцию завожу, что-бы не искать по всему, выделив ее комментариями. И в начале еще одну, аналогичную, для своих экспортных переменных.

(26) Я тоже похоже делаю.

(27) Классы 1с++ во внешних обработках. Самый тру стиль.

А = СоздатьОбъект("ТвойКласс"); // создаст класс
А.ТвояПроцедура(Данные); // Вызов процедуры (метода) класса

(24) > Не ну ясно что это тру стиль, но например глобальник в комплексной примерно 50 тыс строк.

Слабовато. В Моей ТиС 84117 строк.
При том, что я периодически перекидываю процедуры в другой глобальник, а там 12 тысяч строк..

(27) А я завожу классы типа:
Обработка.ПомошникКнигПродажПокупок (Класс "ПомошникКнигПродажПокупок")
Обработка.ПомошникОтчета93 (Класс "ПомошникОтчета93")

(29) Это не ко мне, это к разработчикам :) Типовая перед глазами была открыта :)

(30) А подробнее об этом способе где почитать?

(32) https://www.1cpp.ru/docum/icpp/html/classes.html
Я понял так, что trdm заводит отдельные классы под отдельные задачи куда и выносит соответствующий функционал. Плюсом несомненно куда большие возможности ООП и возможность функционально и структурно сделать легче поддерживаемый код. Но можно и наоборот, возможностей то больше.

(33) все верно.