Суть вопроса такова:
|--------------------|
|База с юр лицом 1   |
|--------------------|
  |
  |>>>|
      |
|-----------------------------|
|База общая(общ склад остатки)|
|только для внутреннего учета |
|-----------------------------|
     ^
     |
|--------------------|
|База с юр лицом 2   |
|--------------------|

Все 3 базы с полностью идентичной конфигурацией 1С Предприятие 8.3 БП 3.0. Можно ли это сделать стандартными средствами 1С? Нужна синхронизация с 2-х баз с разными юр лицами в одну сторону(только в сторону общей базы) документов реализаций и поступлений товаров, чтобы учитывалось общее количество товаров на складе(для внутренней инвентаризации), так как физически склад общий. Пробовал стандартной синхронизацией полной и по предприятию, но без создания РИБ не хочет даже думать о том, чтобы создать файл обмена, а уж о том чтобы его прочла общая база и подавно. Сейчас пробую создание РИБ по типу База1 - главная база(эталонная так сказать), база общая(РИБ от базы1), база2(РИБ от общей). Теперь в базе2 удаляю все документы Базы1, чтобы получить чистую базу в итоге(без остатков, но со справочниками), после изменю Юрлицо. Так вот - будет ли работать односторонний обмен с Общей базой у
ее "родителя" Базы1 и у ее дочки - Базы2? Будет(ответ), но встает вопрос - после чистки дочки(Базы2) в ноль и ее синхронизации с Общей базой, не получится ли так, все документы загруженные в Общую базу с Базы1 удалятся?

(0) зачем такую сложную структуру? Сделайте родителя и у него 2 дочки.

Сложность заключается в том, что База1 - реально существующая с документацией за 5 лет, База2 - только заводится ввиду регистрации второго юрлица, а база Общий склад тоже не существует еще. А родителем в этом случае, как я понимаю, должна быть именно база Общий склад?

РИБ, RLS по организациям. В принципе, можно штатный обмен "по организациям".

А под штатным обменом что подразумевается? Я не профи - знаю только 2 пути: синхронизация и внешняя обработка, но внешняя у меня отрабатывает с ошибкой xml почему-то

Базы типовые и так и будет продолжаться?
Тогда просто заводим 3 организации
ЮрЛицоА, ЮрЛицоБ, Склад - ну и далее все понятно

Если складской учет будет нетиповой (или в УТ)
То, соответственно, Склдаская программа и отдельно БП с юрлицами. Тут тоже все понятно

А вообще я бы начал бы плясать от движения товара. Т.е. товар поступил на юрлицо А, вы его будете отгружать от юрлица Б? И обратная ситуация

(2) делаем дочку и называем База1, родитель сразу станет базой Общий склад, т.к. базы в РИБ фермионы

(4) http://programmist1s.ru/nastroyka-raspredelennoy-informatsionnoy-bazyi-rib-v-1s-8-3-buhgalteriya/

"Заходим по ссылке «Синхронизация данных», откроется окно с кнопкой «Настроить синхронизацию данных». При нажатии на эту кнопку откроется выпадающий список, где нужно выбрать режим «Полный». Если требуется синхронизация только по одной организации, нужно выбрать «По организации…»."

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

Sorry, народ, ремарка: прошу не предлагать нештатные методики, требующие внесения изменений в типовую конфигурацию - учитываем "Я не профи" (4)

(7) "т.к. базы в РИБ фермионы"
То есть по факту родителем в этой структуре должна быть Общий склад? А обе организации дочками?

(9) Ты определись зачем база. Сформировать остатки по всем организациям - это типовая возможность БП 3.0
Если у тебя товарные потоки разнесены и не пересекаются, то тупо 2 юрлица, а кому нужны остатки он формирует отчет без выбора организации

Т.е. сначало определись с товарным движением, а потом уже под это будем с базой определятся

(11) зависит от того что ты хочешь. Торговать всем товаром от любой организации? ТОгда риб не подойдет
Каждая фирма будет торговать своими остатками, а склад видеть всё - тогда Риб подойдет, но он и нафиг не нужен

(11) ага

Хм, господа, спасибо большое за все советы и вопросы, которые заставили меня посмотреть на это с другой стороны - может я зря все усложнил... (14) То есть при формировании остатков без выбора организации он формирует общие остатки при одинаковой номенклатуре например "всего сахара 5", или же все таки разносит, что у юр1 "сахара 2", а юр2 "сахара 3"?

