В торговле 7 возникла такая проблема - есть заказы поставщикам, есть заявки покупателей на товар в пути и вдруг выясняется, что поставки поменялись местами - раньше пришла та, которую ожидали позже!
Как быть?
В голову приходит - или переставить даты поставки в документах и перепровести все заявки, или какой-нибудь документ придумать, чтоб перебросить заявки с одного заказа на другой.

отправьте вагон обратно...

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

был бы у тебя ньюАйпад, то и проблем бы таких не возникало

(0) увольняйся

(1) правильно! Из-за такой фигни совершенную 1Ску переписывать.

А ведь это как раз случай "это бывает, но очень редко"

Ну, короче! Нет типового правильного решения? Написать документик? Они только начали пользоваться распределением заказов и уже - вот. Думаю, это еще будет повторяться.

Ау?

(7) в чем проблема то? Перекинуть резервы с одного заказа на другой, или сделать поступление на основании Заказа?

(1)Не, не вариант.Вагон надо уничтожить

Да! Перекинуть заявки с одного заказа на другой - есть такой документ?
А чем нам поможет поступление на основании заказа?

Док = СоздатьОбъект("Документ.УничтожитьВагоны");

Так как перекинуть заявки с одного заказа на другой? (в день более 100 заявок)

Ну наройте где то обработку групповую и замените в заявке заказ.
Братцы. дайте ссылку кто нибудь, если есть под рукой.

(13) Прямо в проводках??

Если штатными средствами, то нужно "задним числом" переоформить заказы вручную.
А как у тебя заказы привязаны к дате прихода вагона? Почему нельзя сделать поступление тмц по нужному тебе Заказу?

Плин! Что значит "перекинуть заявки"?
Что такое "заявки"? У Вас концерт по заявкам?
Может поменять размещение?
Заказы покупателя, размещенные в одном заказе поставщику, разместить в другом?

(14) В торговле все документами, как я понимаю.

(14) в ТиС движения по регистрам, а не проводки. Мы же про ТиС говорим?

(16) не путай парня. В ТиС именно "Заявка Покупателя" и "Заказ поставщику" это тебе не восьмерка. И корректировки заказа как в 1С8КА там штатно тоже нет.

Точно, заявки покупателя разместить в другом заказе.
В 7 для этого штатных средств нет?
Проводки - движения документа - по сути одно и то же. (то, что рождается при проведении)

Чем сделано это самое размещение?
Есть РазмещениеЗаявок или Резервирование?
Если в таком доке есть автозаполнение по ЗаказуПоставщику - то так и сделать.
Есть вариант-ломик(если ситуация горит).
Проверять на копии!
Имеем Заказы поставщику ЗП1 и ЗП2. Создаем ЗП3(пустой).
Берем с диска ИТС обработку Ючойс(Uchoice.ert), она там в Экстрепс.
Отбираем документы по ЗП1(проведенные!). Меняем в них ЗП1 на ЗП3.
Отбираем документы по ЗП2(проведенные!). Меняем ЗП2 на ЗП1. Проводим.
Отбираем документы по ЗП3(...), меняем ЗП3 на ЗП2. Проводим.

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

А на будущее - нужно Размещение или Резервирование с автозаполнением.

Надеюсь, понимаете, что перед обработкой рабочей базы надо бэкап сделать?

http://svyt.net/mus-57.html

Ну, короче, сделаю документик.

автор какую-то хрень несет... впрочем как и многие отвечающие...

для начала надо тупо попробовать ввести поступление ТМЦ на основании заказа поставщика. Пришло поступление которое ожидали позже - ну и что - ввели это поступление на основании соотв.заказ поставщику - следить надо только за одним - чтобы дата поступления "билась" с датой заказ поставщику и датой "поставка до".

(12) тебе существенно поможет для отслеживани яоперативного состояни вот такая штука типа:
http://infostart.ru/public/14184/

(26) Ну, ввели! А отгрузит ничего не можем, потому что к заявкам привязано другое поступление, которое еще не пришло.
А контроль дат мы и вовсе отключили! У нас это не работает.

(28) как к заявкам может быть привязано другое поступление, КОТОРОЕ ЕЩЕ НЕ ПРИШЛО..???

и поступление не может быть привязано к ЗАЯВКАМ (покупателей?), поступления - вводятся на основании ЗАКАЗОВ поставщикам..

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

типовая схема ТиС заявки-заказы-поставки-отгрузки - вполне себе нормально работает. у мну на фармации использовалось в полной мере п вхост и гриву - деревья подчиненности на 20 листов - это обычное дело было.
.
проблемный участок в принципе - только один - когда начинается корректировка заявок покупателей и заказов поставщикам в части СРОКОВ "отгрузка до", "Поставка до" - здесь совсем плохо...

Есть регистр "заказыЗаявки" - там к заявкам привязаны конкретные заказы, при получении этого заказа автоматически происходит резервирование товара, потом можно отгрузить. А тут - товар пришел, да не тот! (как бы, на самом деле, он бы нас вполне устроил)

(33) ЧТО ЗНАЧИТ "НЕ ТОТ" - ДРУГАЯ НОМЕНКЛАТУРНАЯ ПОЗИЦИЯ? сорри капс включился.
вот у тебя есть заказ поставщику, есть поступление ПО ЭТОМУ ЗАКАЗУ ПОСТАВЩИКУ - коглда это поступление пришло - вчера или сегодня - не важно.
.
непонятно - в чем проблема?

(34) Не знаю, почему мы не понимаем друг друга.
Ожидается 5 вагонов - сначала первый, потом второй и т.д. Согласно этим срокам привязаны заявки покупателей к заказам поставщикам. А пришел не первый вагон, а сразу третий, остальные застряли на таможне. Первые наши заявки привязаны к другому вагону и мы по ним отгрузить не можем!

Сделай поступление ТМЦ на склад по пришедшему вагону, либо с указанием 3-го заказа поставщику - тогда ляжет под третьи заявки - первые отгрузить не сможете; либо поступление без указания заказа-основания - ляжет либо в свободный остаток на склад и тупо грузите первые заявки - отгрузится то, что есть, остальное - останется ждать, либо если приходовать без указания заказа-основания - погасит первые непогашенные заказы поставщику.. - точно сейчас не помню.. - но попробовать вам ничего не мешает...

Опять же - даже если станет в резерв пож третий заказ - а надо грузить первые - в полномочиях пользователя поставь галку "разрешать отгружать чужой резерв" и грузи первые заявки

ч дроугой стороны - чем у вас отличаются вагоны друг от друга? - только нумерацией? ну тогда считатйте что третий пришедший вагон - на самом деле первый - оприходуйте его на основании первого закза поставщику...

вот я например из контектса разговора понимаю что пять вагонов - одинакового товар - например все пять вагонов рубероида... - и тогда мне проблема вообще непонятна. если же в каждой ожидаемой поставке - какой-то произволльный набор товаров (возможно перекрывающийся) - то при чем здесь 1-2-3-4-5..?

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

(40) блин, как с вами тяжело... ни одного внятного ответа с исчерпывающими сведениями..
"пришел другой" - как оприходован? просто без указания заказ-основания? с указанием документа основания? что показывается в движениях регистров (отчет по движениям документа) в части распределения этого прихода по заявкам/заказам/резервам...?
"безо всякого резерва" - зависит от того - если просто легло на склад в свободный остаток - то и отгрузится без проблем; если приход лег под резерв - то отгрузится тоже без проблем если включена галка разрешения продажи чужого резерва..
> при этом списывается с заказов-заявок того не пришедшего вагона.
списывается заявки по фифо если при отгрузке введено не на основании заявки - так что тут все нормально "заявки того не пришеlituj вагона " - стоят раньше - с них и списывается...

в голову не приходит
голову посещают мысли

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

если вы оприходовали вагон3 с указанием заказаПоставщику3 - то товар лег в резерв под заявкипокупателя распределенные в заказепоставщику3.
.
теперь когда вы делаете реализацию по заявкепокупателя3 - то резервы списываются с заявкипокупателя3, а сами заявки покупателя и заказы поставщику ПО ЭТОМУ ПОКУПАТЕЛЮ ПО ЭТОМУ ДОГОВОРУ - гасятся по фифо - то есть с самых первых заявок/заказов, где упоминаетс яреализуемый товар.
.
по крайнйе мере, я мыслю так - четче - посмотреть по движениям документа можно.

