Посоветуйте, как

← →
Imshanya (2003-02-05 16:50) [0]

Уважаемые Мастера!!!

Посоветуйте, как "строить" склад по системе FIFO ???

Конкретно, интересует вот что:

1.Для каждой строки в приходной накладной необходимо получить
информацию, на какие строки в расходных накладных "ушел" товар
и в каком количестве.

2.Задача, обратная 1:
Определить, с каких приходных накладных произведено
данное списание?

Буду признателен за помощь и
приношу извинения за очень размытую постановку вопроса.

← →
passm © (2003-02-05 16:58) [1]

Простейшая модель - пара таблиц:
Товарный остаток по приходам: (филиал, сектор, товар, непривязанное количество)
Привязка расхода к приходам: (документ прихода, документ расхода, товар, привязанное количество)
Дальше - вперед и с песней :)

← →
Imshanya (2003-02-05 17:16) [2]

2 passm
Спасибо!

Но вот "Привязка расхода к приходам: (документ прихода, документ расхода, товар, привязанное количество)"
именно это вызывает затруднения(в смысле осмысления) :)

Пойми что списывая товар, мне главное сколько его "докучи"
на тек. момент, т.е. "Привязка расхода к приходам" должна "генериться автоматом". А я что-то "увяз" или не "дотягиваю"?!

Хотя, может действительно Твой Совет Конретный...

Я поразмышляю...
Похоже я торможу... :)

← →
jocko (2003-02-05 17:51) [3]

Другой вариант:
две таблицы приход и расход (дебет, кредит) поля: количество, цена, дата, (счет, субчет, аналитика).
На дату вычисляешь остаток - что и является, кажется целью задачи (сворачиваешь по счетам, товарам, или проч.)
fifo - lifo определяет только алгоритм вычисления остатка и вообще не играет в структуре таблиц.
Не изобретай велосипед - ты как баланс считаешь ... дебет - кредит, все уже придумано еще во времена леонардо давинчи

← →
BlackTiger (2003-02-05 20:20) [4]

jocko - не путай склад с бухгалтерией!!! Ты со складом работал когда-нибудь? Во-первых со сладе количество списывается ТОЛЬКО двумя методами - FIFO и "точной привязкой" к приходу.

FIFO/LIFO и "средневзвешанное" - это методы списания СЕБЕСТОИМОСТИ товара.
Идеальный вариант (так делается в серьезных западных системах) - две таблицы минимум. " Приходы + Уходы", " Связь между уходом и приходом". Смысл 3-й таблицы в том, что ОДНО списание/уход со склада может перекрывать НЕСКОЛЬКО приходов и, в свою очередь, ОДИН приход может быть закрыт НЕСКОЛЬКИМИ уходами.
При этом разбивать уходы на несколько записей очень неудобно.

Пример:

"ПРИХОДЫ+УХОДЫ (Движение склада)"
Приход 1 - +10 шт. по 100 USD
Приход 2 - +5 шт. по 124 USD
Уход 1 - -2 шт. на сумму 348 USD (1x100+1x124).

"СВЯЗИ"
Связь 1 - "Уход 1" связан с "Приход 1", 1 шт.
Связь 2 - "Уход 1" связан с "Приход 2", 1 шт.

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

← →
BlackTiger (2003-02-05 20:22) [5]

Смысл 3-й таблицы в том

Читать как "Смысл 2-й таблицы в том"!!! Очепятка, однако...

← →
jocko (2003-02-05 21:46) [6]

2 BlackTiger
Смысл понятен, согласен.
Ответить можно только одно - зависит от постановки задачи.
Магазин - твоя схема хороша, если производство - можно поспорить не имеет смысла определять в какой машине закуручена тогда то купленная гайка, они все в одной куче. Смотря что описываем, товарный склад одно, мат. учет - другое. Храним входящие остатки таб 1, храним хозяйственнные операции таб 2 и 3 (уточняю надо 3 таблицы), на на любой момент времени определим текущий остаток (количество и общую стоимость).

← →
MsGuns © (2003-02-05 23:19) [7]

>BlackTiger (05.02.03 20:20)
>jocko - не путай склад с бухгалтерией!!! Ты со складом работал когда-нибудь? Во-первых со сладе количество списывается ТОЛЬКО двумя методами - FIFO и "точной привязкой" к приходу.

Один вопрос.
Зачем надо связывать "Уходы" с конкретными "Приходами" ?
У меня с десяток складских (опт, розница, опр+розница) программ крутится по 5-7 лет, и НИГДЕ я не делал прямых привязок между двумя совершенно независимыми типами документов (они только влияют на скл.остаток). Вот привязка конкретных документов (и приходных, и расходных) к ОПЛАТЕ нужна, причем конкретная.
Объясни, пожалуйста. Может, я дураком так и помру ?