В любом случае так называемый "односторонний обмен"- не нужно стремиться реализовать - ему тут не место.

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

(16) зависит от настроек отчета. Можно вывести с разбивкой по складам, можно с разбивкой по юрлицам, можно с отборами

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

Спасибо еще раз. Отпишусь, как все попробую. И отпишусь об изысканиях в плане начального моего посыла(если кому интересно будет) - интересно доделать до конца идею)))

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

Зачем вам вообще 3я организация. Если оба ЮЛ в 1й базе?

В общем общий склад должен стать складом остатков для орг1 орг2 и к примеру левых товаров

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

(21) второго ЮЛ нет в 1й базе. У него пока вообще базы нет. Она либо создастся на основе типовой конфы, либо в той же базе где первое ЮЛ

(20) А продавать он его как будет? Тоже без документов? А если кто то выпишит этот левый товар от имени юрлица2?

(24) Ну так создай в 1й базе еще одну организацию. Но это тебе не поможет, т.к. стандартного функционала для (22) нет.

(21) Ну например чтобы иметь возможность выписать любой товар от имени любой организации. А потом в конце месяца сделать внутренее перемещение

(25) Я так полагаю ему оперативные остатки нужны. Потом просто сделают накладные нужные по окончанию периода.

(28) походу он сам не знает что ему нужно. Потому что ниразу на элементарные вещи не ответил, только набрасывает

(23) резюмируя твой и Алексея ответы я делаю вывод, что можно второе ЮЛ создать в той же базе и Склад(3е ЮЛ если угодно) создать там же, при этом в отчетах можно будет вывести остатки по всем 3-м складам?

(29) Я стараюсь в меру своих возможностей(и знаний 1С, коих у меня не так много, как у Вас), так что тут сорри.

И не накидываю)

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

(30) нет

(27) Нет не нужно выписывать товар от имени любой организации. Каждое ЮЛ будет выписывать товар в меру своего слада(виртуального), так же как и наличные товары будут продаваться только с общего склада. То есть в разрезе перемещения товаров между организациями я не претендую на что-то изысканное. Просто есть необходимость иметь реальное понимание остатков на физическом складе с учетом и 2-х орг и нальных товаров

(32) Так третий раз спрашиваю. товарное движение какое.
Допустим 1 пачка сахара пришла на фирму А и 2 пачки сахара пришли на фирму Б.
Клиент говорит мне нужно 3 пачки сахара

Ваши действия? От какого юрлица и сколько вы будете выписывать? Что должен увидеть менеджер, в остатках, сколько он может продать?

Вместе с сахаром пришел левый веник, клиент говорит я хочу с документами купить у вас веник. Менеджер видит что веник есть на складе. Его действия? Должен ли он видить что это левый веник или достаточно знаний что он есть

(33) Глубоко копнул. ТС утонет.
Ему достаточно научиться получать отчет по остаткам.
Как вариант, можно сделать отчет, который заполняется из двух баз. Номенклатуру синхронизировать если не по наименование,то артикулам или специальному коду.

(36) От Юр лица, которому запрос пришел на сахар, естественно. То есть сделаю продажу сахара от А к Б и продам конечнику. А веник с документами пойдет напрямую от поставщика. А веник без доков - становится веником с доками и отправляется от любого ЮЛ. В принципе да - менеджер просто должен видеть сколько сахара осталось на складе.

(38) тогда без кодинга не взлетит

или переходите на УТ и настраивайте обмены или придется дописывать БП

(40) ТО есть в БП ни стандартными методами, ни через РИБ такого не сделать(просто общую информацию по остаткам на физическом складе с учетом 3-х огр)?

Т.е. по факту будет 2 базы.
1 база где ведется учет юрлиц
и вторая база - это складская, где ведется складской и денежный учет

(41) ты не видишь дальше своего носа

(43) сложно еще и поговорки воспринимать(прям как насмешка звучит) :)

Менеджер увидит что на складе есть 3 пачки сахара, заходит в базу пытается выбить документы по юрлицу Б, а программа говорит, что у юрлица только 2 пачки сахара на остатки. Т.е. предварительно он должен сделать продажу с юрлица А на юрлицо Б и тогда он сможет продать 3 пачки клиенту.
Вас это устроит?

