Решение ряда задач склад-продажи

Уважаемые специалисты, у меня небольшое швейное производство для работы нужен учет и продажа изделий, в access-е новичок навоял тут бд для решения своих задачи в краце:
--отшиваю 10 изделий 4-х размеров, 4-х цветов,
--есть склад выкроек куда принимаются выкройки
--затем из склада я распределяю их по швеям,
--затем частями они возвращают мне их в готовом виде уже в склад готовой продукции, из которого я их потом реализую.
--Бывает что в заказе есть позиция, которой нет на складе готовой продукции, но есть в виде выкройки у кокой либо из швей, так вот нужно чтобы я видел заказы со статусом "в работе",склад готовой продукции и параллельно видел выкройки всех швей по отсутствующей позиции.
-- И последнее минусоваться продукция из склада готовой продукции должна после перехода заказа в статус "отгружен".

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

Заранее благодарю. БД прилагаю.
-----------
информацию по поиску требуемого списка:
"Запускаете new_idea_forms, кнопка "работа" и вкладка "оценки". Там находится проблемный список.
Соответственно new_idea_forms это пустые формы, а таблицы с данными находятся в new_idea_tabl"

Вложения

Microsoft Office Access 2007 База данных.rar (338.1 Кб, 26 просмотров)

0

Ну как же, все же понятно.
Есть 3 табл.
Изделия
Детали
И
Промежуточная таблица
СоставИзделия
В форму - Изделия вставляете Подчиненную форму на основе табл. - СоставИзделия, где будут поля
Код_СоставаИзделия
КодИзделияСИ
КодДеталиСИ
КоличествоДеталейСИ

Для каждого изделия укажите Все возможные детали входящие в комплект или состав
По этому можно рассчитать стоимость материалов и прочих деталей комплекта
Потом у рукодельниц наверное нужно учитывать трудозатраты и прочие расходные материалы с коэффициентами.

0

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

Советы ваши ценные, но помогите в решении поставленных задач, а к тому что вы предлагает я неизбежно приду сам позже.

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

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

0

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

0

Поздравляю, событие важное, я пока позаполняю там все да формы создам, попробую что нибудь сам.

Добавлено через 5 минут
А у вас нет примера бд склад, я бы её посмотрел да может разобрался бы?

0

Где то был.
Посмотрите в моем профиле.- Созданные темы
Щас уже не соображу дословно, ибо уже пишу с планшета, но как то так можно поискать в поиске раздела
Товары (Приход, расход, остаток)
Возможно ближе к вечеру дойду до ноута и только тогда скину пример или ссылку на пример.
Он конечно не именно про вас, но очень похож.

0

borzenkoav, Смог доползти до Ноута и найти примерчик.
Вот смотрите и изучайте
В форме - Реализация, просто невозможно реализовать, больше чем есть в наличии.
А статистика, что, в где и когда, это уже типа почти элементарное.

Миниатюры

 

Вложения

Товары-21.rar (351.1 Кб, 13 просмотров)

0

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

Вся эта схема была в excel реализована в виде сводной таблицы.

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

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

Вложения

База.rar (82.9 Кб, 7 просмотров)

0

Сообщение от borzenkoav ...Вот моя очередная бд,...

Лично на мой взгляд вы прыгаете с одного на другое, делая все наполовилу или менее того, плюс торопитесь невдумчиво читая советы, дабы сделать кое как, а не что бы потом было легко и просто работать.
С Импортом и экспортом наверное не помогу, т. к. плоховато знаю сей вопрос и ВСЁ делаю в самом - Access
Делаю пример по вашим рассказам и пояснениям.
Попробуйте на нем заполнить данные справочников
Для начала нужно описать возможные - ВидыДеталей, сами Детали
Затем Детали в Изделиях, их количество в них.
Как заполните, выкладывайте пример, дабы можно было понять специфику.

.

Вложения

Швейное Производство-04.rar (89.3 Кб, 9 просмотров)

0

Похоже ТС обломался и испугался трудностей по созданию БД, раз молчит как рыба об лёд.
А ведь победа была так близка.
Короче не боец.

0

Меня трудности никогда не пугали, просто для решения поставленной мною задачи мне нужно лично пройти путь проб и ошибок, наверняка пройденный вами когда то ранее

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

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

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

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

Но рук я не опустил, просто доп.таблицы приводят лишь к усложнению понимания принципов, а именно их понимание мне необходимо.

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

0

Лично для меня - чем сложнее структура БД, тем легче будет с ней работать.
Типа - Тяжело в ученье, Легко в бою.

0

Подскажите пожалуйста, как реализовать в бд что во вложении, операции перемещения, остатков, списания, прихода, в какой то из бд видел, а как реализовать не знаю, там в запросе что то объединять нужно а вот как?

Вложения

Microsoft Office Access 2007 База данных (2).rar (53.6 Кб, 7 просмотров)

0

Сообщение от borzenkoav что то объединять нужно а вот как?

Возможно чего то не так понял, но возможно что нужно вот так.
В форме - Операции, вводите данные
В форме - Склады, смотрите чего и сикока находится на каждом складе

Вложения

Microsoft Office Access 2000 База данных (3).rar (29.9 Кб, 18 просмотров)

0

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

0

Стрелочки, это способ объединения таблиц.
Если в режиме конструктора запроса щёлкнуть по линии связи, то откроется окошечко, где можно выбрать одно из трех способов, а именно нужное объединение.
А именно, если вы какое то поле не ввели по каким то причинам, то все равно покажет - ВСЕ записи запроса или при другом, только те, где все поля заполнены из справочников, тут так слёту не объяснить, это нужно проявлять в процессе творения запроса, тем более я не препод и правильно объяснять не всегда умею.
И все зависит от конкретной задачи, нужен ли - обновляемый запрос или просто что бы подставить нужное значение.
Это книжки нужно читать или самому пробовать добиваясь нужного результата.

0

Сообщение от borzenkoav где то с середины февраля начнутся заказы, если не будет учёта я буду слеп

Так зачем чего-то ждать? Нанимайте специалиста прямо сейчас и он вам за неделю всё сделает.

0

Здравствуйте. Прошу прощения за оффтоп.
Винни, Винни, а к кому мы в гости идем? (...)

VinniPuh, я поразбирал схему Вашей базы (Товары-21.rar). У меня вопрос по структуре организации учета.

Товары-Приход-Расход. Типы организации связей:
1. Товар -> Движение (движение описано в одной таблице, "+" - приход, "-" - продажа) (так сам делал, получилось не очень, бяки при запросах на остатки товара, который уже имеет продажи и которому поменяли цену на остатки)
2. Товары -> Приход -> Продажа (т.е существуют таблицы Прихода, Продажа) ( на такую перешел сейчас, бяк пока не знаю)

У Вас в базе увидел третий тип связей: Что-то совмещенное между п.1 и п.2. Товары -> Каталог операций (дата, цена, тип операции:продажа/покупка/списание/возврат)-> Движение товаров (кол-во).

Расскажите, почему так сделали? Хотя, я догадываюсь, потому что несколько видов операций...

С уважением,

0

Сообщение от dangee ...Расскажите, почему так сделали?...

Один и тот же товар могут поставлять разные поставщики, могут поставлять по разным ценам, а могут и по одним.
Каталог на то и каталог, что поставщик в январе поставил по одной цене, а в феврале повысил/понизил стоимость товара с одним и тем же наименованием, но они из за этого с разными Кодами в каталоге.
Именно на дату и цену поставки нужно ориентироваться при выборе при реализации товара.
Вкратце как то так.

0