Куда/как лучше сохранять некие данные подключаемой внешней обработкой или внешним отчетом?

Суть что должен быть доступ с любого компа/пользователя/сеанса для этой базы.

База может быть как файловая, так и серверная и через разные RDP/толстые/тонкие/веб клиенты.

Банально создавать какие то свои метаданные в конце? Не хотелось бы, ибо могут и в базовой юзать внешние.

Суть что надо для существующих документов в базе сохранять дополнительную информацию, типа чек/ПКО/РКО пробит по кассе или нет и т.д.
Штатный механизма контроля пробития чеков/ПКО/РКО допустим не используем, ибо его нет.

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

(1) Ладно допустим для файловой толстый клиент прокатит, а что с серверной делать?
И с прочими серверными/тонкими/веб?

(2)+ В смысле если хранить некий файл "общего доступа" в доступном месте и писать в него. Еще с блокировками траблы будут, не хочется к DBF и XBase возвращаться.

Может уже есть какая то механизма платформы, для такого изврата?

(4) Ты как в арендотах про чукчей ("какая-то механизма", "однака" :)

Поднять отдельный сервер/сервис где то не проблема, но изврат же. Чтобы туда ссылки на документы писать/читать с инфо.

*анекдотах

(5) Дык склероз - "ничего не болит и каждый день новости"

По теме: у внешнего отчета есть два свойства, которым можно задать хранилище настроек, но это если они в дереве метаданных определены

Механизм - Хранилища настроек. Но пользователю необходимо право АдминистрированиеДанных.

Чего-то универсального для всех типов клиентов и режимов совместимости от 8.2+ пока не придумали, видимо

(9) Да в том то и трабла что нуна решение которое может работать где угодно.

Даже в базовой/самописке ((

(11) Ну теоретически можно указывать в каких метаданных сохранять и в каких реквизитах.

Но это же изврат и нет "защиты" от ручного стирания пользователями.

Опс а если журнал регистрации?

(14)+ Прокатит вариант если внешняя обработка/отчет делает там запись, а потом ищет ее по ссылке документа?

(15) да, но долго

(16) + в смысле затратно по времени

(10) Да вполне вариант, права то пользователю дать не проблема.

(17) Насколько затратно? Хотя ЖурналРегистрации не надежно, ибо могут тупо почистить и все слетит.

(19) все от размера журнала зависит

вообще через журнал - это еще тот костыль :)

(21) Ладно придется несколько вариантов делать хранения и даже без него.

В принципе могу это во внешнюю хрень вынести, но тогда придется уид передавать данных для "пробивки чека".

(22) *в данных

(0) хранилище общих настроек

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

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

(25) Это если для себя.
Если один сохраняет и есть необходимость читать другим то без права "АдминистрированияДанных" не выйдет

Текущий пользователь "Разработчик 2". Права "АдминистрированияДанных" нет

код

УстановитьПривилегированныйРежим(Истина);    
Данные = ХранилищеОбщихНастроек.Загрузить("Данные",,, "Разработчик");
УстановитьПривилегированныйРежим(Ложь);

не работает.

(27) у тебя обработка в безопасном режиме подключена видимо. В небезопасном всё работает

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

(28)8.3.9.2170, файл. Безопасный режим отключен.

(29) это вроде с 8.3.11

(30) к (29) смысли отключено "Защита от опасных действий"

(29) в типовых, на сегодня, режим совмести не даст создать в расширении объекты для хранения данных

*совместимости

Пофиг уже, решил что вынесу этот функционал наружу из 1С.

У меня задача чтобы внешняя обработка не могла дважды один и тот же документу "пробить по ФР".
Так как 1С все равно не умеет без чего то внешнего (ВК или прога/сервис) работать с ФР.

(34) Завязка на НомерЧекаККМ чем не зашла?

(35) Такого реквизита может тупо не быть. К примеру вот сча выяснилось что надо "СчетНаОплату" по кассе онлайн пробивать.

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

(34) если не секрет, куда вынесли?

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

(37) Нынче кассовая книга может вестись в электронном виде.

ПКО будет но в бухгалтерии и без ТЧ с "Номенклатурой", которая нынче уже обязательна для ОСНО в чеках.
Эти ПКО пробиваться не будут их в базе/конфе куда ФР подрублен банально нет (не заводятся).

(39) >>Нынче кассовая книга может вестись в электронном виде.

это по 54фз? - наш юрист сказал айай, кассовой книге быть. Выкинуть юриста? )

(38) Наваял (пока на C#) внешнюю софтину/сервис, которая ставится на комп с ФР и кучей способов получает команды откуда угодно.

Можно даже на виртуальный принтер из 1С (или чего угодно) отправлять.
Если просто левый текст/файл - он распечатается (на ФР) в нефискальном режиме как на текстовом принтере.
Если отправить "файл команд" то они выполнятся на ФР через драйвер.
Можно стандартный (по формату 1С) "CheckPackage" сделать в 1С, засунуть в ТабДок и вывести на печать - пробьет чек.

(40) Угу увольняйте смело ибо "Не нужно вести кассовую книгу и хранить Z-отчеты."

Нынче электронная кассовая книга в ОФД хранится ))

(42)+ http://www.consultant.ru/document/cons_doc_LAW_205397/8facb9c8a4f0cfd0033e3859228e197725289238/

(43)+ "Кассовые документы" некоторые остались, а вот "Книги" тютю.

(41)+ Но там еще пилить, пилить и пилить. Пока только "Чек Прихода" пробивается и то без указаний СНО, берет дефолтную, но ставку НДС можно уже.

Сча вот буду допиливать дальше разные там "Возврат Прихода" и т.д.