(44) пытайся представить всю цепочку, а не "хочу видеть общие остатки"
Общие остатки это такая капля в море проблем, что на неё даже внимания можно не обращать

Типовая БП в подборе документа реализации тебе покажет остатки по одной организации. Значит или переписывать подбор и модуль проведения. Или перед каждой продажи нужно делать продажу с одной фирмы и поступление на другую

(45) В принципе устроит(или есть какие-то подводные камни?) (46) Я и пытаюсь представить всю цепочку, я вроде даже первым постом попытался описать свои мысли для "хочу видеть общие остатки" :) Не сердитесь на меня, может я иногда вас не верно понимаю или не до конца

Можно конечно продавать в минус, но тогда можно норваться на другую ситуацию
Ты продал 3 пачки по фирме Б и у тебя висит 1 пачка по фирме А и -1 (минус) по фирме Б
Звонит клиент на фирму А и говорит я хочу 1 пачку сахара. Менеджер заходит в подбор и видит что на складе есть эта пачка и он радостно выписывает. Хотя по факту сахар уже давно кончился

(48) ну если 1 менеджер и 2 продажи в день, тогда еще можно поиграться, но когда у тебя чутьчуть подрастет объем, то это вешалка

(50) А переход с БП на УТ как-то сделает жизнь проще? С УТ не сталкивался(от слова совсем), даже не представляю отличия от БП.

(50) Ну пока что пара менеджеров и с десяток продаж

(51) проще - нет. Веселее - да

(53) Куда уж интереснее, чем первый пост)))) Изврат ради цели(и я это понимаю, но так как из кодинга по 1С знаю только как закометить что-нить - других мыслей у меня нет) ))))

(41) Надо просто написать отчет. Или сделать расширение для твоего менеджера.
...
Тебя пытаются стимулировать. А стимул- это копьё. Оно не может быть приятным.

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

(55) В раздели руководителя есть типовой отчет - остатки товаров. Он позволяет выводить остатки без учета организации. Там куча настроек (сгруппировать/отобрать)

(57) Спасибо огромное

Всем большое спасибо, кто принял участие в исправлении мой тупости))))

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

(60) У нас как-то повелось, что нет разницы по доступу. Все могут и остатки глазеть и реализации совершать и один менеджер даже права администрирования имеет.

Поделюсь общим итогом своих изысканий с РИБ.
Сначала из основной базы(ЮЛ1 которому 5 лет) сделал РИБ которую назвал Склад(выгрузил со всем документооборотом), а потом в Складе создал еще один РИБ, который назвал ЮЛ2(для которого соответственно Склад является основной базой. Так как ЮЛ2 выгрузился как и Склад со всеми документами, ручным методом избавляем его от лишней ноши(удаляем весь документооборот), после меняем все реквизиты организации. В итоге получаем базу ЮЛ2, которая думает что она РИБ от Склад. В базах ЮЛ1 и ЮЛ2 настраиваем синхронизацию на выгрузку в Склад, а в складе 2 синхронизации на прием от ЮЛ1 и от ЮЛ2. Парадокс, но несмотря на то, что ЮЛ2(дочка Склада) была полностью очищена от информации, после синхронизации она не почистила Склад.

В общем в сухом итоге имеем 3 разные базы, как на схеме в (0) . Потестим, поглядим подводные камни, но для начала все синхронизируется четко(приход/расход с 2-х ЮЛ) а на Складе я (46) "хочу видеть общие остатки" и пока что их вижу. Не спорю, может быть есть какие-то подводные камни с заполнением номенклатур(в плане их итогового задвоения в Склад после синхронизации), но пока как говорится "будем посмотреть". Всем спасибо еще раз! Как и обещал просто делюсь результатами изысканий

(62) Какой же бред.

(63) Так и есть

(64) День спилен на обучение- вполне неплохо

(62) Теперь добавь номенклатуру, контрагентов, договора в разных база.

(66) так суть в том что контрагенты и прочие, суть в том что склад создали для себя, чтобы учитывать просто общее на 2 юл количество остатков. Какие там контрагенты появятся пофигу. Осталось придумать как бороться с двоением номенклатуры. Остальное в данном контексте без разницы)

(67) если ты будешь вести учет в одной базе то ты автоматом в отчетах получишь "общее на 2 юл количество остатков."

