Помогите разобраться как работает РИБ.
Есть центральная база и 3 переферийных.
В центральной базе был создан и проведен документ перемещение с центрального склада на точку.
На точке документ изменили и перепровели.
При обмене измененный документ был передан в центр.
КАК??? документ создан в центре, при обмене он должен был затереть внесенные на точке изменения?
или обмен по принципу: кто последним изменил - тот и главный?
Есть центральная база и 3 переферийных.
В центральной базе был создан и проведен документ перемещение с центрального склада на точку.
На точке документ изменили и перепровели.
При обмене измененный документ был передан в центр.
КАК??? документ создан в центре, при обмене он должен был затереть внесенные на точке изменения?
или обмен по принципу: кто последним изменил - тот и главный?
По теме из базы знаний
- 1С:Бухгалтерия 8. Переход на редакцию 3.0 с настройкой обмена (УТ 10.3)
- Бонусная система в 1С для УТ 10.3
- Обмен УПП 1.3, КА 1.1, УТ 10.3 с EnterpriseData (универсальный формат обмена) ED2
- Обмен данными УРИБ (УРБД) с правами пользователя (под интерфейсом кассира и других пользователей) в Управлении торговлей 10.3
- Обмен РИБ по магазинам. УТ 10.3, Розница 2.2, 2.3
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(5)брр.. не понял ).
вобщем коллизией считается ситуация, когда в узел по обмену приходит изменение объекта, а этот объект в данной базе есть в таблице изменений, т.е. собирается выгружаться. Вот в таком случае и будут применяться некие правила разрешения коллизий, например, главный - это центральный узел, значит его версию объекта и оставляем.
В остальных случаях изменение применяется и не имеет значение, что изначально документ родился в узле 1, а последующие изменения внесли на узле 2. Для того, чтобы изменения документа были разрешены только на узле-родителе - нужны доработки.. да и нету явной привязки к узлу, есть привязка к Складу, а у пользователя могут быть ограничения прав по складам и права входа в 1С на конкретном узле.
У нас используется RLS, т.е. пользователь может менять только документы по своему складу и т.к. может войти в 1С только на своем узле, то изменения этого документа на других узлах может внести только пользователь с расширенными или полными правами - ну соответственно и должен понимать что делает и нести за это ответственность )
вобщем коллизией считается ситуация, когда в узел по обмену приходит изменение объекта, а этот объект в данной базе есть в таблице изменений, т.е. собирается выгружаться. Вот в таком случае и будут применяться некие правила разрешения коллизий, например, главный - это центральный узел, значит его версию объекта и оставляем.
В остальных случаях изменение применяется и не имеет значение, что изначально документ родился в узле 1, а последующие изменения внесли на узле 2. Для того, чтобы изменения документа были разрешены только на узле-родителе - нужны доработки.. да и нету явной привязки к узлу, есть привязка к Складу, а у пользователя могут быть ограничения прав по складам и права входа в 1С на конкретном узле.
У нас используется RLS, т.е. пользователь может менять только документы по своему складу и т.к. может войти в 1С только на своем узле, то изменения этого документа на других узлах может внести только пользователь с расширенными или полными правами - ну соответственно и должен понимать что делает и нести за это ответственность )
(6) еще, пожалуйста, уточните.
Представим ситуацию:
1. В центре создали и провели документ.
2. Сделали обмен.
3. На точке изменили и перепровели документ. В центре просто перепровели документ, не изменяя его.
4. Сделали обмен.
В результате изменения на точке отменятся?
Представим ситуацию:
1. В центре создали и провели документ.
2. Сделали обмен.
3. На точке изменили и перепровели документ. В центре просто перепровели документ, не изменяя его.
4. Сделали обмен.
В результате изменения на точке отменятся?
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот