powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Приход/расход на/с несколько "складов"
21 сообщений из 21, страница 1 из 1
Приход/расход на/с несколько "складов"
    #34048433
Фотография DeColo®es
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Требуется: вести учет движения комплектующих между складами.
Тут все понятно: 3 основные таблички:
Склады(ИД, название),
Накладные (склад_откуда, склад_куда),
Товар(накладная, артикул, к-во).

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


Я лично вижу 2 варианта:
1) При поступлении сначала все передавать отдельными накладными в некий "общий служебный склад" типа "поступления и расходы предприятия", откуда уже "раскидывать" отдельными накладными по конкретным складам "внутри".
Минус - необходимость сначала учитывать общий приход, потом, тут же - отдельные, хотя "по жизни" товар просто "расходится" по складам сразу.

2) Перетащить поля (склад_откуда, склад_куда) непосредственно в товар.
Минус - придется перегружать интерфейс возможностью указания "источника/приемника" товара для каждой позиции накладной, плюс - увеличение объема базы.

Ваши соображения?
...
Рейтинг: 0 / 0
Приход/расход на/с несколько "складов"
    #34048530
Фотография VirusXP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
а в чём трабл то??? делай общий справочник товаров!!!
...
Рейтинг: 0 / 0
Приход/расход на/с несколько "складов"
    #34048537
Фотография VirusXP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
по логике ОДНА накладная адресована только ОДНОМУ складу. Другое дело что внутри склада могут быть отделы, и соответственно распределение внутри отделов ведётся уже другими документами
...
Рейтинг: 0 / 0
Приход/расход на/с несколько "складов"
    #34049886
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DeColo®es
2) Перетащить поля (склад_откуда, склад_куда) непосредственно в товар.
Минус - придется перегружать интерфейс возможностью указания "источника/приемника" товара для каждой позиции накладной, плюс - увеличение объема базы.

Ваши соображения?

Я делал так(там не только склады, но и списание, и т.д). Лет 15 никто не бунтует. А на объем наплевать.
...
Рейтинг: 0 / 0
Приход/расход на/с несколько "складов"
    #34050387
Фотография DeColo®es
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сахават ЮсифовЯ делал так(там не только склады, но и списание, и т.д). Лет 15 никто не бунтует. А на объем наплевать.Ну объем - понятно.
А как быть с тем, что для каждого "получателя" должен быть СВОЙ документ, который он ПОДПИСЫВАЕТ (ставит приход к себе "в базе")?
Например, поступает на предприятие от поставщика по одной накладной:
Гайки - 150шт
Болты - 200шт
Пленка - 500м

Железки идут на склад железок, пленки - на склад пленки.
Складовщик на "железном" складе должен "подписаться" только под гайками и болтами, да еще иметь у себя оригинал бумажки - накладной или хотя бы копию.
Пленочник - тоже.
Если документ "сводный" - получается, что он подписывается только под его частью.
...
Рейтинг: 0 / 0
Приход/расход на/с несколько "складов"
    #34050476
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
строки сгруппируйте по складам.
...
Рейтинг: 0 / 0
Приход/расход на/с несколько "складов"
    #34050797
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DeColo®es Сахават ЮсифовЯ делал так(там не только склады, но и списание, и т.д). Лет 15 никто не бунтует. А на объем наплевать.Ну объем - понятно.
А как быть с тем, что для каждого "получателя" должен быть СВОЙ документ, который он ПОДПИСЫВАЕТ (ставит приход к себе "в базе")?
Например, поступает на предприятие от поставщика по одной накладной:
Гайки - 150шт
Болты - 200шт
Пленка - 500м

Железки идут на склад железок, пленки - на склад пленки.
Складовщик на "железном" складе должен "подписаться" только под гайками и болтами, да еще иметь у себя оригинал бумажки - накладной или хотя бы копию.
Пленочник - тоже.
Если документ "сводный" - получается, что он подписывается только под его частью.

Накладные выходят для каждого получателя-отправителя, а с/ф - одна.
...
Рейтинг: 0 / 0
Приход/расход на/с несколько "складов"
    #34051014
