[Михрутка]

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

!

Правила, п.3

Сообщение отредактировал logist - 26.09.13, 13:16

[Zaval]

Вариантов куча, нпр
Для склада-отправителя - ВнутреннийЗаказ.
Для склада-получателя - Перемещение.

Или перемещайте через виртуальный склад - один или по количеству "перемещателей" - тогда будете знать кто чего не довез

ЗЫ. Вот и выросло поколение, не работавшее с семерошной бухией от АББИИ...

Сообщение отредактировал Zaval - 26.09.13, 13:53

[Михрутка]

Вариантов куча, нпр
Для склада-отправителя - ВнутреннийЗаказ.
Для склада-получателя - Перемещение.

Или перемещайте через виртуальный склад - один или по количеству "перемещателей" - тогда будете знать кто чего не довез

ЗЫ. Вот и выросло поколение, не работавшее с семерошной бухией от АББИИ...

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

[Ardi]

т.е. в стандартной конфигурации создаем на основании документа перемещения, расходный ордер, но он не заполняется товарами

Нужно смотреть запрос на рабочей базе, почему не заполняет. Может куча товара в резерве стоит.

[Zaval]

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

Причина очень простая. При создании Перемещения нужно правильно выбрать Вид операции документа.

ЗЫ. Ardi, "Ох, уж эти хирурги... Чуть что - сразу "резать!"

[Zaval]

Но по РН "ТоварыОрганизаций" и РБ "Хозрасчетный" и приход и расход выполняются Перемещением. Отчеты, построенные на данных этих регистров между проведением Перемещения и ПриходногоОрдера будут показывать чепуху.
И, раз уж для Вас так важно кво доков в базе, - их в этом варианте получится три.

"Неудобство внутр заказов"... Это подход не одинэсника, а ленивого пользователя, для которого каждый щелчок мышкой - на вес золота.
Б/м тщательно пользователь будет вносить только те данные, которые нужны ему самому.
Но, вот ведь фигня какая, ИБ создается в интересах компании вцелом.
Заставить каждого пользователя работать с 1с не так, как ему хочется, а в интересах всей компании - Ваша прямая обязанность.
В реальном бизнесе происходят два непредсказуемо разновременных события:
- возникновение потребности в товаре, находящемся на другом складе,
- удовлетворение оной потребности.
А еще возможна корректировка этой потребности и даже полная ее отмена.
И все эти события Вы пытаетесь отразить манипуляциями с одним документом...
Вы не понимаете, что решение, принятое пользователем на основании неправильных данных в отчете, может привести к финансовым потерям?
Попробуйте угадать, кто в этом виноват будет... Одной попытки хватит?

Будете пытаться любой ценой понраввиться пользователям - долго не продержитесь и работу развалите((

[Batchir]

Давайте не будем учить людей как вести бизнес и т.д.
Не подходит внутренний заказ, ну и пусть будет так, тут конкретный вопрос по ордерной схеме, давайте попробуем его решить.
Zaval подсказал что необходимо обратить внимание на вид операции документа.
Должен быть выбран "Товары по ордерам".
Ждем комментария от автора.