> при этом списывается с заказов-заявок того не пришедшего вагона.
- что именно списывается (резервы изи заявки?) - из этйо фразы НЕПОНЯТНО - можно домыслить.. я например домысливаю, что имеется в виду спсиание заявок (т.е. наших обязательств перед клиентом; резервы - не являются обязателсьвами перед клиентом)

Списываются Заказы-заявки, т.е. наше распределение по вагонам.
Короче, если пришедший вагон не расписан, то все нормально. Плохо, если он расписан по более поздним заявкам, которые могли бы и подождать.

прочитал еще раз (0) - так и не понял, в чем проблема? что не устраивает? покажи на конкретном примере...

пятница тут?

Теперь уже всё устраивает!
Я сделала документ, который переписывает распределение по пришедшему вагону на другие заказы, освобождая тем самым количество для списания по самым старым заявкам.
Еще добавила возможность в заявке выбирать конкретный заказ поставщику, чтоб не разбивалась поставка по нескольким вагонам.

В рамках одного клиента/договора - по-барабану как расписаны и раскладываются приходы. Для отгрузки по этому клиенту - все списывается по фифо в рамках договора - и резервы и заявки; поэтому - вообщем тут поступать просто - есть товар в резерве на клиента (или на свободном остатке) - тупо грузим на клиента сколько влазит по каждой заявке...
.
плохо то, что  при такой мешанине (в рамках типовой схемы ТиСа) могут возникать ситуации когда приходящий товар вместо распределения под еще незакрытые заявки - будет падать в свободный остаток - и его или надо отлавливать или зарезервирует другой ушлый менеджер...
.
при большой потоковой работе - тут надо немного упрощать схему...

(49) мутно как-то... заявки и без этого будут списываться самые старые по клиенту...
> в заявке выбирать конкретный заказ поставщику,
- а это вообще непонятно.. заказы поставщику формирутся по заявкам покупателей...
.
ну раз вышло - значит ок.

(50) Нет, клиенты все разные.
Вышло ли - будем 11-го смотреть у заказчика.
Чего это он будет падать в свободный остаток? Там, по-моему, как раз прописано, что сначала резервируется под уже существующие заявки на поставку.
Заказ поставщику формируется безо всяких заявок - просто по предварительным прикидкам, потому что товар идет больше месяца, заказчики столько ждать не хотят.

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

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

1. Сначала создается "Заказ поставщику"№1 без всяких привязок к Заявкам (их даже нет на даный момент).
2. Потом постепенно создаются "Заявки покупателя", которые резервируют под себя товар из "Заказ поставщику" №1
3. Потом создается "Заказ поставщику" №2 и последующиу Заявки.
//************************************************************
4.Делаем Поступление ТМЦ по Заказу №2. т.к. Заявки из п.2 создавались еще ДО создания Заказа №2, то естественно база пишет: "Все заказанные товары либо получены, либо их нет в наличии!". По Заявкам же, которые создавались уже после Заказа №2, не важно с резервами к каким Заказам база разрешает товар выдавать (при этом корретно гасит резервы по Заказу №1).

ИМХО сейчас самое простое у Поступления убрать привязку к доку основанию (Заказу №2) и тогда база разрешит выдавать товар по Заявкам из п.2.
При Поступлении товара по Заказу №1, база товар, уже выданный по заявкам отправит на свободный склад (всмысле не будет ставить по нему резерв).

// Злопчинский, я праально всё понял?

Але а-ап!!

Привязку просто так убрать нельзя - как тогда получат товар те, кто ждет именно этого вагона? Т.е. нарушится вообще всякая упорядоченность!

(56) на основании Заявки покупателя вводишь Реализацию и готово.

(54) не.. по идее не так будет...
по п.4: база ничего не напишет, поступление по ЗаказуПоставщику2 есть, заказПоставщику2 закроется как выполненный, товар тупо упадет в свободный остаток так как по заказу поставщику2 нет заявок клиентов. При этом на свободном остатке будут товары - и эти же товары !!не будут зарезервированы!! хотя на них висит "заявкапокупателя из п.2"

(56) > Привязку просто так убрать нельзя - как тогда получат товар те, кто ждет именно этого вагона
- очень прсото получат этот товар - он свалится под эти заявки (или в свободный остаток) из другого пришедшего вагона!!!

