Доброго времени суток. Есть задача: Имеется база Бухгалтерия предприятия 3.0 одного из последних релизов. Нужно сделать для стороннего пользователя (внешний пользователь, не сотрудник предприятия), чтобы он мог просматривать данные только от определенной даты и по определенной организации. Создаю отдельную базу (сервер SQL) восстанавливаю копию рабочей базы. В копии сделана свертка ИБ до текущего года, т.е. чтобы принципиально ничего не видел за предыдущие периоды. Пытался настроить прямое подключение для обмена между базами, что прямое, что через файловый ресурс, на этапе настройки подключения в рабочей базе "Выполнить начальную выгрузку данных" после выгрузки этих данных вываливается ошибка "Значение не является значением объектного типа (Данные выгружены). В чем проблема? Что сделано не так? Сами первоначальные настройки что при прямом подключении, что при файловом обмене сделаны верно, все предыдущие этапы пройдены без ошибок, при файловом обмене что с одной, что  с другой стороны файлы Message_ПрефиксБазы1_ПрефиксБазы2.xml выгружаются в нужную папку обмена. Однако вот такая ошибка вываливается. Помогите разобраться.

Настройка обмена делается через  "Другая программа", т.е. план обмена "Синхронизация данных через универсальный формат"

"восстанавливаю копию рабочей базы" а почему не "создаю образ РИБ по организации"

(2) А зачем РИБ? в РИБ попадут все данные прошлых лет. Если их удалить все, то не будет остатков на начало периода.

(3) Создание копии базы и свертка - лучший вариант для ограничения данных прошлых периодов для просмотра - их там просто нет.

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

И тогда еще вопрос: можно свернуть базу РИБ вообще, чтобы удалились данные прошлых периодов?

Ех, никто не знает. Или спят исчо фсе?

(6) В периферии? Можно, а что бы данные в центральной базе не поменялись, почистить таблицу изменний.

(1) там только торговые документы ходят

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

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

(10) Действия пользователя - только просмотр и чтобы он не мог смотреть доки и формировать отчеты меньше начала года. с просмотром доков как раз таки не проблема ограничить просмотр, правда вошкотни много с формой списка доков. Проблема в формировании отчетов, т.е. к регистрам. RLS ограничения по дате не дает. И самое главное, еще раз, не просмотр документов. А просмотр отчетов на основе этих документов. Нет гарантии, что какой нить хитровы...й пользователь не обойдет ограничения той же РЛС.

(9) Нет, нужны для просмотра все доки базы

(8) что значит в периферии? Обратного движения доков в этой базе быть не должно. это база чисто для просмотра сторонним пользователем. И в этой базе нужно просто ограничить просмотр только текущим годом.

(13) Можно прописать при получении от подчиненного - ничего не получать.

(11) понятно.

Ну вот такую же задачу, если бы она была поставлена мне - готовым РИБ по Организации создается дочиненный. Если доступ к прошлому должен быть оставлен через Свертку базы, то можно ее свернуть в подчиненном узле.
При нехватке прав - временно отвязать этот узел от подчинения, сделать все, что нужно и заново привязать.

Передача документов из базы в базу в РИБ с ограничением по дате документов имеется штатно. При суровой необходимости и права можно немного подправить под более жесткие ограничения не только до дате, но и по виду документов. Например, убрать передачу документов ввода остатков из Периферийной центр.

Если Пользователь в подчиненной базе все-таки должен обратно передавать документы - тоже все можно настроить.

Основное отличие предлагаемого РИБ от других вариантов обмена - это уже готовый обмен по типовому разделителю данных Организация. И системная часть НСИ полностью синхронизируется средствами платформы.

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

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

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

(16) так нет у тебя периферии, не делается она через бэкап ресторе

(18) Это как, не понятно )))) Конструктивно что-нить сказать можешь? Что сделать-та надо?

И еще кстати, если так называемая Периферийная теперешняя база была сделана копированием от центральной базы, то можно и должно получиться "привязать" периферийку" в РИБ по Организации без повторного создания этого периферийного узла. Есть возможности настроить узлы обмена. И должно работать. Это так называемые "альтренативный способ" создания подчиненного узла.

