Пользователь формирует заявку. При этом он еще не знает какой товар конкретно будет отгружаться. Далее - начинается работа с товаром - нужно увязать товар в заявке с товаром в остатках, а если такового нет, то сделать заявку поставщику. И тогда товар в заявке будет увязан с товаром в заявке поставщику, которую потом будут отслеживать когда она приедет

Как то путанно все. Как можно упростить ? Структура получается какая то суперсложная. Не нравится это.

ViPRosAlexsalog,

2 таблицы вроде всего то ну не считая справочников всяких) :)

Спецификация документа в конечном счете связана с таблицей остатков. Но, при этом вопрос - нужно ли в спецификации документов делать ссылку на товар или завязать спецификацию с жестко с таблицей остатков ? Кроме того - заявка на поставку - её как считать - документом добавляющим запись в таблицу остатков ?

AlexsalogViPRosAlexsalog,

2 таблицы вроде всего то ну не считая справочников всяких) :)

Спецификация документа в конечном счете связана с таблицей остатков. Но, при этом вопрос - нужно ли в спецификации документов делать ссылку на товар или завязать спецификацию с жестко с таблицей остатков ? Кроме того - заявка на поставку - её как считать - документом добавляющим запись в таблицу остатков ?

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

ViPRosAlexsalog,

остатки не нужны
тип заявики - пополнение, отбор, статус выполнен, не выполнен
отбор резервирует у пополнения, пополнение генерируется от отбора.

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

и потом - "пополнение" - это когда товара нужного уже нет. а у нас он есть.

ViPRosAlexsalog,

"есть" = Пополнение со статусом "выполнен"
подумай, я этоделал лет 10 назад по заказу, со всякими временными параметрами, приоритетами и т.д. для оптовой базы

ок. а вы делали как-то взаимосвязь: спецификация <-> в спецификацию ? или развязано все было и согласовывалось через отчеты, контрольные запросы ?

ViPRosAlexsalog,

было явная связь

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

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