Создание транспортной накладной

Уважаемые форумчане, здравствуйте!

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

Есть две загвоздки.
1.
В Справочнике товаров (tDirectoryOfProducts) есть, к примеру, товары:
"Хлеб пшеничный 1 сорт 600 гр." и
"Хлеб пшеничный 1 сорт 600 гр. (Обмен)".

Сделал так для удобства сбора оператором заявок с магазинов.

Комплектовщику, фактически, нет никакой разницы поставляется этот товар на обмен или продается, для него это просто - Хлеб пшеничный 1 сорт 600 гр.
Как вывести в отчете (rConsignment) товары "Хлеб пшеничный 1 сорт 600 гр." и "Хлеб пшеничный 1 сорт 600 гр. (Обмен)" в общей строке "Хлеб пшеничный 1 сорт 600 гр."?

2.
Этим мой затык не ограничивается.
У магазинов могут быть разные формы оплаты: 1 - нал; 2 - безнал.
Комплектовщику опять же фиолетово как именно будет оплачиваться товар. Поэтому как товары с разными признаками (1 или 2) поместить в один??
Ответ здесь может быть очевиден - убрать из запроса - источника записей отчета признак формы оплаты. Но! Необходимо в конце отчета поместить итоговое поле - сколько водитель должен в итоге привезти денежек, т.е. надо все-таки учитывать форму оплаты.
Сломал голову, господа! Выручайте!
БД прилагаю.

Вложения

TestDB.zip (36.7 Кб, 33 просмотров)

0

Сообщение от goldenbar В Справочнике товаров (tDirectoryOfProducts) есть, к примеру, товары: "Хлеб пшеничный 1 сорт 600 гр." и "Хлеб пшеничный 1 сорт 600 гр. (Обмен)". Сделал так для удобства сбора оператором заявок с магазинов.

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

Добавлено через 5 минут
Тут несколько вариантов решения.
Подумайте.
В вашем случае можно ввести как дополнительный признак (лишнее уточнение оператору), либо вывести партии товаров "за скобки" - смотрите как вам удобнее.

0

Eugene-LS,
Я пошел на этот шаг (создание отдельного товара с признаком (обмен) в целях максимального убыстрения работы менеджера.
В БД есть форма, в которую выгружается сразу весь справочник товаров, и менеджер быстро пробегает по форме ставя необходимое количество для каждого товара. Если оператор будет сначала выбирать из списка товар, а потом ставить дополнительный признак "обмен", то это будет очень долго, соответственно это не подходит под наши цели.
Кстати, Eugene-LS, именно Вы помогли мне сделать форму где отображается весь список товаров!))) очень Вам благодарен!

0

Сообщение от goldenbar Я пошел на этот шаг (создание отдельного товара с признаком (обмен) в целях максимального убыстрения работы менеджера.

Ну тут можно машину заставить выбирать партию на расход.
Это усложняет всё и появляется "метод расхода партий товара".
Смотрите сами - идею я подсказал, но она системного уровня - вам решать.

0

Сообщение от goldenbar Я пошел на этот шаг (создание отдельного товара с признаком (обмен) в целях максимального убыстрения работы менеджера.

Значит вам нужно использовать что-то другое, а не реляционную СУБД

0

alvk,

Сообщение от alvk Значит вам нужно использовать что-то другое, а не реляционную СУБД

Вы так категоричны. Не спорю, может это не лучшее решение. Но может Вы посоветуете тогда как организовать данные.
Приложу документ из конкретного бизнес-процесса: товарный чек.
Там необходимо отображать сколько хлеба идет на обмен.
Как поступить?

Миниатюры

 

0

Сообщение от goldenbar Вы так категоричны.

Алвик не категоричен - у него юмор такой.
А по существу вопроса могу напечатать следующие:
Тему "сисек" вы так и не раскрыли.
Продаёте партиями(частями), а не со склада.

Вот ответ на ваш вопрос - заведите "Склад" - принимайте и торгуйте с него.
А ваши: "(Обмен)" учитывайте в сторонке.
Думаю, так будет проще всем.

0

Народ!
Вот такая погодка у нас.
69-й градус сев. широты - штиль и и всего -4.
Я гулять ...
Ненавижу свой комп!
Всё остальное потом ...

Всем спасибо.
Пока!

Миниатюры

 

0

Сообщение от Eugene-LS Я гулять

Отличная идея!
После прогулки почитайте мой пост))

Пекарня, для которой я делаю БД, микроскопическая. Сколько хлеба заказали, столько же испекли, ровно столько же развезли по магазинам. Зачем здесь склад?)

0

Сообщение от goldenbar ровно столько же развезли по магазинам. Зачем здесь склад?

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

0

Сообщение от goldenbar Там необходимо отображать сколько хлеба идет на обмен.

Не вижу препятствий. Чек - это отчёт, в отчёте вы данные можете представлять как угодно, но вот хранить их необходимо как положено.
Итого таблицы.
1. ВидТовара: код, наименование
тут булка, хлеб, батон и т.д.
2. ТипТовара: код, наименованиеТипа
Пшеничный, городской, любительский
3. Вес: код, вес
4. Товар: код, кодВидТовара, кодТипТовара, кодВес, Цена, ДатаЦены, Действует.
Поле Действует - Да\нет для добавления новых цен в справочник.
5. ТипДокумента: код, наименование
тут товарныеЧеки, кассовыеЧеки, платПоручения и т.д.
6. Документ: Код, КодТипаДокумента, КодТовара, Количество, Сумма, Дата

Ну а в ваш чек выводите информацию запросом, наименования вида,типа,веса соединяете в одном поле через & " " &
в остальных полях цена количество сумма

Что касается таблицы с клиентами, то тут думаю сами справитесь

1

Спасибо большое, alvk!
Буду размышлять над этим.
Так организовать данные наверно у меня получится.
Вот как потом сделать форму для записи заявки для конкретного магазина подобную той, которая у меня сейчас есть.... вот здесь видимо будут проблемы. Я приложу принтскрин, может подскажите в каком направлении мыслить?))

Миниатюры

 

0

Сначала ответ, потом вопрос?

Сообщение от alvk выводите информацию запросом, наименования вида,типа,веса соединяете в одном поле через & " " & в остальных полях цена количество сумма

Сообщение от goldenbar Я приложу принтскрин, может подскажите в каком направлении мыслить?))

источником данных делаете запрос, а запрос по схеме выше, например вот с ИОФ из трёх полей таблицы:

1

Спасибо,alvk, буду думать!)

0