Самописка. Есть документы "Поступление" и "УстановкаЦенКонтрагента"
и РС "ЦеныНоменклатурыКонтрагентов".
В РИБе хочу РС мигрироветь везде а вот доки не хочется.

Нет ли подводных камней, кроме возможных ссылок в некторых отчетах?

А что в регистратор буш писать? Битую ссылку? Некошерно.

а почему так хочешь?

(0) нет

технически миграция без регистратора не есть преступление. Тут больше дело в логике

(2) Не хочется весь приход все доки тянуть из одной ПБ в другую ПБ. Даже если другие регистры вырублю чисто доки  бух не хочет.

(5) скрой их от буха РЛСом. Ей вот не пофиг что в файлике с обменами бегает

(0) камней нет.
будут напрягать битые ссылки - можно создать один пустой документ и его писать регистратором во всех записях.

я примерно так РБ тянул из отраслевой в типовую буху.

Можно сделать не подчиненый регичтратору, но проблема в уникальности

Вы, блин, онолитеку свою потом как получать будете?
(8) можно вообще передать только остатки. Ничем не хуже вариант..

(0)  если самописка, то смело отправляй.
Я в типовой ут в филиале проще сделал - оставил обычную миграцию, но в регзадании пеиодически чистил ненужные регистраторы.

(10) улучшалец, ага

(11) битые ссылке же красивше! такие няшки! не то что эти "Приходный Ордер №0002355 от 08.08.08"

Зато пакет обмена меньше, а если объем доков значительный и точек в рибе много, то это немаловажный фактор. вот например ночью 1) в торговую точку прогрузились новые цены без регистратора 2) не прогрузились новые цены, например, регзадание отвалилось, стало конфликтовать с другим итд, потому что объем большой что вы предпочтете?

Первый пионер, запустивший ТИИ с определенными параметрами разгонит этот балаган к киям.

Что мешает создавать хотя-бы пустой док регистратор?

Объем пакета обмена у меня не большой (До 2 мб часто десятки килобайт). ДА и хочу автообмен настроить каждый час. Сейчас раз в день или по просьбе.

Основная причина.
1. Чтоб они не видели доки друг друг и не путались (чтоб не мазолили глаза).
2. Привычка экономить на всем. не хочу быстро раздувать базы.
Пока одна база 2 гига другая пол гига. ))
3. Ну бухалетр аналитик тоже хочет. Хотя я могу сказать что так  не следует делать и она согласится. ))

(7)а битые ссылки это уже не камни?

(16)а зачем они у тебя видят доки друг друга? ... настраивай правильно обмен

(13) в этом случае юзают механизмы отложенного проведения, чтоб в файле движения не тянуть
(16) пункт 3 самый хороший. по пункту 1 - РЛС, права.

Я уже настроил миграцию. Цены пришли а доки остались.

Чтобы было все кошерно думаю все-таки включу миграцию доков и в журнале и отбор настрою.

Ах да! Хотя вспомнил!
Самая главная причина: есть отчет который анализирует приходы с минимальными ценами!!!
А приходы то надо именно этого ПБ...

(18) Ты не понял в чем суть.
Я их как раз не мигрирую чтоб на двух ПБ не видели документы "чужих". А если включу то доки будут видны взаимно друг друга.

(14)(17) это заблуждение

(21)я все понял ... и еще раз повторяю, ты настроил неправильный обмен ... каждый ПБ должен видеть только свои документы

(22)я тебе охотно верю

(21) обычно задача ставится не просто "не видеть", но и документы эти не должны оказывать влияние на данные другого. Типа стандартный обмен "ПоОрганизации"

про не мигрировать ТЧ уже было?

(0) нет никаких камней
это штатное поведение платформы

(0) можно, только при тестировании/исправлении будут ошибки. Придется оставить все остальные "как есть".
А что мешает создать документ "Корректировка записей регистров" или записать нужный (установку цен) в режиме ОбменДанными.Загрузка = Истина?

(23) ты неправ, иногда это необходимое решение

(9) - остатки в регистре сведений каким образом передать?

(29)необходимость вижу только в одном ... когда эту необходимость объясняют незнанием возможностей системы ...

сможешь привести пример необходимости данного процесса?

(30) срезом остатков на момент передачи

(31) так прямо в топике пример: снижение объема передаваемых данных, ещё примеры:
РИБ по кассам в РТ 2,
РИБ по магазинам в РТ 2

(23) "каждый ПБ должен видеть только свои документы"
Кто придумал такой закон?
Поясню еще раз.
У меня ЦБ, ПБ1, ПБ2. В ЦБ сливется все с обеих ПБ.
По умолчанию два ПБ не видят доки друг друга.
Но стаои появлятся задачи когда надо Кадровые доки мигрировать. Это было сделано. Теперь задача цены должны гулять везде. Для оценки минимальных  цен. И самое главное база самописка с нуля и она управленческая.

+(33) в данном случае - это штатное поведение

(19) Отложенное проведение для РС?? поясните, пожалуйста

(36) для подчинённых регистратору. Мигрирует только документ, движения его по регистрам потом там и делает при проведении

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

зы: а вот приведённые примеры ни в чем не убедили

(38) все не читал, но осуждаешь? ))))

(38) уберу N транзакций на проведений
если примеры из типовых решений, на которых работают сотни предприятий, тебя ничему не учат, то это твои личные проблемы

почему то у многих есть комплекс - если они чего то не догоняют, то это неправильно и плохо)

(40) там нет проведения, там есть регистратор

+(40) если это РИБ - уберу N блокировок таблиц на время записи документов в базу

(42) ты про этот случай?
да, нету

(44) так что это копейки и ни о чем экономия. И информация, что ПБ1 купил дешевле ПБ2, когда нет миграции регистратора, мне напоминает соцсоревнование, купил победил. Выигрыш от миграции + РЛС больше: суперюзери могут увидеть у кого и сколько, что это не фейк + например качество и годность. Но это уже постановка задачи

(45)чувак, иди смотри типовые, там полно примеров
если ты уперся в свою религию, твои проблемы

у мну 9-ти гиговые файлы обмена грузятся и ничего... а тут 2 килобайта жалко, мешается им...

мне кажется сам по себе файл обмена в 9 ГБ уже должен навести на размышления о смене транспорта обмена

(47)хм, 9 гигов... А_вот_так_мы_тут_в_базе_развлекаемся.AVI передаете?)))

(49) в УПП есть такие решения удивительные, что и 9 гигов за сутки может накопится)

(46) Чо то я в типовых нигде не видел, что штатно иметь битые ссылки в базе это норма.

(48) накопилось просто, больше суток не проходил, месяц закрывали 15 филиалов... вот и как бы так

(51) мне кажется у Иммортал пример оторваны от задачи. в (0) конкуренция между филиалами покупка/продажа, а в его примерах ЦБ в НТТ цены грузит без оснований, не та модель

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

избыточность данных в 1С 8 приводит к всяким файлам по 9 ГБ и другим следствиям, и если можно эту избыточность уменьшить, то так только лучше