> Т.е. нарушится вообще всякая упорядоченность!
не бывает всякой/невсякой упорядоченности. Она - упорядоченность - либо есть, либо нет.
.
поэтому если пришел вагон3 (остальные застряли на таможне) - грузи покупателям, которые стоят под этот вагон3 - даже если "впереди" есть те, кто ждут вагон1, вагон2.. - вот это УПОРЯДОЧЕННОСТЬ.
.
в противном случае - да, упорядоченность слетит и будет трудно контролировать/понять (особенно при массовых скользящих поставках) что на кого как грузить... Если "упорядоченность" нарушилась - делай приходы БЕЗ УКАЗАНИЯ ДОКУМЕНТА_ОСНОВАНИЯ - будет падать или на свободный остаток - и тогда тупо отгрузаешь первые заявки покупателей в ОЧЕРЕДНОСТИ ЗАЯВОК ПО ОТГРУЗКЕ или если упадет на первый незакрытый заказ поставщику - то тогда проблем нет...
.
я точно не помню - писал выше - если приход без указания документа основания - то падает или в свободный остаток или на первый по фифо незакрытый заказ поставщика (с ограничениями по срокам поставок/отгрузок).
.
на самом деле  рекомендую работать только ПО ДВУМ ВАРИАНТАМ - либо с ЧЕТКОЙ УПОРЯДОЧЕННОСТЬЮ - пришел 3вагон - отпускаешь клдиентов по 3вагону , остальные курят. либо - !!как сделала ты!! - при появившемся нарушении упорядоченности - ПРОИЗВОДИШЬ ПЕРЕРАСПРЕДЕЛЕНИЕ между пришедшим товаром и очередью отгрузок покупателям.
.
на самом деле у тебя вырисовывается система немного другая: независимо что пришло и в каком порядке пришло - тебе надо !!резервировать!!/грузить В ПОРЯДКЕ ОЧЕРЕДИ ПЛАНИРУЕМОЙ ОТГРУЗКИ ЗАЯВОК КЛИЕНТОВ, т.е. резервирование товаров делать не по распределению заявок-заказов, а по ФИФО ДАТ ОТГРУЗКИ.

дополнение к предыдущему пункту:
> в противном случае - да, упорядоченность слетит и будет трудно контролировать/понять (особенно при массовых скользящих поставках) что на кого как грузить...
- но после того как придут все вагоны - будет возможность отгрузить все заявки и В ИТОГЕ - все закорется "в ноль".. - но посреди этого процесса въехать в это - будет неочевидно...
.
поэтому рулят ПРСОТЫЕ РЕШЕНИЯ - которые прозрачны для контроля и понимания.
.
поэтому многие клиенты даже при оптовых поставках покупателям - предпочитают работать не по схеме большая заявка покупателя - нескольо отгрузок по ней, а заявка покупателя - отгрузка что есть - заявказакрывается - новая заявка от клиента - ибо так легче (я не говорю что так работа.т все, но колво работающих по более сложным схемам чем заявка-отгрузка-заявка-отгрузка - таких фирм мало, но например у мну фармация - работала по длинным сделкам - дерево подчиненност имогло быть на 20 листов запросто - большая заявка покупателя - куча заказов куче поставщиков-куча поступлений-куча отгрузок по одной заявке покупателя).

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

(60) Когда упало на свободный остаток - радостные менеджеры всё зарезервировали новым покупателям.
(62) Ага, вот точно! А потом ко мне - претензии.
Я говорю - вы ж сами знали, что на самом деле это не свободные остаток! А они - "ну, оно же лежит!"

(63) может поможет:
у Заявки Покупателя можно поставить по умолчанию режим "Только по Заказам покупателя", чтобы не трогать свободный склад.

(0) Э... А конфа какая? Очевидно, какая-то своя нетленка?

Почти типовая, но очень старая (933) и местами дописанная.

(66) фигня, у меня текущая конфа - 932, и на фармации - что-то типа 933 - там по торговой части - почти ничего не меняется.

(64) это что за режим такой? варианты резервирования - знаю... такого - нет..

(63) в (60) я написал два рецепта, которые будут прозрачны и контролируемы. остальные - явно не ваш случай как выяснилось - не потянете... так что если сделала документ "перераспредления" - то им и рулить...