Добрый день! (ут 10.2 нетиповая)
Менеджеры создают док Заказ покупателя, таи выбирают орг-ю и ном-ру, жмут на кнопку Заполнить и провести. Автоматом встает Размещение - колонка ТЧ с указанием склада. Далее на основании этого документа создается док Предварительная накладная (сигнал о том, что нужно отгружать для склада), и на основании док Предварительная накладная - док Расходный ордер (документ делается после отгрузки со склада). В нем сотрудники склада хотят сами выбирать склад, а не тот, что дала система 1с. Проблема в том, что если они выбирают не тот склад что в док Заказ покупателя получается это: https://s.mail.ru/xv9zRkmBfDfJ/img-2015-09-18-10-43-57.png

Платишь за решение?

(0) естественно что если в заказе один склад а в реализации другой - поменяли как зхотели - БУДУТ КОСЯКИ!

Документы должны соответствовать друг другу.

(1) только за спасибо

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

Вообще идея бредовая, ну или ты мало информации дал.

"В нем сотрудники склада хотят сами выбирать склад" - сразу видно что на фирме кто как хочет так и дро..ит.

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

Предварииеотная накладная - таких документов в типовой УТ отродясь не было.
Расходные ордер после отгрузки со склада - в нем хотят менять.

Это вообще херня какая то.


У автора какой то сильно замудренный процесс с какими то сомнительными самописнымси документами.

"Автоматом встает Размещение - колонка ТЧ с указанием склада" ну дак после складовдеов измени исходный документ

(7) это поди с тестов на спеца ))

Суть одна понятна - по заказу лезет в результате работы краснота.

Я с таким сталкивался неоднократно в торговых фирмах.

Обычно причина: пересортица и так далее. Да куча косяков вылазит потом.


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

Модуль проведения измени - и красноты не будет.

(10) автоматизация бардака - автоматизированный бардак.

(10) Нафейхуа тогда учитывать товар в разрезе складов?
Тогда один склад: основной и всё. И пусть они в списке из одного склада выбирают))

(5) да, на складе в разных складах может быть одинаковая номенклатура, резервы сниматься планируется так:  при проведении док Расходная накладная заходим в родительский документ Счет покупателя и размещение ставим как в док Расходная накладная... как вариант.

(13) Счет покупателя = заказ покупателя

(12) "Нафейхуа тогда учитывать товар в разрезе складов? "

совсем дибильный какеой то вопрос.
ЗАТЕМ что учитывают товары по складам- потому что ЕСТЬ СКЛАДЫ.

пипец)

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

(16) возможно будет лучшим вариантом..

(15) остатки товаров на складах они, может, и учитывают, а при резервировании на склад внимания не обращают. Я думаю, из регистра резервов измерение склад можно выпилить или по пустому складу резервы гонять.

(15) Списываются они вообще хз откуда. Зачем учет по складам, если при резерве и списании ты на это предлагаешь забить? Чтобы был?
То что пишет ТС это зоны хранения, а не разные склады.

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

Ты где то видел в УТ10 зоны хранения в регистрах? Может еще чего нафантазируешь?

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

Тупо могут быть даже по одному адресу несколько физически разделенных складов.

Кладовщик не нашел товар - позвонил в соседний - там сказали подгоняй фуру щаз загрузим.

(20) Могут. У меня через стенку одно помещение и три склада ;) Но проблем как у ТС нет.

Твой вариант хорош только на первый взгляд. На самом деле могут быть три склада тут, один в Урюпинске, один в райцентре Винницкой области. И если "...Кладовщик..." в Урюпинске "...не нашел товар - позвонил в соседний - там сказали подгоняй фуру щаз загрузим..." гнать фуру с половиной заказа в Винницкую область не совсем правильно.

Не нужно так резко рубить с плеча: "Меняй проведение, всё здорово и красиво".
Истиный 1С-ник сперва насоветует: типа просто и легко, а потом за 150 тыр в месяц будет с этим бардаком разбираться.

(21) 150 тысяч на дороге не валяются)))

(22) )) ТС жадный (4)

(22) -> (1)

А вот еще решение - еще более красивое!
ПО ссылке даже описан процесс решения, и даже судя по тому что автор привел какие то самописные документы - это решение как раз подходит чтобы не делать какие то левые документы.

Элементарно все отрабатывается кеак описано по ссылке с учетом добавлени статусов к заказам. Как раз для УТ10

http://subsystems.ru/catalog/program=2243/

(25) Это хорошее решение. Но немножечко не то: у ТС бардак со складами))

(25) хватит с меня subsystems.ru

(27) а ну если так - то чтобы даже и не думал делать как я посоветовал.