Как известно УТ может работать с отгрузкой товара сразу с нескольких складов, однако, БП этого не умеет. Для того что бы проблему со складами синхронизации данных исключить введен механизм обобщенного склада. Но что делать, если надо в БП выгружать реализацию точно так же в УТ.
С такой вот проблемой я столкнулся. Имеются УТ 11.1 и БП 2.0 в бухию добавил реквизит склад в табличную часть "Товары" документа реализация товаров, все движения как надо в конфе поправил, но вот не задача с правилами обмена.
В КД добавил реквизит "Склад". все вроде нормально должно быть теперь, но не тут-то было. По сле обмена данными вот какая ошибка выпадает:

Ошибка в обработчике события ПередВыгрузкой (свойства)
    ПКО                    =  РТУ_ПродажаТоваровУслуг  (Документ: Реализация товаров услуг)
    ПКС                    =  70  (--> Склад)
    Объект                 =  Реализация товаров и услуг 00000000129 от 07.03.2014 12:11:06  (Документ объект: Реализация товаров услуг)
    СвойствоПриемника      =  Склад  (СправочникСсылка.Склады)
    Обработчик             =  ПередВыгрузкойСвойства
    ОписаниеОшибки         =  Поле объекта не обнаружено (Склад)
    ПозицияМодуля          =  (1)
    КСообщенияОбОшибках    =  55

Вот скрины из КД:
http://yadi.sk/d/H9FL3lIKKAGKx
http://yadi.sk/d/K3bCQNt7KAGXG
http://yadi.sk/d/VLd6_HKsKAGa7

Подскажите, пожалуйста, а то всю голову уж поломал :(
http://yadi.sk/d/ChRo7G9IKAGde

ну и зачем это? сделал в БП один единственный склад, да и всё

(1) буху надо несколько складов, говорит, что не по феншую это если в УТ реализация с нескольких складов, значит и в БП должно быть так.

(2) на 41 обязаны быть склады? нет, ну и фсё

Ахренеть!!! Бух сам попросил склады! Неадекватный бух, абсолютно! Бухия обновляется несколько раз в месяц, и что, ты будешь эти несколько раз в месяц по новой вносить свои изменения? Сам же плюнешь на это через пару-тройку обновлений...

А буха устроит вариант размножения документа? Еще хуже?
Если один к одному структура - не должно быть траблов, иди попей чаю, удали все и заново заполни

(5) в смысле размножения документа?

(4) почему каждый раз по новой? просто правильно объединять конфу вот и все.

вопрос, а на фейхуа? Т.е. у вас что приходы тоже на разные скалды падают

По мне я бы просто сделал бы в БП склад "Склад отгрузки", а при переноси документов делал бы перемещения со складов, на склад отгрузки + общая реализация со склада отгрузки. И волки сыты (у бухша один документ, как в УТ), и овцы целы (БП типовая, без допила)

(8) да, тоже.

(6) В смысле дробления документа на столько частей сколько складов :)

(10) Да, при чем тут это? и как доки будут размножаться если склад добавлен в табличную часть, сделал по аналогии с УТ. Я прошу помощи с КД. так как не настолько хорошо знаю КД.

(11) у тебя источник пусто

(12) выставил не помогло.

(13)что и куда ты выставил?

(14) сюда:
http://yadi.sk/d/UwxkLbX9KD9DE
http://yadi.sk/d/CBujxPdUKD9MS

(15) сама ошибка:

{Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(3800)}: Ошибка получения значения свойства подчиненного объекта (по имени свойства источника)
    ПКО                    =  РТУ_ПродажаТоваровУслуг  (Документ: Реализация товаров услуг)
    ПКС                    =  70  (Склад --> Склад)
    Объект                 =  Реализация товаров и услуг 00000000129 от 07.03.2014 12:11:06  (Документ объект: Реализация товаров услуг)
    СвойствоПриемника      =  Склад  (СправочникСсылка.Склады)
    ОписаниеОшибки         =  Поле объекта не обнаружено (Склад)
    ПозицияМодуля          =  Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(10258)
    КСообщенияОбОшибках    =  16
        ВызватьИсключение СтрокаСообщенияОбОшибке;

так а саму ТЧ почему не передаешь?

Вопрос закрыт, разобрался)
Весь косяк был в событии перед выгрузкой и ПКО моего документа. Пко обращался к доп запросу, который который отбирал все, кроме склада.

Добрый день! Столкнулся точно с такой же проблемой, только у меня источник не УТ а Авто маркет. Можно по подробнее про решение проблемы и если можно сами правила.

И к слову читая выше сказанное про то что бы создавать перемещения и тому подобное это не есть гуд. т.к. себестоимость списания будет разная в источнике и приемнике.

(20) Себестоимость будет разная с вероятностью 99.9% даже если склады запихаешь...

Не согласен с вами вот пример:
У нас есть два склада: Восток  и  Запад. На остатках на обоих складах есть одинаковый товар "ТОВАР".Учетная политика списания партий ФИФО.
                    
Восток  - Товар 10 шт 100 руб(себестоимость остатка).
Запад   - Товар 5  шт 60  руб (себестоимость остатка).

В источнике  мы создаём документ реализации в шапке документа указываем склад Восток,  а в таб части указываем склад Запад и  продаем Товар 2 шт. Получается : мы списали 2 шт на сумму 24 руб.
Теперь выгружаем этот документ в БП, проводим  и получаем
2 шт на сумму 20 руб. так списал он нам товар не с Запад ,а Восток так как он в шапке документа стоит.
Если в источнике создавать перемещение то и это не решит нашей проблемы т.к списание партий в обоих программах идет по ФИФО. и спишет он сначала остаток который уже был.

(Если в источнике создавать перемещение то и это не решит нашей проблемы т.к списание партий в обоих программах идет по ФИФО. и спишет он сначала остаток который уже был.)
Если в приемнике создавать перемещение то и это не решит нашей проблемы т.к списание партий в обоих программах идет по ФИФО. и спишет он сначала остаток который уже был.

так что получается нам необходимо списывать как в источнике так в приемнике. И поэтому как допилить таб часть в БП ничего конкретного в голову не приходит.