Виртуальные компании. Проблема.

[Hamster]

"периодический запуск" всегда хуже "online" изменений,
т-к при "запуске" надо исправлять нарушения целостности данных, а в "online" случае достаточно их не допускать.

[George Nordic]

Однако запускать периодическую проверку - это хороший тон в таком деле

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

С Уважением,
Георгий

[Hamster]

Периодическая синхронизация грузит сервак больше чем "online", т-к за раз обрабатывает больше данных.

>не грузит клиента
Для операций ручной вставки-удаления номенклатур скорость особо не критична.

[Yars]

Сталкивался с реализацией объединения номенклатурного справочника.
В табличную коллекцию добавлены все, необходимые для нормальной работы, таблицы, связанные с InventTable.
Для ценообразования используется PriceDiscTable (как писал выше EVGL).
Номерную серию не объединяли (и смысла большого в этом я не вижу). При этом создание новой номенклатурной единицы осуществляется только из одной «основной» компании (настроено правами).
Это решает проблемы, о которых писал Maximom Gorbunov (с объединением ном. серий) и George Nordic (с проверкой создаваемой номенклатуры в соседней компании).
Необходимое значение склада по умолчанию реализовали в модуле РСК и РСП (при создании новой закупки/продажи) необходимо выбирать склад (а у каждой группы пользователей настроен ограниченный список аналитик).

[Yars]

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