Те, кто сталкивался с международными транспортными перевозками, знают, что для учета там пользуются 2 документами на товар.
Для тех кто не знает:
“Invoice” содержит полную информацию в формате:
1. Товар
2. Количество
3. Сумма
4. вес нетто/брутто
5. кол-во грузомест (коробок)
“Packing-list” содержит в себе только упаковочную информацию:
1. № Паллеты
2. Товар
3. Кол-во коробок
4. шт. в коробке
5. вес нетто/брутто
* паллета – место где лежит товар, в одном документе может быть ~ 24 паллеты и в каждой лежать один и тот же товар.
Эти два документа всегда ходят парой (как товарная накладная и с/ф) и всегда совпадают товар-количество, но один описывает деньги, другой упаковку. И то и то нужно учитывать.
При проектировании БД никак не могут в голове уложиться структуры этих документов и их связь.
Дураку понятно, что от инвойса нужно оставить только товар, сумму, а в пакинг-листе учитывать все остальное. Но как сделать так, чтобы номенклатуры документов не расходились, т.е. нельзя было завести в инвойс один товар, а в пакинг лист– другой, и при этом не нужно было бына против каждой группы паллета-товар ставить часть общий суммы?

Поясню на примере:
Invoice
ТОВАР Шт. Сумма
Товар 1 100000 50000
Товар 2 6000 1000
Товар 3 50000 4000
Packing
№ ПАЛ. ТОВАР ШТ.
1_______Товар 1 20000
1_______Товар 3 30000
1_______Товар 2 1000
2_______Товар 1 50000
3_______Товар 1 30000
3_______Товар 2 5000
3_______Товар 3 20000

И как все это хранить?

Попутно кто-нибудь может меня научить рисовать нормальные таблички тут =) а то я не умею =(

Это не очень красивый выход, я уже думал об этом. Может кто-то встречался с уже реализованной такой системой?
Сначала создается packing, потом инвойс, а ногда важнее наоборот, еще как вариант в такой системе можно изменить invoice, не изменив paking и тогда вообще документы нарушатся =(. Их нужно как-то одновременно заносить, синхронно.

А в таком случае, если packing будет ссылаться на InvID+товар не будет ли ситуация, когда
1. в таблице инвойса товар будет, а в пакинг-листе его, например забудут внести?т.к. если он будет в инвойсе, то по нему должна быть хоть какая-то информация, пусть он даже не в паллете, но он же весит, и кол-во упаковок имеет. (Забыл совсем, а еще бывает так, что товар не паллетирован, просто навален кучей поверх паллет)
2. или, что еще хуже в пакинг листе кор*шт. в кор = 5000 а в инвойсе их будет 10000?
Это ведь тоже надо контролировать.

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

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

p.s. вернусь завтра....

Блин, про статус это и в прямь классно, только не в тему. и оч. сложно и геморно в реализации, надеялся на что-то более простое и логичное, я же не 1С строю =)

Спасибо тяп-ляпу, но, на сколько я понимаю, для каждого док. pakiD должен начинаться с 1 (0), тогда в таблицу pack нужно включить DockID, что собственно я и придумал, но тогда цену (а значит и вес и шт. в коробке и т.д. и т.п. храним для кажной группы DokID+PackID, а это ручные расчеты или программный разнос суммы из инвойса, где товар посчитан кучей (без packID)

я понял, что проще всего разносить суммы, так наверное и сделаем.
вся информация будет так:
Ключи:
InvID
PackID
и там инфа для каждой записи сумма, веса, коробки.

Интерфейс только геморный... сначала заводим packing, без сумм, но со всеми данными (коробки, веса)
Затем на его основании строим запрос с группировкой по номенклатуре (данные формы) и проставляем общие суммы из полученного инвойса, нажимаем кнопочку "разнести суммы" и программа их разносит пропорционально по количеству товара в группе InvID+PackID.
Вот. По другому никак проще не вижу.

Прошу прощения, может я тупой и не умею объяснять.
Я для себя уже все понял, спасибо за помощь, но даже последний вариант не катит, т.к.
В 2 паллетах из одного документа может лежать один и тот же товар в разных колличествах. а в вашей модели количества указываются в инвойсе. в этом и есть основная беда. но это уже не важно

О! как бывает. а склад не парится вводить цены для каждого товара в каждой паллете?

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