Фотография DeColo®es
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сахават ЮсифовНакладные выходят для каждого получателя-отправителя, а с/ф - одна.То есть получается, что "подпись" о том, что товар принят фактически, ставится на каждый товар отдельно...
Будем думать...
Хотя я склоняюсь все-таки к первому варианту - сначала - поступление "в никуда", (точнее, на некий виртуальный склад "поступление на предприятие") потом - выдача с него на реальные склады.

С выдачей хуже - там больше 2-ой вариант подходит, но в данном случае важнее удобство именно получения, там его 99.5%
...
Рейтинг: 0 / 0
Приход/расход на/с несколько "складов"
    #34051433
Фотография !!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вы бы разобрались с бизнес-процессами.

1. От поставщика приходит сопроводительный документ - ТТН, например. Он к вашему приходу никакого отношения не имеет (точнее имеет, но не в рамках поставленной задачи)
2. Стало быть, для того, чтобы понять, можно ли приходовать на виртуальное склад-предприятие надо ответить на вопрос - кто за товар в этот момент отвечает? Если есть такое материально-ответственное лицо - можете приходовать, а потом раздавать по реальным складам. Кстати, здесь возникает понятие партионного учета - вам нужно или нет? Если товар из разных поставок после приходования обезличивается, то предача на другие склады может партионность не учитывать.
3. Поменьше внимания интерфейсам пользователя, у вас еще постановки задачи нет никакой
...
Рейтинг: 0 / 0
Приход/расход на/с несколько "складов"
    #34051474
Фотография DeColo®es
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да, постановки задачи действительно нет. :)
Вот я и пытаюсь понять, как её поставить за "заказчеГа".
Там "классика автоматизации" - пытаются с помощью программы решить вопросы, которые не могут решить "на бумаге". :(

Насчет партионного учета - спасибо, подумаю, хотя вряд ли он "им" нужен.

Насчет авторОт поставщика приходит сопроводительный документ - ТТН, например. Он к вашему приходу никакого отношения не имеет (точнее имеет, но не в рамках поставленной задачи)
все "прозаичнее" - купили на рынке кучу расходников (одна-две-три "бумажки"), их нужно раскидать "по-быстрому" по 1-5 складам. :)
Вот и думай, как сделать, чтобы это могла и одна "девочка из бухгалтерии" ввести и складовщики "принять". И чтобы было не "как есть", а "нормально", с фиксацией перемещения материальных ценностей внутри предприятия между материально ответственными лицами.
...
Рейтинг: 0 / 0
Приход/расход на/с несколько "складов"
    #34051598
antand
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Мы как раз с нашими поставщиками системы учета такие проблемы недавно обсужали. Пришли вкраце к такой реализации:
Документы покупка и продажа - это не складские документы. По этим документам ведется расчет с поставщиком\покупателем.
Ниже уровнем находятся реальные складские документы, т.е. одному документу покупка может принадлежать несколько складских приходных накладных на разные склады(кстати в этих приходных накладных даже цены могут не указываться, только кол-во).
Документы перемещения - это тоже на уровне складских документов.
Еще есть документы перемещения товаров на складе(это когда по ячейкам надо учитывать). Это чисто складское, они на учет вообще не влияют, это только для удобства кладовщиков.
С продажами так же.
Я не стал здесь все подробно описывать думаю идея понятна.
...
Рейтинг: 0 / 0
Приход/расход на/с несколько "складов"
    #34051752
Фотография DeColo®es
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Понятно. Идея интересная и довольно дельная, спасибо.
По большому счету - она пересекает оба подхода.
Единственное, что "смущает" - существование на разных уровнях связанных документов, в которых как-то нужно поддерживать целостность "наполнения".
Бум думать дальше.

Вообще многое становится прозрачней, когда вместо слова "накладная" начинаешь думать "документ". :)
...
Рейтинг: 0 / 0
Приход/расход на/с несколько "складов"
    #34051832
antand
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
DeColo®esПонятно. Идея интересная и довольно дельная, спасибо.
Единственное, что "смущает" - существование на разных уровнях связанных документов, в которых как-то нужно поддерживать целостность "наполнения".
Вообще многое становится прозрачней, когда вместо слова "накладная" начинаешь думать "документ". :)
Не знаю что "смущает", у нас все очень красиво получается.
Я конечно здесь не буду приводить, кто, что "наполняет" и как целостность достигается. Думаю, это Вы сами додумаете.
...
Рейтинг: 0 / 0
Приход/расход на/с несколько "складов"
    #34051843