(17) Экспериментировать нет времени. Нужно добиться настройки выгрузки в эту базу в автоматическом режиме. Все, остальное настроено уже - свернута база и у пользователя добавлено ограничение на организацию.

(21) ну если времени разбираться нет... ну что тебе сказать... надо было сразу делать по правильному и время зря не тратить.

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

(20) То есть все таки лучше создать РИБ базу по организации? А она будет сворачиваться? Ну, чтобы отсечь доки предыдущих периодов? Дело в том, что там при создании узла РИБ и первичной выгрузке базы времени на это уйдет туева хуча. Там почти 16М объектов, которые еле-еле, медленно т.е., выгружаются в узел РИБ. Это до морковкиного заговенья ждать пока сформируется РИБ база.

(22) По правильному, это как?

(22) 1С:Предприятие 8.3 (8.3.15.1830)

(24) запусти уже создание файловой РИБ по организации и размер посмотри. За 1 год на 1 человека хватит

(24) по правильному - ну был же, видел же изначально, что в Конфигурации этот самый РИБ есть? Почему не экономил время и не делал на нем? Это насчет по правильному.

А насчет привязки периферийки готовой к центральной базу в нужный план обмена - я уже сказал. "Альтернативный способ создания периферийного узла распределенной базы" Там их несколько. Тебе подойдет тот, который создается из копии центральной базы. У тебя по сути и была Копия, насколько я по топику увидел.

(26) Я как раз этот год и буду ждать пока эта РИБ сформируется. А что делать с данными за предыдущий период? Их же надо либо удалять, тогда полетят все отчеты и ОСВ, либо сворачивать. РИБ можно свернуть?

(27) Т.е. вы все советуете поставить и настроить РИБ базу? И потом ее свернуть?

(28) его можно заново не создавать. Читай выше.

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

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

(30) Что значит заново не создавать? Это как? До этого в базе никаких других РИБ не было.

(30) так если организаций много, вычистить будет совсем не быстро

(30) "Но загони где-то параллельно тестирование, что эта фигня будет в принципе работать. Протестируй сам механизм обменов, без всяких там сверток и прочей ерунды.
" Есть другие обмены в базе, которые нормально работают: обмен с УПП, ЗУПом и др.

(32) на кой ему чистить?! Вы что через слово посты читаете?!

Причем оба!

(33) их и настраивали нормально)

(32) Мне не надо вычищать другие организации: у нужного пользователя стоит ограничение по просмотру только выбранной организации. Останется почистить только данные прошлого периода выбранной организации.

Давайте заново излагайте последовательно.

1. Есть уже в наличии база для работы, которую сделали копией из Центральной и уже там все вычистили или нет?

РИБ данные прошлых периодов сам по себе не чистит. Что там было выше написано, про попытку Свертки в копии базы - была Свертка уже или нет?

(37) Да, есть свернутая база по выбранной организации. в ней есть пользователь с правом только просмотра и только по выбранной организации.

(38) Да, свернуть все свернул.

вот.

теперь на ИТС есть статья "Альтернативный способ создания периферийного узла распределенной базы" или как-то так она называется. Открываешь методику. Читаешь.

Базу к узлу РИБ можно привязать уже готовую. Первоначальный образ заново не выгружать. Указать после привязки этого узла Ограничения на даты и виды документов, которые можно/нельзя передавать в обмен и все.

(41) ага, вот за это спасибо. Щаз погляжу. Может получицца. Время до понедельника есть )))))))

(41) Вот это?
https://its.1c.ru/db/metod8dev/content/2277/hdoc

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

Когда все пойдет, то подменить периферийку на нужную тебе и все.

(43) да. Там нижняя часть - из копии которая.

(43) да, ну максимум 1 раз до понедельника можно успеть

(44) да это понятно. я сначала всегда работаю на копиях. И создать дубль базы не проблема.

Хорошо, ребята, спасибо. Бум пробовать.

Ворвался такой в 4 утра и стал требовать ответов)
Сотруднику налоговой срочно понадобилась копия?)

(49) это у тебя 4 утра )))), у меня уже рабочий день закончился

(49) И нет, не налоговику, а ушлым клиентам.