Нужно выгрузить данные из Бухии в Упр.торг.
Взял типовые правила обмена(БУ-УТ), выгрузил и обнаружил, что документы основания не переносятся нигде. Посмотрел в конвертации, в ПКО всех документов в ПКС  реквизита "ДокументОснование" установлен флаг "Отключить".  

Вопрос:
1) Зачем в типовых правилах для реквизита "ДокументОснование" в его ПКС установлен флаг"Отключить"?
2) как сделать, чтобы документы-основания перенеслись в УТ ?

Прошу откликнуться знающих

Документ основание это счет?  Зачем он нужен в ут?

(1) это уже другой вопрос. А связки не ограничиваются только счетом. Например, оплатные документы и реализация, да мало ли что. И существуют алгоритмы построенные на этих связях.

(2) алгоритмы разные в БП и в УТ.

(3) и та и другая конфы, естественно, заточены для предприятия. Кое-что важное делается в УТ в расчете на то, что существуют документы основания, в том числе у тех доков, которые перенесены из Бухии

(2) Не понял связи

(4) Что именно в типовой делается в расчете на документ основания перенесенный из БП?  Иили к типовой это не имеет отношения, в речь идет о вашем бизнес-процессе?

(5)Да, я же сказал что конфы заточены в расчете на существования связей по документам основаниям

?

Чьи конфы? пример можно

(8) можно по существу вопроса, или вы считаете, что документы-основания не нужны?

(9) Из БП? Нет не нужны. Я всё таки можно пример где в типовых логика заточена на документе основания. Но кроме счет-фактуры, но мы же сейчас не об этом, а документе основания у реализации

Я же сказал, что конфы доработан для конторы, т.что не типовые. Ну а если бы и были типовые, элементарно посмотреть историю, как формировался приходник (на основе какой реализации) разве не нужно?

(11) т.е. вы доработали конфигурацию и теперь возмущаетесь почему типовые правила переноса не учитывают ваши доработки?

По поводу вопроса. Да не особо и нужно. По крайне мере от наличия отсутствия док.основания у ПКО на логика работы точно никак не отражается

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

(13) а что тебе заставило думать, что обязательно должно переноситься? и что отключение переноса должно быть наполнено смыслом?

?

(13) В УТ переносится только то, что нужно для УТ.
Документы-основания там не нужны.
Да и вообще наиболее частый алгоритм работы это перенос документов из УТ в БП, а из БП только справочники.
Не устраивает сандартный перенос, добавьте нужные документы.

Продажники работали непосредственно модифицированной бухии, а теперь, как белые люди, хотят работать в торговле, т.что нужен вначале разовый перенос всего-всего в УТ. А кто это решил, что в торговле документы -основания ненужны? Нужны еще в большей степени, чем в бухии

Есть мнения еще?

(18) какие еще мнения?
Есть факт, и ты его знаешь.

(19) Какой факт? Бредишь?

(19) факт - это правила конвертации.
=) Не увидел обоснование поста в(20) .
Увидел провокацию.

Если надо теоретически обосновать:
запишись на курсы к Гилеву, они это любят :)
Теорию для ч... придумывать.

Если сам не чайник, ответь на вопрос(0). Если не можешь ответить - все равно спасибо.

(23)  атвичаю. Авторы правил так решили.

(23) ДокументОснование - это просто реквизит.  Он никак не связан по большому счету именно с самим вводом на основании. Ни в УТ ни в БП. Просто название похожее и иногда пользуются.

(25) Что значит не связан с вводом по основанию?  Именно связан и сохраняет историю этого ввода, которая теряется при конвертации с БУ в УТ.  Кроме того, когда в дорабатываемых конфах документы "на основании" формируются программно, бывает важна эта связка.

(26) [Кроме того, когда в дорабатываемых конфах документы "на основании" формируются программно, бывает важна эта связка.]

После "ХЗ каких" доработок надо и правила конвертации "ХЗ как" дорабатывать, ибо кто знает в "1С" что Вы там понадарабатывали

(27) а знать и не надо. Переноси документы-основания, и все. Даже если просто из типовой в типовую. Иначе теряются история ввода, структура подчиненности документов и пр. Почему? не понятно.

(28) у Вас ведь далеко не типовая судя по Вашим рассказам

Ну а если, например, типовая. Почему разработчики сознательно решили похерить эту информацию при конвертации?

а что для Вас означает слово "типовая", рискну сказать как его понимает большинство - типовая - это то что нужно большинству, а большинству основания из бухи в ут не нужны, а вот Вашим разработчикам перед переносом не плохо бы было хоть взглянуть на правила, что там да как переносится... и если они смогли что то доработать в конфе то в правилах ваще не проблема было бы это добавить

+ (31) даже не освноания не нужны, а как правило сам перенос из БП в УТ не нужен, типично все делают наоборот, учет в УТ, а для отчетности, то что посчитают нужным несут в БП, но это другая песня

В ПКС реквизита ДокументОснование в событии ПередВыгрузкой, например, напиши:
Если ТипЗнч(Источник)=Тип("ДокументСсылка.РеализацияТоваровУслуг") Тогда
ИмяПКО = "РТУ";
ИначеЕсли ТипЗнч(Источник)=Тип("ДокументСсылка.АвансовыйОтчет") Тогда
ИмяПКО = "АО";
...
Иначе
Отказ = Истина;
КонецЕсли;

ну и создай соответственные ПКО этих объектов "РТУ", "АО", "ПТУ"...

+ (32) и кстати, обычно, для конфы источника в описании указывается какого релиза типовой она должна быть и в какой релиз типового приемника перенос написан

(33) ТС огорчен что 1С не написал эти варианты ПКО, и интересуется - почему?

(32) 1.Перенос нужен потому, что торговая организация работала долгие годы в Бухии, кустарно доработанной под торговлю и теперь хотят, как положено, работать в УТ. Нужен разовый переход, а потом по накатанно1..Это и менеджеры продажники, и кладовщики.
2. Почему большинству не нужна история ввода и структура подчиненности документов? Все, с кем работал, живо этим пользуются.
3. Какие Мои разработчики? Я говорил о типовых решениях 1С

Надо бы уже пасочки выходить святить...засиделись мы здесь...

(37) "Каждому свое" ©

(33) А если просто сбросить флаги "Отключить" в  в ПКС  реквизита "ДокументОснование" ?

(39) и надеятся на авось будет так как Вам надо, может лучше один раз, если это разовый перенос, доработать правила как Вам надо

+ (40) я бы назвал это не "Перенос данных", а все таки внедрение УТ на предприятие

Всем спасибо. С праздником.