РИБ Настройка правил обмена #393294

УТ 10.3 РИБ Создал новый план обмена. [1]Возможно ли спомощью 1 плана обмена организовать следующее: из центра в узлы идет номенклатура, а из узлов в центр документы ? Я так понимаю: например по номенклатуре - запрещаем авторегистрацию - и перед записью новой номенклатуры смотрим если узел плана обмена = какому то коду - тогда разрешаем/запрещаем записывать объект. Но когда делаем Отказ = Истина в процедуре ПередЗаписью модуля объекта(спр. Номенклатура) выскакивает паганое сообщение. Вопрос кто как решал [1]. PS Надеюсь Serg_1960 поможет ))

вверх

Смотри свойство Авторегистрация и колекцию Получатели.

Самое простое решение: и номенклатура, и "общие" документы - авторегистрация в плане обмена. Т.е. базы узлов (по этим объектам) - идентичные. Все вопросы доступа к данным и их "видимость" - решить правами доступа (RLS).

Не скажи что это самое простое, легче нарисоват 2 подписки на событе, причем коду там кот наплакал

Всё в этом мире относительно: с документами разобрались "двумя подписками" хорошо :) Осталось "разобраться" с движениями документов и "работоспособностью" отчетов... Продолжать? Или поверите на слово, что самый простой вариант? :) Правами всё равно придется заниматься...

с RLS плохая идея ... так как будет ездить куча документов (реализации,поступления) из центра в узлы (из Владивостока в Новосибирск,Москву,Хабаровск). Это лишнее. Нужно чтобы ездила пара справочников из центра :) Сейчас докопался до следующего: ===================================== А в проверке наваять уже что если узел риб - такой-то по коду то отправляем есл нет - то нет :)

Работоспособность отчетов будет волновать только в центральной базе(так как в узлах естественно все будет работать). Ну а в центре - если все на что ссылается документ будет находится в базе - то и проблем не будет :)

Не буду спорить - решать Вам. Странно что ТелепатБот промолчал про

А какие проблемы могут возникнуть ? Поделитесь опытом...

Про

Скорее всего я что то не знаю, какие отчеты, какие права?

Кто сказал проблемы? Их не будет если правильно всё сделать. Я сказал что Вы что-то не знаете?

Пока есть время :) Домашнее задание : Есть центральный офис и два склада. Делаем базу из центрального узла (офис) и два подчиненных узла (склады). Верно? Документы движения ТМЦ как делить будем? Например: поступление товаров и услуг вносим в офисе - передаём в узлы с отбором по "складу". Верно? Вопрос: В одно и том-же документе поступления могут быть указаны товары разных складов. Ваше решение? Возможные варианты: а) делаем двумя документами; б) разрешаем указывать склады в табличной части. Оба варианта верные или не верные? Ваш вариант: ...

Мой вариант перемещение и по партии узнаем поставщика.

Хотя Склад в ТЧ лучше, но это же надо пользователя заставить склад указать, а он не знает куда  товар пойдет заранее.

Привет! Вы угодили в ловушку :) Поступление товаров и услуг - бухгалтерский документ. Для складов можно использовать складские приходные ордера.

Ну вот и я думаю что за поступление если все через перемещение спокойно шурует ). Но вы не ответили на

Для примера, ели Вы не против, использую : На узлы-склады базы обменом передаются документы с отбором по складу. Как Вы думаете: что будет показывать "Ведомость по товарам..." организации? "Это" можно считать проблемой?

делаем в соответствующем плане обмена реквизит склад, поэтому реквизиту определяем соответтсвующее движение при проведении поступления

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

Ооо... Привет :) Вы юмора ситуации не поняли :) - как документ "разорвать" на два склада :)) Документ "Поступление товаров и услуг" никакими перемещениями нельзя заменить - в шутка для посвященных :))