Можно ли сохранить данные во внешней обработке? #227799

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

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

Можно, но нужно научиться заменять таблицы во внешних обработках.... Они же там храняться.

Думаю, что можно создать макет и записывать в его ячейки. Только предусмотреть процедуры записи и чтения. Табличные части во внешних обр. делал. В них можно псевдохранить данные, если в командной панели предусмотреть действие "Сохранение данных", при следующем открытии на том же рабочем месте - их увидишь, но если получат почту и откроют, то ничего не увидят.

(4, 6) Имеется в виду - научиться в процессе исполнения обработки заменять в ней же (и сохранять) макет? Штатными средствами ни в 7.7, ни в 8.0 никак. В 7.7 можно попробовать при помощи Rainbow, да и то вряд ли удастся нормально работу заполняющего организовать - пока открыта обработка заменить что-либо в ней невозможно (файл блокируется... или я не прав?)

Почему же невозможно? Например, чтение информации из макета я уже делал:КонецПроцедурыP.S. Может можно и записать?

не по сути высказались - смотрите и Чтение - мелочь. делал обработку обработку заполнения демо-базы с обработки - ничего, стреляет... а вот сделать ЗАПИСЬ в обработку штатными средствами нельзя... если файл обработки не блокируется при открытии ее пользователем (в чем я сомневаюсь, наверняка блокируется), может быть можно будет сделать при помощи ВК, основанной на rainbow.

чё то я не пойму зачем отсылать обработку??? почему нельзя отослать файл распространенного формата, сформированный этой обработкой?

а вообще по поводу - шлите архивом, который нужно положить в указанное место. При начале работы другая обработка его распакует куда нужно (все барахло, которое туда вложено, включая и логику в виде обработки, и данные) и исполнит обработку с заранее определенным наименованием. Причем данные гарантированно будут на месте. Процесс упаковки обработки и данных тоже можно (и нужно) сделать автоматическим (есть бесплатная ВК от Раруса, которая работает с ЗИПом, валялась на dead.hare.ru). Таким образом, пользователь работает с обработками, входящими в состав конфы, но скрытым от него образом в виде одного архива передаются и данные, и интерпретирующая эти данные логика.

видимо, имеется в виду случай, когда формат файла меняется "на ходу"

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

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

хранить данные в самих базах нельзя. вот нельзя и всёжелезный аргумент

чушь какая то

Это точноЕсли обработка обноразовая, то почему нельзя просто файл excel-евский отослать, всем проще будет.

к так чем не усторил? Пользователи видят ОДИН файл - архив. А в нем уже - что хошь.

А если макет внешней обработки заполнять не из нее самой? Например из обработки в самой конфигурации или другой вн.обр.:  ТекОбласть.Текст="Проба";В отладчике видно, что в тексте уже строка "Проба", вот теперь как-то необходимо "Обработка" записать опять в файл...

ответь на

Если вн.обработка отсылается по инету, то она может хранить данные в сжатом виде в интернете по определенному адресу (прописанному в самой обработке)

Интересно говорите, давайте еще версий.Могу подсказать одну из сфер применения -например универсальная обработка, которая не должна зависеть от наполнения ИБ, и даже от состава метаданных. Наприер в этой обработке нужно хранить структуру ХМЛ-файла. Чтобы не разкидывать саму обработку и структуру по разным файлам.

А ты попробуй набить реквизиты и ТЧ обработки данными, а потом из модуля обработки:

+ Не, не получается. Сохраняет только GUID. Видимо ОбработкОбъект не сериализуется.

А в чем проблема?

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