PS Кстати, все мои проги бухгалтерско-складские. Если у тебя это разные понятия, то сорьки, а пас спорить.

PPS Да, скоро вообще программеры переведутся. Одни свистуны (1С) останутся ;((((

← →
MsGuns © (2003-02-05 23:37) [8]

>PPS Да, скоро вообще программеры переведутся. Одни свистуны (1С) останутся ;((((

Слово - не воробей, но все же..
Прошу эту мою фразу не воспринимать всерьез. Просто только вчера спорил с одинэсником. Он прав, наверное, по-своему, но конкретно задалбывает его твердая убежденность в том, что ИНАЧЕ НЕЛЬЗЯ !!!
(Речь шла вообще не о складе, но не в этом же дело)

← →
BlackTiger (2003-02-05 23:38) [9]

А эта АААчепятка откуда?!?!
Приход 1 - +10 шт. по 100 USD
Приход 2 - +5 шт. по 124 USD

Правильно будет так:
<В>Приход 1 - +1 шт. по 100 USD
Приход 2 - +5 шт. по 124 USD

если производство - можно поспорить
А я даже спорить не стану, ибо производство - вообще песня особая. Производство <> Склад ни в коем случае, но связано с ним. В тех же "серьезных системах" (не голословлю, сам с такими несколько лет работаю) производство выносится в отдельный модуль. Там, действительно, все производственные операции выносятся в свою таблицу, но всегда есть ссылка на склад. То же списание компонентов и о(а)приходовывание (блин, как это слово-то пишется...) готовой продукции - те же самые операции со складом. Фиксируются факт ухода со склада расходных компонентов под производственный заказ и факт прихода гот. продукции по производственному заказу. А вот что куда ушло - ведется отдельно. (не помню точно, какой это из MRP - I или II). "Реальная" себестоимость готовой продукции - вот это основная головная боль.

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

А в пинципе, имея многолетний опыт, могу сказать - не надо начинать работу над такой задачей самому, если нет опыта работы над подобными проектами "на вторых ролях". Правда, если тебе дают "cart blanc" (кажется так пишется) - вперед! Только поищи себе опытного консультанта - заодно и опыта получишь немерено. А опыт в нашем деле важнее любых знаний ( крик души - а то развелось, блин, книжно-институтских программеров как грязи)

← →
MsGuns © (2003-02-05 23:41) [10]

>BlackTiger (05.02.03 23:38)
>А в пинципе, имея многолетний опыт, могу сказать - не надо начинать работу над такой задачей самому, если нет опыта работы над подобными проектами "на вторых ролях". Правда, если тебе дают "cart blanc" (кажется так пишется) - вперед! Только поищи себе опытного консультанта - заодно и опыта получишь немерено. А опыт в нашем деле важнее любых знаний (крик души - а то развелось, блин, книжно-институтских программеров как грязи)

Подписываюсь под каждым словом (сам так начинал)

← →
MsGuns © (2003-02-05 23:43) [11]

Тигр, мне уже пора - троллейбус скоро. Если не против, продолжим дискуссию завтра.

← →
BlackTiger (2003-02-05 23:50) [12]

Зачем надо связывать "Уходы" с конкретными "Приходами" ?

А вот зачем!
Во-первых, четкое списание себестоимости.
Во-вторых, аналитика (например, отчеты вроде "Розничная продажа ПО ПОСТАВЩИКУ", "Наличие товара на складе по приходам (накладным)" и тыды).
В-третьих, возвраты товара с корректной себестоимостью.
В-четвертых, продажи товара "в минус" (да, и такое бывает!) с последующим расчетом себестоимости уже проданного товара.
В-пятых, коррекция себестоимости ПОЗЖЕ(!)

Продолжать? Я имею ввиду большие системы к которых склад и бухгалтерия стоит уже на ВТОРОМ месте, а не поделки, типа "склад и бухгалтерия - два по цене одного, да еще в одном флаконе". В разработку таких систем вкладываются миллионы американских рублей, много раз убеждался - не зря.

← →
Digitman © (2003-02-06 08:27) [13]

> BlackTiger

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

← →
passm © (2003-02-06 10:43) [14]

Есть нюанс - приход по инвентаризации. Наша бухгалтерия под это дело ввела понятие виртуальной внешней поставки.
Привязка виртуальной поставки к приходу по инвентаризации производится в ручном режиме. Поскольку дело это редкое и автоматизации не подлежит :)

← →
BlackTiger (2003-02-06 10:56) [15]

" приход по инвентаризации" = " коррекция склада в плюс", однако.

И не к чему это привязывать не надо, это сам по себе приход.

← →
jocko (2003-02-06 11:03) [16]

?????????????!!!!!!!!!!!!!!!!!!!

>Продолжать? Я имею ввиду большие системы к которых склад и >бухгалтерия стоит уже на ВТОРОМ месте, а не поделки, >типа "склад и бухгалтерия - два по цене одного, да еще в одном >флаконе".

← →
MsGuns © (2003-02-06 11:04) [17]

Тигр, спасибо за объяснение. Действительно, такая система имеет несколько очевидных плюсов, в частности нет "завязок" на одну цену сб-сть (т.е.необходимости заводить новую позицию в ценнике на тот же товар, если он пришел с другой ценой), удобство при выборе позиции товара при отпуске (выписке счета) и т.д.
Отпадает необходимость ведения картотеки (у меня, в частности, все системы строятся именно на ней).
Единственный прокол - я не понял, как ни размышлял, как решается при такой системе проблема резервирования товара. Объясни, если не трудно.

← →
passm © (2003-02-06 11:05) [18]

BlackTiger (06.02.03 10:56)> Не-е надо. Чтобы не портить отчетность.
В конце отчетного периода расчитываются, например, средневзвешенные закупочные цены. Если "нашли" товар ХХХ, куда-то его отправили, а потом продали. Всю картину портит.
Особенности работы бухгалтерии, однако.

← →
MsGuns © (2003-02-06 11:27) [19]

>passm © (06.02.03 11:05)

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

← →
MsGuns © (2003-02-06 11:34) [20]

Кстати, написал n-й пост, а потом попристальнее взглянул на сабж, а там явственно написано - ПАРАДОКС. Так вот, для Парадокса, особенно для многопользовательского приложения, метод привязки движения к приходам, ИМХО, обречен на сомнительную надежность и уж совсем отвратно масштабируем, т.к. практически не поддерживает нормальные транзакции. Я бы или строил систему все-таки на карточках (не требует сложных запросов и работает единичными табличными модификациями, т.к. вся логика "на клиенте") или выбрал бы нормальную клиент-серверную СУБД ("жар-птицу", ИМХО).

← →
passm © (2003-02-06 11:42) [21]

MsGuns © (06.02.03 11:27)> Кажется, я не совсем ясно изложил свои мысли. Представь:
Товара N никогда не было на складе. Его нашли по инвентаризации, значит надо определить приходную цену. Для этого формируют виртуальную внешнюю поставку от такого-то клиента по такой-то цене, но количество = 0. Таким образом, количественный приход произошел именно по инвентаризации, но для определения закупочной цены этот приход привязан к виртуальной поставке, по которой, повторюсь, было приходовано количество 0.

← →
MsGuns © (2003-02-06 12:13) [22]

>passm © (06.02.03 11:42)

Алексей, мы, кажется, плавно переходим от белой бухгалтерии к черной ;)). Такая схема "отмывания" черного товара применялась года 2-3 назад. Сейчас так делают только уж совсем отчаянные "бизнесмены", к тому же совершенно не знакомые с налоговым законодательством и основами бухучета. Да и не один нормальный завскладом не примет на себя ни одного гвоздя без документа.

PS А мы, оказывается, земляки ! Я в Сталинграде жил до 74г, когда и уехал на Украину учиться. С тех пор там и обитаюсь.
А моя сестичка с семьей и матушка до сих пор живут на Тулака. Знаешь, где это ?

← →
passm © (2003-02-06 12:28) [23]

MsGuns © (06.02.03 12:13)> Нет, AFAIK, у нас в бухгалтерии на этот счет все чисто. Просто, поскольку эта ситуация теоретически возможна, то ее надо обыграть. Например, приняли товар, все довольны. Но вдруг выясняется, что подложили что-то очень похожее, но не то. Есть два варианта - выяснять ситуацию с поставщиком или провести инвентаризацию.
Не хочу сказать, что у нас постоянно происходят пересортицы. Но если это теоретически возможно, то надо обыграть.

ЗЫ: Знаю, конечно! У меня есть друзья из Тулака. Но я живу в другой стороне города - на Спартановке с 97 года. Раньше жил в области - в далеком тихом хуторке :)

← →
MsGuns © (2003-02-06 12:34) [24]

>passm © (06.02.03 12:28)
>ЗЫ: Знаю, конечно! У меня есть друзья из Тулака. Но я живу в другой стороне города - на Спартановке с 97 года. Раньше жил в области - в далеком тихом хуторке :)

Ох, и занесло ж тебя ! У моей сестренки там дача недалеко. Был в прошлом году в гостях,- поехали на дачу - какие, блин, домишки у вас там недалеко от Спарты понастроили ! Есть даже с крытым бассейном.

Всем привет!
так я не до конца понял- если делать связи- то при расходе со склада надо указать пользователю с какого приходного документа списать- так что ли?

← →
BlackTiger (2003-02-06 12:45) [26]

Насчет базы данных - это да, не для Парадокса оно. Такие системы вообще никогда не используют файл-серверные базы (1Сы не в счет, хотя у них, вроде, есть SQL-вариант) - надо что-то по-серьезней. Хотя если объем данных планируется небольшой (всегда очень сложно определить) - сойдет. Можно еще предусмотреть "упаковку" записей - проводки по складу за определенный период упаковываются в один общий документ по определенному критерию, а детальная информация сбраывается в архив.

Насчет "пересортиц" и "вдруг найденного товара". Ну нашли, ну определили стоимость, ну и что? Есть два варианта - возврат поставщику "некорректного" товара и получение правильных документов или приход-коррекция за счет счета Главной Книги "результаты инвентаризации/коррекции склада" - "приход ниоткуда".

MsGuns © (06.02.03 12:34)> Да все нормально! Не чувтствую себя отрезанным от мира - у нас сейчас сеть маршруток хорошая. За 30-40 мин до Тулака довезут.
Домики не видел - нет у нас дачи. Вместо дачи - рынок в 2 мин ходьбы :)
Летом арбузы, абрикосы... :)~ Впрочем, Украина - тоже не север. Верно?

ЗЫ: Скоро, наверняка, модератор придет...

BlackTiger (06.02.03 12:45)>
> Насчет "пересортиц" и "вдруг найденного товара". Ну нашли,
> ну определили стоимость, ну и что? Есть два варианта - возврат
> поставщику "некорректного" товара и получение правильных
> документов или приход-коррекция за счет счета Главной Книги
> "результаты инвентаризации/коррекции склада" - "приход ниоткуда".

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

← →
BlackTiger (2003-02-06 13:22) [29]

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

Такая схема использовалась в предыдущих версиях системы, с которой я сейчас работаю. Сейчас они отказались от нее из-за большого геморроя и противоречивости их же идеологии и перешли на более навороченный вариант (офигенная гибкость, но и требования тоже здорово подросли). Им легче - у них есть несколько интересных патентов для ускорения расчетов (типа, подсчет суммы по выбранным записям ДВУМЯ(!!!) обращениями к базе, кто знает - тот узнает эту систему). Да и базу они используют собственной разработки, хотя есть и MSSQL-вариант. Самое смешное - на MSSQL ааааафигенно падает производительность по сравнению с родной базой.

А, вообще, склад - далеко не самая простая задача, чистая бухгалтерия куда проще, а самая сложная задача - производство.
И умиляют меня всякие "системы ведения склада и печати платежек", которые выкладываются на всяких shareware/freeware-серверах.

← →
Imshanya (2003-02-06 14:05) [30]

Н У Н А Р О Д!!!
О Г Р О М Н О Е С П А С И Б О !!!
У Д А Ч И В А М В С Е М И З Д О Р О В Ь Я !!!

P.S. Кажется это Аншлаг...

BlackTiger (06.02.03 13:22)> Просто у нас склад - часть торговой системы. Товар покупаем, назначаем собственную цену, затем списываем, перемещаем, продаем оптом и в розницу...
Нагрузка на АРМ "Склад" здесь небольшая - заполнение фактического количества товара и отгрузка документа, либо отправка документа, если не понравился, обратно менеджеру. А так же прием данных из удаленных точек.

ЗЫ: Сейчас эта система работает: файл-сервер + FoxPro. Со временем появились проблемы с объемами и с крупными изменениями. Теперь перевожу все это на Delphi + DB2. Практически от старой системы остается только схема работы.

← →
BlackTiger (2003-02-06 14:48) [32]

>Imshanya

Ну и тебе успехов! Не напори косяков, а то потом по голове получишь от заказчика.

Я тоже хочу поблагодарить BlackTiger и passm © за весьма содержательную беседу. Давно так душевно и, главное, без тупых наездов (не считая собственного ;(), исключительно конструктивно и "в мозги" не общался ! И не только на Форуме.
Спасибо огромное, ребята и успехов вам в нашем нелегком труде.

>Imshanya (06.02.03 14:05)
Ну повезло ж тебе, дружище ;))
Присоединяюсь к BlackTiger (06.02.03 14:48)

← →
Imshanya (2003-02-06 16:13) [34]

Да уж точно повезло. Тут месяц назад один кекс спрашивал то же самое: тишина стояла гробовая!
Еще раз всем спасибо !

>Imshanya (06.02.03 16:13)
>Тут месяц назад один кекс спрашивал то же самое: тишина стояла гробовая!

Ему тож повезло. Могли ведь забить. Ногами ;))))

Посоветуйте, как Найти похожие ветки