ReSQL.ru
     
powered by simpleCommunicator - 2.0.51     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Нужен совет при разработке склада в учетной системе
44 сообщений из 44, показаны все 2 страниц
  все  
Нужен совет при разработке склада в учетной системе
    #36119775
DelphiLexx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DelphiLexx
Участник
Работаю программистом в одной компании, сейчас в одном из проектов реализовывается ф-ции склада. Сообственно на меня возложена эта задача, а опыта построения программ складского учета особо не было. Вообщем нужен совет программера участвующий в подобных проектах. Столкнулся с такой проблемой: как известно склад может хранить сырьё разного типа, а соответственно и за каждым видом сырья закрепляюся свои ед. измерения, т.е. одни в килограммах, другие в литрах, третьи в метрах, четвертые в штуках и т.д., в справочнике сырья есть возможность за каждым видом компонентов указывать свою единицу, которая используется по умолчанию при добавлении данного компонента на склад (сырье на склад, естестественно добавляется только из справочника сырья). Дать ли пользователю возможность задавать размерность отличную от заданной в справочнике сырья.
Я не знаю нужно ли отрывать такую функцию для пользователя или это полный абсурд, чтобы на складе единицы различались от заданных в справочнике сырья. Дело в том что в зависимости от решения по разному будет выглядеть БД и по разному будет работать логика программы.

Если такую функцию запретить, то изменения ед. изм. у каких-либо компонентов, сразу автоматически отразиться на эти компоненты хранимые на складе. БД в самом простом случает выглядит приблизительно так:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
MEA_DICT - справочник ед. изм.
  MEA_ID integer
  MEA_NAME varchar( 16 )
RAW_DICT- справочник сырья
  RAW_ID integer
  MEA_ID integer
  RAW_NAME varchar( 64 )
SKLAD - склад
  SKLAD_ID integer
  RAW_NAME integer

Если такую функцию открыть, то изменения ед. изм. у каких-либо компонентов, отразиьтся на эти компоненты только при их новом добавлении. БД в самом простом случает выглядит приблизительно так:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
MEA_DICT - справочник ед. изм.
  MEA_ID integer
  MEA_NAME varchar( 16 )
RAW_DICT- справочник сырья
  RAW_ID integer
  MEA_ID integer
  RAW_NAME varchar( 64 )