Фотография DeColo®es
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
antandНе знаю что "смущает", у нас все очень красиво получается.Отход от 3-ей формы смущает, наверное. ;)
А как все реализовать - примерно понятно.
...
Рейтинг: 0 / 0
Приход/расход на/с несколько "складов"
    #34051925
antand
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Осмелюсь дать еще один совет.
Вы пока забудьте про 3,4 и т.д. формы, раз уж Вы решили за заказчика постановкой задачи заниматься.
Поставьте себя на место заказчика как тут уже говорили, изучите бизнес-процессы, грамотная постановка задачи и т.д. и т.д.
Только потом проектирование базы.
Я сам никогда профессионально не занимался проектирование базы(я профессионально занимаюсь экстлуатированием баз), но сколько раз убеждался, что когда все предыдущие пункты грамотно продуманы(чем я собственно и занимаюсь), то на базу все ложится, как будто для этой задачи базы придумали. Aж до 10 формы:).
...
Рейтинг: 0 / 0
Приход/расход на/с несколько "складов"
    #34051969
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DeColo®esЕдинственное, что "смущает" - существование на разных уровнях связанных документов, в которых как-то нужно поддерживать целостность "наполнения".

Ни чего в этой схеме "опасного" нет. Запись транзации содержит 2 ссылке. 1-я на пакет, вторая на документ из пакета. Пользователь всегда водит пакет, т.е. общий документ. Документы для каждого склада формируются автоматом. Печатается тоже пакет. Картинка ниже как иллюстрация. В проекте на картинке такие документы тоннами каждый день проводятся. В 3НФ все нормально :)
...
Рейтинг: 0 / 0
Приход/расход на/с несколько "складов"
    #34051972
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
p.s. Формируются только заголовки и привязываются к записям транзакций, т.е. "группируют" их.
...
Рейтинг: 0 / 0
Приход/расход на/с несколько "складов"
    #34052818
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
antandДокументы покупка и продажа - это не складские документы. По этим документам ведется расчет с поставщиком\покупателем.
Ниже уровнем находятся реальные складские документы, т.е. одному документу покупка может принадлежать несколько складских приходных накладных
Делал так же, и был весьма доволен. Схема получается концептуально правильная, поэтому любые дополнительные требования реализуются в ней довольно легко, хотя на первом этапе требуется несколько больший объем работы.
...
Рейтинг: 0 / 0
Приход/расход на/с несколько "складов"
    #34053538
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да просто надо не "кто кому", а "кто,откуда, кому,куда" На первом уровне финансы, на втором предмет.
...
Рейтинг: 0 / 0
Приход/расход на/с несколько "складов"
    #34071715
Фотография DeColo®es
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Пока остановился на такой примерно схеме:
Документы 2-х видов (оба в одной табличке):
1) Поступление/расход на предприятии
2) Движение ценнорстей внутри предприятия

При приходе и расходе указываяются поставщик и получатель.

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

Предприятие ПРОДАЖЕЙ этих ценностей не занимается, закупки тоже происходят не круглосуточно.
...
Рейтинг: 0 / 0
Приход/расход на/с несколько "складов"
    #34081888
alkin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
DeColo®esТребуется: вести учет движения комплектующих между складами.
Тут все понятно: 3 основные таблички:
Склады(ИД, название),
Накладные (склад_откуда, склад_куда),
Товар(накладная, артикул, к-во).

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


Я лично вижу 2 варианта:
1) При поступлении сначала все передавать отдельными накладными в некий "общий служебный склад" типа "поступления и расходы предприятия", откуда уже "раскидывать" отдельными накладными по конкретным складам "внутри".
Минус - необходимость сначала учитывать общий приход, потом, тут же - отдельные, хотя "по жизни" товар просто "расходится" по складам сразу.

2) Перетащить поля (склад_откуда, склад_куда) непосредственно в товар.
Минус - придется перегружать интерфейс возможностью указания "источника/приемника" товара для каждой позиции накладной, плюс - увеличение объема базы.

Ваши соображения?

Заполняй склад не в шапке , а в строке таблицы !
...
Рейтинг: 0 / 0
21 сообщений из 21, страница 1 из 1
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Приход/расход на/с несколько "складов"
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]