(68) если буду делать отчёт по складу с общей базы- да, но если буду делать отчёт по складу в базе юл1 или юл2 получу только их остатки. В том и суть, что они только отправляют в общую базу, но не принимают из нее и никак друг с другом не пересекаются

(69) ???
Выбрал Юрлицо А получил остатки по юрлицу. Не выбрал получил общии остатки

(70) что значит выбрал? Это 3 разных именно базы, не юр лица в одной базе. Открыл базу юр А в ней остатки по складу - получил только от лица А. Открыл Б по складу получил Б. Открыл склад получил общий склад. Как то так

(71) Вот скажи зачем тебе проблемы на пустом месте в виде обменов?

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

(73) И швец, и жнец, и на дуде игрец....
Видимо, начальство не достигло понимания, что легче держать отдельно админа системного и 1С-ника, нежели универсального солдата.

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

(75) ну для этого есть бекап, ручной труд сис админ и бухгалтер волшебник)

(75) и кому же...но ведь работает и без затрагивания основных 2х баз) они в любом случае для отчётности остаются чистыми

(77) Ты не хочешь пользоваться моими советами и поглядеть что дальше

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

Завтра нужно будет обновить конфигурацию твои действия?

Хорошо ну слил ты данные из разных баз в одну. Нужно выписать 3 пачки муки. Что будут делать пользователи? У тебя разные базы и менеджер сидя в бухгалтерской отдельной базы не видит остатки по другим организациям. А сидя в складской базе не сможет выписать документы от разных фирм, так как нет деления по организациям ты слил данные в одну организацию.

Как в твоей ситуации должен поступить менеджер?

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

(79) истребовать у ай-ти-шников давно работающую систему ДО КОРП :)

(80) друг, спасибо, что ты заботишься о том как будут действовать наши менеджеры и о том, как я буду в дальнейшем обновлять конфу(сомневаюсь конечно что мне это понадобится в ближайший год, ежели конечно новую упд снова не придумают пару раз). Но задача, поставленная в первом моем посте, вроде как, банально проста. Сделать отдельную базу где будут видны все остатки. Видимо моего директора не сильно напрягают придуманные вами ситуации и принципы работы. А с тем что за бабки 1с предлагает вместо современного орудия труда дубину и кирку- это к 1с а не ко мне. Я...а кто же я...хм... Не 1с-ник факт, сис админ да немного, но основная моя роль в предприятии ты не поверишь... СЕО... Обычное мать его сео. Я продвиженец если тебе так будет проще. И без обид. Я с удовольствием впитаю всю инфу которую вы напишите по этой теме, но придумывать задачу, которой в ней не было...это не очень круто. Я понимаю с твоих слов куда эта дорожка ведёт, но... Задача поставлена и выполнена. О возможных косяках руководство предупреждено и его это устраивает. Если б была моя воля, я бы сделал РИБ для реального склада на каждом ЮЛ. Все косяки с вениками без доков у нас неплохо и бухгалтер исправляет. Мне в это болото лезть не обязательно. На счёт сложности за 2 дня прогнать и прочего. Я не буду говорить какая у меня зп и какой бюджет, но да это сложно и в первую очередь финансово сложно, иначе на кой бы я стал заниматься такой ахинеей как 1с вместо своего привычного дела. Без обид Алексей, может я немного грубовато ответил - мой недостаток. Но в правду... Я спросил узкую вещь-вы ее развили и продолжаете раздувать. Вопрос решен. Как бы там ни было. Да есть один косяк с задвоением номенклатуры, но я думаю справлюсь с этим. Ну а если нет - ты будешь первым к кому я обращусь за коммерческой помощью)))

(82) Вот поэтому у вас два менеджера и 10 продаж.

(83) Точно, все из-за 1С )))) Большего бреда не слыхал)

По итогу получилось задвоение номенклатуры, при введении и там и там идентичных товаров(к примеру было введено Юрик1 - 50 шт сахара, Юрик2 - 25 шт, в итоге в складе лежали именно разделенные товары). Но все решилось обработкой поиск и замена дублей. После все сложилось в общем складе в нормальное количество и после очередной синхронизации с Юриками осталось в норме. Правда при введении того же товара повторно в Юр2, после синх с общим складом снова был создан новый товар(дубль) и снова нужно избавляться от дублей.

(85) Да по ходу это просто тролль. Закройте ветку.