SKLAD - склад
  SKLAD_ID integer
  RAW_NAME integer
  MEA_ID integer /*при добавлении сырья на склад MEA_ID копируется из RAW
...
Рейтинг: 0 / 0
31.07.2009, 11:21
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36119803
ERP'шник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ERP'шник
Гость
DelphiLexx,

Конечно лучше дать пользователю задавать Trans UOM

Для этого вводят вторую единицу измерения - единица измерения для операции.

И в транзакции пишут поля такого типа: item_code, trans_quantity, trans_uom, base_quantity (вычисляется системой), base_uom

Отдельно заводят таблицы пересчетов единиц измерения, в том числе между разными классами UOM. (например пересчет коробок в кг для позиции "Молоко")

Тема про UOM не такая простая, лучше ознакомьтесь с литературой по предметной области.
...
Рейтинг: 0 / 0
31.07.2009, 11:29
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36119877
DelphiLexx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DelphiLexx
Участник
ERP'шникТема про UOM не такая простая, лучше ознакомьтесь с литературой по предметной области.
Спасибо - смысл уловил. Не подскажите как это сделать в самом простом случае? Просто особо времени не дают и соответственно вникать в тонкости UOM особо некогда, поэтому нужно запроектировать более менее не статично, но без излишков по времени
...
Рейтинг: 0 / 0
31.07.2009, 11:49
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36119996
Naf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Naf
Участник
остатки и движения на складе необходимо хранить в одной и той же единице номенклатуры, а вот справочники:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
table Raw --сырье
  ID integer
  Name varchar( 100 )
  DefaultMeasure Measure --единица в которой ведутся движения и остатки

table Measure --единицы измерения
  ID integer
  Name varchar( 20 )
  Raw Raw --данную единица только для этого сырья!
  Coef numeric( 7 , 3 ) --коэффициент к другим единицам того сырья (например 1 упаковка = 120 штук: у штуки ставим 1, у упаковки 120)

table Warehouse --склады (собственно с единицами не связано)
  ID integer
  Name varchar( 100 )

Допустим, есть поступление количества N в единицах Х, тогда нужно перевести в DefaultMeasure по формуле: N*X.Coef/X.Raw.DefaultMeasure.Coef
Желательно, чтобы DefaultMeasure имело минимальную степень вхождения (обычно 1).
Для получения отчета в произвольных едиицах нужно воспользоваться обратной формулой:
M*X.Raw.DefaultMeasure.Coef/X.Coef

С уважением, Naf
...
Рейтинг: 0 / 0
31.07.2009, 12:19
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36120112
DelphiLexx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DelphiLexx
Участник
Nafостатки и движения на складе необходимо хранить в одной и той же единице номенклатуры, а вот справочники:

что-то не совсем понял зачем в таблицу Measure запихивать поле Raw_ID и также не понятно почему в Warehouse нельзя использовать MEA_ID.
Вот смотрите, как мне кажется, если я ошибаюсь, пожалуйста, поправьте:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
RAW_DICT- справочник сырья
  RAW_ID integer
  MEA_ID integer
  RAW_NAME varchar( 64 )

MEA_DICT - справочник ед. изм.
  MEA_ID integer
  MEA_NAME varchar( 16 )

MEA_CONVERT - таблица конвертирования из одних единиц в другие
  MEA_ID itneger
  MEA_ID integer
  Coeff_Convert double precession

SKLAD
  SKLAD_ID integer
  RAW_NAME integer
  MEA_ID integer /*при добавлении сырья на склад MEA_ID по умолчанию копируется из RAW

теперь предположим есть сырья A у которого в справочнике сырья стоит использовать кг (килограммы), на складе мы хотим указывать для него в т (тоннах). В таблице соответствия между кг и т стоит коэффициент 0.001
т и кг стоит коэфф 1000

пусть на складе мы указали, что сырья A у нас 5тонн, тогда если в каких-то модулях программы используется в каких-либо расчетах компонент А в кг, то согласно таблице конвертирования мы получим что надо домножить на 1000
...
Рейтинг: 0 / 0
31.07.2009, 12:50
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36120180
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
DelphiLexx
MEA_CONVERT - таблица конвертирования из одних единиц в другие
RAW_ID integer
MEA_ID itneger
MEA_ID integer
Coeff_Convert double precession

если понадобится, например, единицы массы пересчитывать в объем и т.п.
...
Рейтинг: 0 / 0
31.07.2009, 13:04
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36120220
DelphiLexx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DelphiLexx
Участник
iscrafmDelphiLexx
MEA_CONVERT - таблица конвертирования из одних единиц в другие
RAW_ID integer
MEA_ID itneger
MEA_ID integer
Coeff_Convert double precession

если понадобится, например, единицы массы пересчитывать в объем и т.п.
В смысле может получиться так, что для перевода одной единицы в другую будет недостаточно коэф. переводы, ну т.е. для разных компонентов этот компонент будет разный?! Тогда таблицу конвертирования следует разбить на:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
MEA_CONVERT - таблица конвертирования из одних единиц в другие
  MC_ID integer
  MEA_ID itneger
  MEA_ID integer
  Coeff_Convert double precession

RAWMEA_SPECIAL -т.е. одному коэф. перевода может соответствовать несколько RAW_ID
  MC_ID
  RAW_ID

А почему в таблице склад не нужно использовать MEA_ID
...
Рейтинг: 0 / 0
31.07.2009, 13:12
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36120260
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
DelphiLexxВ смысле может получиться так, что для перевода одной единицы в другую будет недостаточно коэф. переводы, ну т.е. для разных компонентов этот компонент будет разный?!

да. если такого товара нет и не предвидится, то конечно не стоит усложнять.

DelphiLexxА почему в таблице склад не нужно использовать MEA_ID
суть таблицы склад уточните плз. по структуре непонятно.
...
Рейтинг: 0 / 0
31.07.2009, 13:19
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36120348
DelphiLexx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DelphiLexx
Участник
iscrafmсуть таблицы склад уточните плз. по структуре непонятно.
SKLAD
SKLAD_ID integer
RAW_ID integer
MEA_ID integer
...
Рейтинг: 0 / 0
31.07.2009, 13:39
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36120495
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
DelphiLexx,

тогда единица измерения нужна. Правило простое: храните рядом (в одной записи) с цифрой, обозначающей количество, единицу измерения этого количества. всегда. Иначе можете попасть в ситуацию, похожую на 38 попугаев.
...
Рейтинг: 0 / 0
31.07.2009, 14:24
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36120527
DelphiLexx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DelphiLexx
Участник
iscrafmИначе можете попасть в ситуацию, похожую на 38 попугаев.
Т.е поле MEA_ID необходимо в таблице SKLAD?
...
Рейтинг: 0 / 0
31.07.2009, 14:34
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36120595
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
DelphiLexxiscrafmИначе можете попасть в ситуацию, похожую на 38 попугаев.
Т.е поле MEA_ID необходимо в таблице SKLAD?
если я правильно понял, то эта таблица суть карточка складского учета. если в нее записывается количество, то конечно нужна и единица измерения этого количества
...
Рейтинг: 0 / 0
31.07.2009, 14:54
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36120707
DelphiLexx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DelphiLexx
Участник
iscrafmесли я правильно понял, то эта таблица суть карточка складского учета. если в нее записывается количество, то конечно нужна и единица измерения этого количества
на самом деле эта таблица более сложна и состоит еще из дополнительной, ну суть уловил правильно здесь собственно указывается что у нас на складе, а уже партии конкретного вида сырья храняться в другой таблице. Я разрешаю менять ед. изм. только у вида сырья, но никак ни у партия, все партии одного вида имееют одну и туже размерность, а иначе просто будет большой геморой
...
Рейтинг: 0 / 0
31.07.2009, 15:16
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36120790
Тоже ипотечник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Тоже ипотечник
Участник
DelphiLexx
на самом деле эта таблица более сложна и состоит еще из дополнительной, ну суть уловил правильно здесь собственно указывается что у нас на складе, а уже партии конкретного вида сырья храняться в другой таблице. Я разрешаю менять ед. изм. только у вида сырья, но никак ни у партия, все партии одного вида имееют одну и туже размерность, а иначе просто будет большой геморой

каждый программист должен написать свой компилятор и свой склад

справочник партий конечно должен быть отдельным. а вот партия для текущей операции должна указываться в той же строке. и trans_uom в этом случае будет работать и для партии, а не только для "вида_сырья"

item_code, lot, trans_quantity, trans_uom, base_quantity (вычисляется системой), base_uom
...
Рейтинг: 0 / 0
31.07.2009, 15:39
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36120802
DelphiLexx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DelphiLexx
Участник
Тоже ипотечник
справочник партий конечно должен быть отдельным. а вот партия для текущей операции должна указываться в той же строке. и trans_uom в этом случае будет работать и для партии, а не только для "вида_сырья"

Завязать единицы измерения за партиями я не хочу, это усложняет процесс да и абсурд это
...
Рейтинг: 0 / 0
31.07.2009, 15:43
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36120842
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
DelphiLexx,

усложнение процесса наступает в тот момент, когда вдруг возникает запись с количеством, непонятно в каких единицах измеренным. Конечно можно реализовать логику, которая на каждом шагу будет контролировать логическую целостность данных, но спрашивали как проще.
...
Рейтинг: 0 / 0
31.07.2009, 15:59
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36120908
DelphiLexx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DelphiLexx
Участник
iscrafmусложнение процесса наступает в тот момент, когда вдруг возникает запись с количеством, непонятно в каких единицах измеренным...
Нет я имел ввиду другое, дело в том, что у меня реализовано так: сначала выбираем сырье которое хотим добавить на склад, для этого сырья есть возможность задать ед. изм. отличное по умолчанию (которое задается в справочнике сырья). После того, как добавлено сырье для него автоматически формируется одна партия в которой задается цена, дата и кол-во. Партий для конкретного сырья можно задавать сколь угодно.
...
Рейтинг: 0 / 0
31.07.2009, 16:21
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36120940
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
DelphiLexx,

я как раз про такую ситуацию. У вас создалась запись партии с указанием количества и ссылкой на справочник сырья, которая является источником информации о единице измерения. Через месяц метры, в справочнике сырья, поменяли на сантиметры. Вы сразу же, автоматически, становитесь обладателем множества записей с цифрами, непонятно что означающими.
...
Рейтинг: 0 / 0
31.07.2009, 16:32
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36121114
DelphiLexx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DelphiLexx
Участник
iscrafmя как раз про такую ситуацию.
Опять вы неправильно поняли, сейчас наглядно отображу
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
RAW_DICT- справочник сырья
  RAW_ID integer
  MEA_ID integer
  RAW_NAME varchar( 64 )

MEA_DICT - справочник ед. изм.
  MEA_ID integer
  MEA_NAME varchar( 16 )

SKLAD - склад
  SKLAD_ID integer
  RAW_ID integer
  MEA_ID integer /*при добавлении сырья на склад MEA_ID копируется из RAW

SKLAD_BY_PARTY
  SK_PARTY_ID integer //primary key
  SKLAD_ID integer  //foreign key
  COUNT
  PRICE double
  DATE  
  DESCRIPTION
...
Рейтинг: 0 / 0
31.07.2009, 17:33
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36121168
DelphiLexx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DelphiLexx
Участник
НУ что, так можно?
...
Рейтинг: 0 / 0
31.07.2009, 18:04
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36121645
DelphiLexx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DelphiLexx
Участник
Очень жду вашего ответа
...
Рейтинг: 0 / 0
01.08.2009, 12:46
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36121718
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Лучше добавьте ЕИ к запись партии. Зачем возможные колизии когда их можно избежать. А из SKLAD, кстати, можно убрать за ненадобностью. При необходимости получить остатки , всегда можно взять ЕИ из справочника
...
Рейтинг: 0 / 0
01.08.2009, 16:12
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36121815
DelphiLexx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DelphiLexx
Участник
iscrafmЛучше добавьте ЕИ к запись партии.
Что за ЕИ - не понял вас, не могли бы структурно через таблицы изобразить

Модератор: Тема перенесена из форума "ERP и учетные системы".
...
Рейтинг: 0 / 0
01.08.2009, 20:48
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36122162
DelphiLexx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DelphiLexx
Участник
И все же как расшифровывается ЕИ?
...
Рейтинг: 0 / 0
02.08.2009, 18:40
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36122164
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
DelphiLexxИ все же как расшифровывается ЕИ?
ЕИ, Ед.Изм., UOM, Unit of Meassure, Единица измерения...
...
Рейтинг: 0 / 0
02.08.2009, 18:47
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36122377
DelphiLexx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DelphiLexx
Участник
iscrafmЛучше добавьте ЕИ к запись партии. Зачем возможные колизии когда их можно избежать. А из SKLAD, кстати, можно убрать за ненадобностью. При необходимости получить остатки , всегда можно взять ЕИ из справочника
ТЕПЕРЬ когда знаю как расшифровывается ЕИ отвечаю на вопрос, закреплять единицы за отдельными партиями это, по-моему, полный бред. Смотрите к примеру, пусть на складе храниться H2SO4, что ж получается разные партии будут иметь разные единицы - т.е. сначала могут привести в литрах, затем в тоннах, затем в метрах. А тогда как же посчитать среднюю цена всех партий H2SO4, понятно что может с помощью справочника конвертирования переконвертировать к примеру тонны и метры(глупость ну да ладно) в литры, а кто сказал что литры это базовая единица, а может надо все в тонны? Вот отсюда и несурациза, поэтому я назначаю единицы за видом сырья, а партии должны приходить в единицах которые указаны. Мож я чего не понимаю?
...
Рейтинг: 0 / 0
03.08.2009, 00:45
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36122934
СергейТТТ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
СергейТТТ
Участник
DelphiLexx,

"а партии должны приходить в единицах которые указаны", а если по факту придут с другими - что делать ?

А если у вас в справочнике материалов значение ЕИ хранится не на дату, а как одно значение, то не понятно как быть при изменении ЕИ - отчеты по прошлым партиям будут с новыми ЕИ ??

Kучше все же хранить ЕИ для каждой партии.
...
Рейтинг: 0 / 0
03.08.2009, 12:12
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36122953
СергейТТТ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
СергейТТТ
Участник
DelphiLexx,

А ЕИ для каждой партии по умолчанию может тянутся из справочника материалов, но с возможность изменения, запрета или алерта (и др.) если ЕИ в партии отличается от справочника.
Можно составить отдельно таблицу возможных конверсий для ЕИ - тонна = 1000 кг и тп. и проверять ЕИ партии на соответствие.
...
Рейтинг: 0 / 0
03.08.2009, 12:17
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36122964
DelphiLexx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DelphiLexx
Участник
СергейТТТто не понятно как быть при изменении ЕИ - отчеты по прошлым партиям будут с новыми ЕИ ??

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

СергейТТТ
Kучше все же хранить ЕИ для каждой партии.
С точки зрения универсальности ты прав. Если закреплять единицы измерения за партиями, то придется много вскарячивать. Интересно как в 1С: Управление торговлей реализовано, закрепляются ли там ед. изм за партиями?
...
Рейтинг: 0 / 0
03.08.2009, 12:21
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36147083
LSV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LSV
Участник
Есть понятие "Базовая ЕИ". Дополнительные ЕИ имеют коэф. кратности к базовой.
Это позволит принимать одну и ту же жидкость в тоннах/бочках/бутлях/литрах.
В документе нужно иметь ссылку на нужную ЕИ. Дата актуальности ЕИ не нужна. ЕИ которая уже была задействована никогда не должна удаляться. Если она уже не нужна - просто прятать.

Не вижу проблем
...
Рейтинг: 0 / 0
17.08.2009, 10:37
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36158421
DimAAA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DimAAA
Участник
не знаю у кого какие случаи

но у нас единица измерения - это просто часть наименования товара

Пример:
Масло моторное**1л
Масло моторное**4л
Шланг полипропиленовый**1м
Пружина
Диск колесный
Прокладки**1к-т

единица измерения придумывается при создании кода
по умолчанию считается 1 шт

за 8 лет еще ни разу не было проблем
речь о магазине

не, если нужно уcложнять, то предела нет, но зачем?
...
Рейтинг: 0 / 0
22.08.2009, 23:53
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36158429
QQs
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
QQs
Участник
Вот блин, все гораздо проще. Устанавливается ЦMТС ( централизованные материальные закупки склад, реализация) парус, 1Ц повиг. Смотришь идею, и пишешь под себя. С вас пиво за идею )
...
Рейтинг: 0 / 0
23.08.2009, 00:00
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36159626
Bogdanov Andrey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Bogdanov Andrey
Участник
DimAAAне, если нужно уcложнять, то предела нет, но зачем?На нормальном складе 5 ящиков по 20 бутылок совсем не тоже самое, что 100 бутылок россыпью. Их и хранить и возить надо очень по-разному. Соответственно, если есть желание хранением управлять, то и учитывать такие отличия надо.
DimAAAречь о магазине
Так ту вроде про склад, а не про магазин тема. :)
...
Рейтинг: 0 / 0
24.08.2009, 13:02
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36160138
DimAAA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DimAAA
Участник
Bogdanov AndreyDimAAAне, если нужно уcложнять, то предела нет, но зачем?На нормальном складе 5 ящиков по 20 бутылок совсем не тоже самое, что 100 бутылок россыпью. Их и хранить и возить надо очень по-разному. Соответственно, если есть желание хранением управлять, то и учитывать такие отличия надо.


а если в 5 ящиках с 20 бутылками, во 2-ом ящике разобьется 1 бутылка, а в 4-ом ящике разобьется 2 бутылки, Вы чего делаете на "нормальном складе"?

Какие включаются "информационные обработки"?
Какие создаются документы и сколько человек их подписывает?
И что в итоге получается?

не мне просто интересно
...
Рейтинг: 0 / 0
24.08.2009, 16:13
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36160221
Bogdanov Andrey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Bogdanov Andrey
Участник
DimAAAа если в 5 ящиках с 20 бутылками, во 2-ом ящике разобьется 1 бутылка, а в 4-ом ящике разобьется 2 бутылки, Вы чего делаете на "нормальном складе"?

Какие включаются "информационные обработки"?
Какие создаются документы и сколько человек их подписывает?
И что в итоге получается?

не мне просто интересно
Вариантов поведения много.
Коробку можно, очевидно, превратить в бутылки россыпью (правда из паллетного или коробочного стеллажа их придется в штучные ячейки переставить). Отдельные бутылки можно перевести в категорию "бой". Иногда можно и бутылки россыпью превратить в полную коробку (правда, если речь об алкоголе, то надо за партионностью строго следить). Можно оперировать и неполными коробками. Правда не все складские системы умеют это нормально делать. Также некоторые системы позволяют перефасовку производить - сохранив общее количество поменять "тарность".
А бывают еще весовые товары или штучно-весовые - это вообще отдельная песня.
Ну а сколько каких бумажек подписывается зависит от документооборота конкретного склада, а не от системы учета.
...
Рейтинг: 0 / 0
24.08.2009, 16:53
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36160283
DimAAA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DimAAA
Участник
Bogdanov AndreyВариантов поведения много.
Коробку можно , очевидно, превратить в бутылки россыпью (правда из паллетного или коробочного стеллажа их придется в штучные ячейки переставить). Отдельные бутылки можно перевести в категорию "бой". Иногда можно и бутылки россыпью превратить в полную коробку (правда, если речь об алкоголе, то надо за партионностью строго следить). Можно оперировать и неполными коробками. Правда не все складские системы умеют это нормально делать. Также некоторые системы позволяют перефасовку производить - сохранив общее количество поменять "тарность".
А бывают еще весовые товары или штучно-весовые - это вообще отдельная песня .
Ну а сколько каких бумажек подписывается зависит от документооборота конкретного склада, а не от системы учета.


расплывчато
можно, можно .. а нужно то кому?
у нас никаких "многих вариантов", "отдельных песен", "можно" и "бумаг": нет 3-х единиц товара - клик на компе -3 и баста - набежала недостача в руб, секундное дело, никаких документов, окромя суммы долга.

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

софт легко позволяет найти на складе даже скрипку Страдивари за миллион баксов, погасив этим всю предыдущую недостачу, очень гибкая программа, в ящике она или в коробке, да какая разница
...
Рейтинг: 0 / 0
24.08.2009, 17:36
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36160587
Bogdanov Andrey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Bogdanov Andrey
Участник
DimAAA
расплывчато
можно, можно .. а нужно то кому?
у нас никаких "многих вариантов", "отдельных песен", "можно" и "бумаг": нет 3-х единиц товара - клик на компе -3 и баста - набежала недостача в руб, секундное дело, никаких документов, окромя суммы долга.Ну так о том и речь, что вы говорите не о складской программе, а просто об учете остатков товара в розничной торговой точке. Ни на одном складе "кликом на компе -3" вам сделать не озволят - любой расход должен бумажкой быть подтвержден, а то первая же инспекция склад ваш закроет. Но учет тарности не для инспекции нужен, а для управления этим складом. Без детального учета где, что в каких ящиках лежит вы на двадцатитысячном складе уже через месяц ничего не найдете.
...
Рейтинг: 0 / 0
24.08.2009, 21:17
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36163405
andr_andrey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andr_andrey
Участник
DelphiLexxiscrafmЛучше добавьте ЕИ к запись партии. Зачем возможные колизии когда их можно избежать. А из SKLAD, кстати, можно убрать за ненадобностью. При необходимости получить остатки , всегда можно взять ЕИ из справочника
ТЕПЕРЬ когда знаю как расшифровывается ЕИ отвечаю на вопрос, закреплять единицы за отдельными партиями это, по-моему, полный бред. ... Мож я чего не понимаю?

Уважаемый, вам реальное дело говорят, вы сделайте, потом как найдете. Поверьте, так удобнее и целесообразнее! ЕИ это одна из первых характеристик партии, это потом вы уже партию можете разбивать/переводить в другие ЕИ, но исторически должна храниться первоначальная ЕИ, иначе, по прошествию лет, можно и не увидеть правды ;)
...
Рейтинг: 0 / 0
26.08.2009, 11:28
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36163612
DimAAA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DimAAA
Участник
Bogdanov Andrey Но учет тарности не для инспекции нужен, а для управления этим складом.

- согласен, случаи и склады бывают разные, есть и склад контейнеров в порту Гон-Конга

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

- на основании какого закона инспекция может закрыть склад фирмы - не понятно,
я не спец в юриспруденции, но по-моему РФ идет по пути римского права, а оное гласит - "польза - основа права, мать доброго и справедливого» Википедия

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

а где какой товар лежит - пусть сотрудники склада этим и занимаются и даже без компьютера
...
Рейтинг: 0 / 0
26.08.2009, 12:31
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36163758
Bogdanov Andrey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Bogdanov Andrey
Участник
DimAAA- отличие склада и розничного магазина - только на эмоциональном уровне - на уровне софта нет отличий,
розничный магазин - это и есть склад с добавлением +1 процесса расхода покупателями
Тут вы несколько ошибаетесь.
И ошибка ваша в приведенном ниже высказывании лежит.
DimAAA
а где какой товар лежит - пусть сотрудники склада этим и занимаются и даже без компьютераВ магазине такой подход еще прокатит. Но количество переходит в качество. Имея десятки тысяч наименований и миллион единиц хранения занимаьтся "даже без компьютера" плохо получается.
Мне вы можете не верить, но почему-то десятки компаний занимаются разработкой систем управления складом, а склады их зачем-то покупают (причем за очень немаленькие деньги).
Видимо в этом софт есть некоторое число функций, которые магазинным софтом нереализованы.
...
Рейтинг: 0 / 0
26.08.2009, 12:58
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36163827
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
DimAAAпо топику лишь отметил - привязка единиц измерения к наименованию товара
только в качестве значения по умолчанию, не более.
20.08 создали запись товара Т1, ЕИ кг
21.08 оприходовали 1 ед на склад
25.08 изменили в записи товара ЕИ на граммы или тонны
26.08 вспоминаем, что означает количество 1 в записи оприходования.
это для тех, кто любит разгадывать ребусы. Остальные запишут в записи оприходования 1 кг
...
Рейтинг: 0 / 0
26.08.2009, 13:14
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36164093
DimAAA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DimAAA
Участник
20.08 создали запись товара Т1, ЕИ кг - Масло моторное**1кг
21.08 оприходовали 1 ед на склад - остаток мат. ценностей ОМТ (руб) +100 руб
25.08 изменили запись товара (переименовали код) - стало Капот, ОМТ не изменился
26.08 разгадываем ребусы, обнаруживаем отсутстиве Капота (его "украли") и наличие Масла (какая удача) - делаем инвентаризацию по данному коду, no problem, в ОМТ ребусов и не было

если по факту инвентаризации наден менее ценный товар считается недостача, ОМТ=ФактНаличие+Недостача


у нас таких случаев 10/день, рутина

Поставщик привез - Трапеция стеклоочистителя Газель, приняли, оприходовали, отгрузили в магазин. Пришел покупатель, спец, говорит - это не на Газель, а на Соболь - вот видите тут 2 отверстия, продавец делает переименование кода и не парится, да еще и переоценку, никаких ребусов

это к тому да хоть в микрограммы переведи - возникла путанка в штуках - сделай инвентаризацию кода
...
Рейтинг: 0 / 0
26.08.2009, 14:34
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36164121
Bogdanov Andrey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Bogdanov Andrey
Участник
DimAAAПоставщик привез - Трапеция стеклоочистителя Газель, приняли, оприходовали, отгрузили в магазин. Пришел покупатель, спец, говорит - это не на Газель, а на Соболь - вот видите тут 2 отверстия, продавец делает переименование кода и не парится, да еще и переоценку, никаких ребусов

это к тому да хоть в микрограммы переведи - возникла путанка в штуках - сделай инвентаризацию кодаНу так в такой ситуации вообще непонятно зачем вам какой-то софт нужен - только время отнимает. Зачем что-то в какой-то системе учитывать, если данные учета никому не нужны и исправляются по первому чиху продавца?
...
Рейтинг: 0 / 0
26.08.2009, 14:44
| Ответить | Цитировать | Написать  
Нужен совет при разработке склада в учетной системе
    #36164455
DimAAA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DimAAA
Участник
Bogdanov AndreyНу так в такой ситуации вообще непонятно зачем вам какой-то софт нужен - только время отнимает. Зачем что-то в какой-то системе учитывать, если данные учета никому не нужны и исправляются по первому чиху продавца?

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

А вот ОМТ один сотрудник никак не может изменить.
В полном соответствии с принципом двойной финансовой записи, придуманным другом Леонардо-да-Винчи в 14-ом веке - команду на приходно-расходную операцию дают как миниму 2 человека - один сдал, другой принял.

Компьютер - 1) для счета ОМТ и 2) для программно-аппаратного обеспечения материальной ответственности.

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

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

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

то есть когда все реализовалось как безбумажное, фирма разбогатела, все стали очень крутые, ну прямо не Петя, а виконт, граф, маркиз .. про герцога я вообще молчу
тогда было закуплено тонна бумаги и все стало печаться .. постановления о возбуждении уголовного дела стали вешать в рамочки .. такие дела .. мне со своими гуманитарными принципами приходится скрываться.. ((
...
Рейтинг: 0 / 0
26.08.2009, 16:35
| Ответить | Цитировать | Написать  
44 сообщений из 44, показаны все 2 страниц
  все  
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Нужен совет при разработке склада в учетной системе
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?all=1&fid=33&tid=1548488]:
 0ms
get settings:
 10ms
get forum list:
 12ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 58ms
get topic data:
 11ms
get forum data:
 3ms
get page messages:
 81ms
get tp. blocked users:
 1ms
others: 303ms
total:  485ms
созд. / загр.: 485ms
x
x
Закрыть


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