Есть БП базовая, бух там ведет доки и отчеты; сейчас для оперативности выписывания доков хотят сделать следящее :
купить ещё одну БП баз, манагер будет в ней выписывать накл и с-ф , а раз в неделю выгружать через универс выгрузку хмл в точно такую же БП буху. Иногда бух им будет свою бп загружать, например после обновления.
Взлетит ?

врятли

состыковка по гуиду. начнется дубляж справочников.

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

(0) Разместите базу в облаке https://1cfresh.com/solutions/ea и пусть 2 пользователя сидят в одной базе.

Сделать 2 отдельные независимые базы - плохое решение: замучаетесь стыковать справочники, остатки. Хотя и универсальный обмен EnterpriseData это позволяет сделать.

(4) вариант понятный, им не нравится , основная причина не всегда есть устойчивый инет
Остатки не важны , услуги ; БП чисто для выписки документов и чтобы их 2 раза не вносить, раз уже внесли

(5) Используйте обмен по универсальному формату, зачем вам именно XML?
Из базы бух в базу менеджера настройте выгрузку только справочников, из менеджерской выгружайте всё. Регламентные задания сейчас в 8.3 работают в файловых версиях, настройте только расписание обмена.

(6) А как же ограничения базовых?

(7) А какие именно ограничения могут помешать этому?

Ну как минимум
- одновременно с одной информационной базой может работать только один пользователь;
- не поддерживается COM-соединение и Automation-сервер.

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

Далее
- не поддерживается изменение конфигурации, можно применять только типовую конфигурацию и устанавливать ее обновления;

Т.е. ешь что дают, никаких тебе настроек и правок, в том числе и правки в универсальном формате

(9) Никто про правки и не говорит. Каждый пользователь в своей базе, базы удаленно разнесены, универсальный обмен по почте самое то.

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

Но есть пунктик про это в лицензионном от 1С, хотя и сложно доказать что возможность одновременной работы кучи пользователей так используется а не один пользователь просто под разными учетками заходит (что законно) и юзает разные базы базовой на одном компе.

(10) Про какой универсальный обмен в типовой идёт речь. Как настраивать и как запустить паралельно с работой пользователя?

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

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

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

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

(13) Ну как бы речь была об обмене по универсальному формату без использования XML. Твою конструкцию я на КД2 спокойно накидаю и настрою выгрузку в xml и загрузку. Главное выгнать пользователей

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

(14) В (0) вроде речь про XML.
Вот через него все и идет.
Никаких особых проблем и сложностей нет, выгнать пользователей в базовой не проблема ибо там нужно выгоднять не множество пользователей, а одного пользователя.

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

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

(16) Так и вопрос не ТС, а конкретно yzimin
См (6)
"Используйте обмен по универсальному формату, зачем вам именно XML?
Из базы бух в базу менеджера настройте выгрузку только справочников, из менеджерской выгружайте всё. Регламентные задания сейчас в 8.3 работают в файловых версиях, настройте только расписание обмена."

В контексте этого ответа и вопрос, что надо нажать в базовой, чтобы сделать описанное в (6)

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

(19) Понял, извиняюсь, не разобрался сразу.

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

(15) формат мне не важен , просто готовая универсальная выгрузка уже есть на ИТС - вопрос состоит в том , чтобы понять стоит ли надеяться , что будет сразу работать или надо думать что- то еще

(22) Я разве против. Вот хочу для саморазвития узнать, как правильно такое замутить в базовой (мало ли где может пригодится).
Веб-сервисы - ради бога, вопрос тот же. Что надо нажать в базовой чтобы это заработало

(23) Универсальный обмен в формате XML он под УФ во первых очень косячный, во вторых очень органиченный

(25) Ну в принципе так.
Только вот обмены в базовой -там редко бывает что-то сложное.
Это же обычно бухия в 99% случаев, а обмены это просто банальная перегрузка первички из базы в базу.
Т.е в одной конторе в базовой бухии девушка набивает первичку, несколько раз в месяц эта первичка выгружается в базу тому, кто ведет бухучет и сдает отчеты.

(23) нет, сначала справочники дожны быть согласованы

(26) Так то оно так, но сколько не пробовал переносить инфу с одной бП в другую ни разу не смог нормально перенести. Особенно оно любит путать номенклатуру и номенклатурную группу, вечно пытается первую загрузить во вторую и потом при загрузки ругается, что мол реквизитов нужных нет (хз почему та, желание копаться в коде от 1С небыло, проще свои было правила на КД2 накидать, заодно и поиск настроить нормальный, типа валюта по коду, а не по гуид).
По мелочи грузить можно, но опять таки нормальных отборов как на обычных формах нет, т.е. или все выгружать или ничего

Еще оно любила дублировать предопределенные. Правда вроде как в последней версии КД это поправили, но хз какая версия у ТС будет

(27) ага особенно организация, ибо это базовая больше одной нельзя, а синхрон идет по ГУИД ...
Ну и остальные по мелочи, такие как валюта, единицы измерения

