РИБ исключить из обмена некоторые элементы номенклатуры
РИБ Розница 2.3
Главная база и 2 периферийных.
Есть ли какой то простой способ, как можно из обмена исключить определенную группу Номенклатуры?
В Главной базе будет несколько групп в Номенклатуре, в которых будут товары.
Задача, чтобы при обмене с периферийными базами эти группы Номенклатуры не выгружались в периферийные базы. И соответственно никакие документы и движения по регистрам, связанные с этими товарами тоже не попадали в обмен.
Как это можно сделать?
Главная база и 2 периферийных.
Есть ли какой то простой способ, как можно из обмена исключить определенную группу Номенклатуры?
В Главной базе будет несколько групп в Номенклатуре, в которых будут товары.
Задача, чтобы при обмене с периферийными базами эти группы Номенклатуры не выгружались в периферийные базы. И соответственно никакие документы и движения по регистрам, связанные с этими товарами тоже не попадали в обмен.
Как это можно сделать?
По теме из базы знаний
- Всякие полезности
- Типовая борьба - личный опыт работы с типовыми конфигурациями 1С:8
- Разработка и сценарное тестирование с Vanessa-ADD. Практические примеры сценариев. Шаги встроенной библиотеки
- SynchroWB - Интеграция 1С и Wildberries по API с УТ, КА, ERP, УНФ, Розница 3: расширение для синхронизации и обмена
- Архив элементов
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Я бы предложила номенклатуру и справочники все исключить из авторегистрации, обмен выполнять только документами, но по ссылке подтягивать входящую в документы номенклатуру/справочники с регистрами им привязанными. Поскольку неактуальные справочники и регистры не так ужасно выглядят как объект не найден через одну во всех загруженных накладных.
Но это возможно только при одностороннем обмене данными. Коллизии никто не отменял.
Но это возможно только при одностороннем обмене данными. Коллизии никто не отменял.
Есть в КД2 правила регистрации объектов. Там можно указать исключение. Единственное, чего я не понимаю это в каком порядке срабатывает отмена регистрации. Если в конфигурации галочки регистрировать изменения нет, а ПРО есть то изменение не будет зарегистрировано
(9)
стандартно такого нет
или править правила регистрации
или тоже самое но в подписке на событие типа "регистрация к обмену"
обы пользователь, работающий с базой, мог сам решить, какой товар попадает в обмен с периферийными базами и поставить типа "галочки" выгружать этот элемент или нет.
стандартно такого нет
или править правила регистрации
или тоже самое но в подписке на событие типа "регистрация к обмену"
Есть типовая обработка регистрация объектов. Насколько это удобно для пользователей судить сложно.
Теоретически можно выделить список объектов и правой кнопкой мыши отправить (зарегистрировать к обмену) в какую то одну (или несколько) баз.
Можно так же открывать окно списка этих объектов с пометкой текущего статуса для указанного получателя (зарегистрирован или нет). Но дошло или не дошло мы не увидим, а без этого все подобные манипуляции теряют смысл.
Если такого нет, реализовать доработку не должно быть проблематично.
Теоретически можно выделить список объектов и правой кнопкой мыши отправить (зарегистрировать к обмену) в какую то одну (или несколько) баз.
Можно так же открывать окно списка этих объектов с пометкой текущего статуса для указанного получателя (зарегистрирован или нет). Но дошло или не дошло мы не увидим, а без этого все подобные манипуляции теряют смысл.
Если такого нет, реализовать доработку не должно быть проблематично.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот