Ребята. Порыскал форум но не нашел ответ на вопрос:
Как реализовать корректировку данных после инвентаризации склада.
То есть. Есть склад (транспортная логистика). Груз приезжает, груз уезжает, груз выдается клиенту, груз забирается у клиента.
По поводу таблиц (приход/расход) - решил делать одну таблицу с пометкой вида операции.
Если склад захочет увидеть что унего должно быть на складе, то выведем отчет по приход-расход и увидем что должно быть.
Но если склад решит провести инвентаризацию? Склад посмотрел по БД, что должно быть 10 коробок. А на самом деле 11 или 9.
Что в таком случае делать? Я так понимаю, что если больше, то нужно оприходываться эти коробки себе на склад.
А если меньше? Что делать?
Должна ли быть отдельная таблица?
Таблицу связей приложил... Но что то мне кажется, что уж сильно где я много использую "груз_ИД" в таблицах...

denis2710,
У меня квитанция - это документ в котором хранится груз.
Багажная накладная - это документ в котором хранятся квитанции. Приходуют по багажным накладным, сканируя груз из машины...
То есть приход/расход мне нужно привязать к багажой накладной?
1. Мне нужно создать отдельную таблицу для инвентаризации??
2. Подразумевается что груз - всегда равен 1.
3. Создать отдельную таблицу остатков?

denis2710авторУ меня квитанция - это документ в котором хранится груз.
Багажная накладная - это документ в котором хранятся квитанции. Приходуют по багажным накладным, сканируя груз из машины... Т.е квитанция - это тело документа(аля ид товара,кол-во....)
,а багажная накладная - это загаловок(аля № квитанции,ид пути,тип документа)?
Если да,то
Поле маршрут_ид зачем в таблице Квитанция и Багажная накладная?
Таблица Багаж_накл_квитан... только ради что кол-во груза = 1?
Поле маршрут_ид зачем в таблице Квитанция и Багажная накладная?
Или я чего-то не понял?

Что за поле Квитанция_ид(ИД)?
Почему первичные ключи на коде,а не на Ид полях(квитанция и Багаж_накл_квитан)?
автор Создать отдельную таблицу остатков?
Надо просто вести справочник товаров с полем остатка.Если Единицы_груза это он,то зачем та поле квитанция_ид?
автор Мне нужно создать отдельную таблицу для инвентаризации??
Если принимается багажная накладная,то как вы определяете она приход или расход?
Скорей всего лучше ввести тип багажной накладной,одним из которых будет инвентаризация.И делать соотв действия при работе с этим докуметом багажной накладной
1. Поле маршрут_ид зачем в таблице Квитанция и Багажная накладная? - каждая квитанция идет по определенному маршруту, каждая багажная накладная идет по определенному маршруту
2.Поле маршрут_ид зачем в таблице Квитанция и Багажная накладная? - нет не проще. Потому что каждая единица груза уникальна и со своим штрих-кодом.
Насчет вида багажной накладной - можно было бы ввести вид. Но она только для прихода/расхода (склад/автомобиль)..
Не знаю пока как реализовать корректировку остатков по складу...

И того вот что получилось к концу дня

denis2710С начала по схеме
1.Таблицы багаж_квитанция и марш_лист_квитанция поле ид все же первичный ключ?
2.Таблиц приход/расход
а) оставить одно поле груз_ид,поля квитанция_ид,багаж_накл_ид можно получить по нему(нормализация )
б) поле место_ид из какой таблицы?
в) секция_ид откуда? вместо него наверно склад_ид?
г) ответственный_ид-это о чем?
3.таблица маршруты код->ид
4.таблица тариф маршрут->маршрут_ид.
5.поле дата наверно должно присутствовать,не только в приход/расход

1.НУ я не спец. Вот по этому и спрашиваю. Как по мне должны быть ключами.
2. Таблица приход/расход - думаю нужно оставить поле (багажная накладная) будет заполняться после того как будет проведена (приход/расход) багажная накладная
Место - переименовал в (Склад/автомобиль) это то есть с какого места шла операция (приход/расход)
Ответственный - сотрудник который сканировал коробки (приход/расход)
3,4,5 - изменил
denis2710Все же я наверно чего-то не понимаю В таблице груз точно не должно быть поля кол-во?
У нас одно место = одна единица груза. Не важно сколько коробок юудет на паллете. Ее запаллетировли и наклеили штрих-код.
По этому единица груза всегда равна =1. ИД единицы груза - это ее штрих-код.

denis2710Таблицу приход/расход когда будет заполняться(при создании багажной накладной,при к-н действии на ней)?
Как вообще у вас процесс то должен идти??
Предпологается что будет так:
1.Создали на складе №1 багажную накладную - это будет расход со склада. Автоматом создастся такая же багажная накладная на как приход на склад №2
2.Сотрудник отсканировал весь груз и залил данные в систему со сканера. Данные попали в таблицу (приход/расход) с указанием откуда был расход и куда был приход. В сканере будут указываться места прихода и расхода. и данные об единицах груза.
3.Засунули груз в машину - это приход груза в машину.
4.Машина приехала на склад №2
5.Начали сканировать - опять указали откуда расход и куда приход.
6.Слили данные в систему. Если все совпало с багажной накладной. То ее провели и данные из нее попали в таблицу приход расход.
примерно так...

MaximuS_G,
Это проблемы клиента. Он знает как идет погрузка. Для этого у нас идут отдельные тарифи в зависимости от того как будет перевозится груз. Разные тарифи= разная стоимость услуг на перевозку груза...
Тут вопрос двояки.
Например у нас есть отдельный тариф - паллета
Мы принимаем груз как паллету - это равно одной единице груза. Сколько коробок там нас не интересует... И клиент сам понимает что ему нужно хорошо запаллетировать свой груз на своем складе.
как то так...

Прошу прокомментировать кто что может...
Интересно очень комменты услышать по структуре БД... А не по формам или запросам... делалось все на скорую руку что бы примерно понимать как это будет...
еще раз повторяю будет все сделано потом на C#
выложу завтра схему бд...

denis2710,Доброе утро!!!!
И так приступим.
1. Заменил все на ИД
2.Написал в краце процесс. Но есть нюансы. Мне нужно реализовать возможность сверки данных сканирования с данными в системе "багажная накладная". То есть будет так:
1. формируем багажную накладную - все квитанции и единицы груза которые будут ехать в определенной машине.
2.идме сканировать груз.
3.Сверяем данные с канирования с данными в багажной накладной - нужно как то будет сверить эти данные. И потом откорректировать багажную накладную. Выходом у нас этой операции есть корректная багажная накладная и машина с грузом по этой багажной накладной.
4.Про квитанцию - после того как на складе оформили квитанцию и указали сколько единиц груза по ней идет. Все эти единицы груза падают на приход этого склада и числятся там до того момента пока их не отправят куда нужно (на другой склад).
5.Вот с автомобилем у меня проблемма. Конечно должно быть видно в какую именно машину загрузили груз.
Ну вот документами по которым будут записываться приход/расход я планирую сделать багажную накладную.
То есть так:
квитанция - документ (номер) по которому получатель может забрать свой груз. Формируется на приемае груза.
Багажная накладная - документ для водителя в котором указанно - кол-во мест, тоннаж и по каким квитанциям.
ТТН - тоже для водителя.
Багажную накладную не могут везти несколько машин. БН формируется под конкретную машину по конкретному маршруту.
Новый вариант БД

zeon11, - спасибо за комменты
1. я тоже так в начале думал, что нужно 2-ве таблицы приход/расход. Но сделал одну... Позже переделаю. Сделаю 2-ве
2. Тут я Вас не совсем понял... Склад "киев" - может состоять из нескольких секций. То есть, одно помещение разбито на несколько визуальных отсеков. Что с ними делать, я пока не знаю... может есть у кого практика работы с этими секциями и прихода/расхода с них???
3. Сдесь, согласен. Сделал отдельную таблицу для автомобилей. Но как мне теперь реализовать приход/расход??? Так:


4. Тип операции был чисто информативным... Там так и записывал (+1)/(-1)
5.Пока что называю таблицы просто так.. лишь бы понятно было что это... Это шаблон.
6.Из единиц груза убрал атрибут - кол-во.
7.С квитанцией согласен... там куча проблем...
Не совсем понимаю как мне реализовать процесс сканирования... Есть у когото опыт???

авторПо поводу машины.
За основу возьми не машину, в конце концов товар можно перевезти и на подводе, а элементарно ПЕРЕМЩЕНИЕ чего-то.
Это перемещение характеризуется следующими характеристиками: ОТКУДА, КУДА, ВРЕМЯ_НАЧАЛА, ВРЕМЯ_КОНЦА, ВОДИТЕЛЬ
Если по-пути водитель куда-то заехал (выгрузил-добавил товар), то у тебя должно быть ДВА элементарных перемещения и рейс будет как обьединение двух элементарных перемещений. Если водитель сменился - то тоже нужно делить.
Это конечно всё кажется сложным, но по другому нельзя. Лучше систему строить на самый сложный случай логистики, потом всё переделывать будет в сто крат дороже.
Хоршо. Давайте откинем пока БД... Интересен вопос сопровождение груза такими документами. Я предполагал, что багажная накладная будет у меня таким документом... Но наверное был не прав...
Как на практике такое реализовано??
Должен быть еще отдельный документ "накладная". Я прав?
То есть при приеме груза на склад документ который отвечает за то что груз реально приняли - это квитанция.
приход/расход - должна быть накладная. И у склада должно указываться что и куда он отдал или принял...
может подскажите где глянуть как такое реализоать?

И еще одно. Инвентаризация!!
Когда я буду смотреть остатки по складу.
Например у меня будет +1 единица груза после проведения инвентаризации. Мне нужно будет сделать приход этой деницы груза на склад? То есть создать документ в котором укажу штрих код этой единицы и т.д. И тогда остатки будут нормальными.
А если -1 единица, то делать расход и начинать вести служебное расследование по этому грузу... Если нашли на другом складе то де лать перемещение этой единицы?

Видимо я не такой уж и плохой ) Если люди мне отвечают zeon11,
У меня есть следующие документы:
ТТН - это понятно
Багажная накладная - отправитель (склад), получатель(склад), номер документа, дата,перечень квитанций, кол-во мест по каждой квитанции, общее кол-во мест по багажной накладной.
Ведомость приема-выдачи груза -тоже что и багажная накладная только другая форма. Бала сделана для удобства приема/расхода груза с машины/на машину.... Зааполняется вручную.
Планируется печатать эту ведомость на основе данных сканирования. И система будет сверять данные сканирования с данными багажной накладной.
То есть так:
1. Сформировали багажную накладную в системе - 5-ть квитанций, по этим квитанциям 10 мест = 10 единиц груза.
2. Отсканировали, загрузили в машину, залили в систему данные проверили на совпадение данных (баажнаую накладную и данные сканера). Если все нормально, то провели в системе багажку и на складе пошел расход по этому грузу с указанием откуда расход куда. На склад получатель сформируется багажная накладная (как приход) но не будет проведена.
3. Приехала машина на другой склад выгружаться... Отсканировали груз, залили в систему. Система сверила дынне сканера и багажки(черновик). Если все нормально то провели и груз упал на приход этого склада...
Если будет недостача: то тот груз который есть он приходуется, по остальному начинаются вестись разборки...
Насчет доп.таблицы для груза который непонятно откуда и чей, я согласен. И для него нужно наверное будет формировать отдельные штрих-кода?
По инвентаризации подскажите чтото?

zeon11,
ок. спасибо за подробную схему. Уже разобрался как сделать... Сейчас к новому этапу перешел...
интеграцию ТДС с БД

Появился такой вопрос. Нужны ли мне вообще таблицы (приход/расход) в БД?
Ситуация следующая. На 50-ти филиалах будет своя база. И будет общая база, в которую будет все сливаться... Итого 51-бд.
Базы будет синхронизироваться со одной общей.
Думаю, может для каждого филиала отдельно вести таблицы (приход/расход). То есть не синхронизировать их. Что бы уменьшить поток данных.

zeon11,
Я читал, что таблицы прихода/расхода нужны для того что бы там были статические данные. К примеру, если у меня не будет таблиц с такими данными. Я могу остаток по складу сформировать отталкиваясь от документов по которым этот груз пришел. То есть запросом... Но отчет будет тяжелый... будет просматривать все записи....
А вот если таблицы, то будет легче...
Прав я или нет? И вообще для чего эти таблицы нужны в БД?
пример структуры данных для вывода остатка запросом.