(24) ну, элементарно. в БП проф пишишь вэбсервис. На сервере поднимаешь апач. И публикуешь этот вебсервис на апача. Всё. Этот вэбсервис достпен на абсолютно всех компах локальной сети абсолютно из всех баз, 8.2 и 8.3, неважно, из файловых и клиент серверных.

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

(31) Если бы была БП Проф, то и вопросов бы небыло. Все бы работали в одной базе.
А у нас задачи имеет БП базовую с базовой платформой

Опять таки и что будет делать веб сервис.

Бухия запросила информацию о документах. Обработка посылает запрос на наш веб сервис и получает отказ, так как данных у неё нет, а торговая база не доступна, так как в ней менеджер сидит

наверно попробую, а если будет плохо сделаю правила в КД между двумя одинаковыми БП .
А у кого есть опыт с обменом через правила между идентичными БП , как часто правила надо обновлять ? конфу бп  то все время обновляют .

(34)+ точько что учетн политику орг поменяли на просто уч пол :)

(34) Где то раз в квартал/полгода. Зависит от того как часто обновляют исходную конфу + насколько детальный будет перенос.
Т.е если грубо говоря переносить только наименование ИНН и вид контрагента - то эти реквизиты поменяются намного реже чем если переносить все реквизиты до единого.

А так раз в полгода жди подлянку от 1С. То вид контрагента поменяют, то уберут табличную часть услуги в документах, то уберут реквизит "основной договор" из контрагента (заменять на РС). То поменяют обработку заполнения счетов учета в документах с процедуры на доп.свойства

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

(12) http://v8.1c.ru/edi/edi_app/enterprisedata/
как настраивать - кури ИТС

(25)
>>Универсальный обмен в формате XML он под УФ во первых очень косячный, во вторых очень органиченный

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

и да, реализация этой задачи не зависит от ограничений проф\базовая

(38)
1. Я не спрашивал что такое enterprisedata. Я спрашивал что мне в базовой нажать, чтобы обмениваться через enterprisedata.

2. Какая связь между обменом через КД-ную обработку, которая выгружает обычный xml файл
...
- <v8:DocumentObject.РеализацияТоваровУслуг>
  <v8:Ref>c6a2f6c9-9a83-11e6-836d-14dae9151f5c</v8:Ref>
  <v8:DeletionMark>false</v8:DeletionMark>
  <v8:Date>2016-10-25T10:26:38</v8:Date>
  <v8:Number>ОО-10250001</v8:Number>
  <v8:Posted>true</v8:Posted>
  <v8:ВидОперации>Товары</v8:ВидОперации>
  <v8:Организация xsi:type="v8:CatalogRef.Организации">4fcc36ed-5764-11e3-800b-14dae9151f5c</v8:Организация>
...

и enterprisedata?

P.S. Я про ВыгрузкаЗагрузкаДанныхXML83.epf которая идёт в составе КД2 и на ИТС. А ты про что, когда говоришь про выгрузку в универсальный формат

P.S. Если не ошибаюсь EnterpriseData это фишка КД 3.0, когда модуль загрузки расположен непосредственно в самой конфиги

(36) я вот тоже такое предполагаю - т е такое решение не подходит

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

(38) Ну и вопрос что там про XML в силе, а то 1С пишет

При использовании стандарта EnterpriseData данные между приложениями передаются в виде XML-файла, при этом физическая передача информации может выполняться с помощью разных механизмов: веб-сервисов, файлового обмена через каталог, FTP и электронной почты. Сам XML-файл физически передается в сжатом виде (ZIP), что часто позволяет сократить трафик в разы.

Т.е. обмен EnterpriseData это всё тот обмен через XML

Извиняюсь, не допиливая регистрацию обмена по организации, полную, можно запилисть обмен номенклатурой, складами?

в типовой бух3

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

(45) Нет, ибо в базовой нельзя создать синхронизацию, т.е. нельзя настроить обмены

Если хочешь универсальную и пилить свою лень, то бери ВыгрузкаЗагрузкаДанныхXML83.epf и допиливай. В частности допилить нужно автозапуск, чтобы по параметру заполнялись поля и выгружался файлик. Но это при условии что у тебя релизы не разъедутся м/у базой буха и базой менеджера.
Но в любом случае мне не понятен смысл. Ибо менеджеру все равно понадобятся определенные фишки, ну там резервы, индивидуальные цены. Будешь пилить базовую? Нет конечно были умельцы которые использовали базовую как хранилище, а всю логику и формы писали свое, но разве оно стоит того?

Вопрос в том числе и к ТС

(47) Когда менеджерам нужны всякие фишки покупают проф и не сношают мозг.

Просто в большинстве случаев этого не надо.

А от разъезжания релизов спасает автообновление.
Да и если разъедутся на пару релизов как правило не критично.

(47) менеджеру надо выписать счёт , акт и с-ф
до этого, их устраивало , что бух делает, когда у него есть время ; теперь хотят более оперативно
(49) вообще не БП покупают тогда, имхо .

(51) >менеджеру надо выписать счёт , акт и с-ф

Поменяйте базовую на проф и настройте тонкий/веб клиент файловый вариант.