| Форумы
ЧАТ |
Орешник |
|
| Форумы -» | Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG |
|
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Посоветуйте, как
Imshanya © (2003-02-05 16:50:00)Уважаемые Мастера!!!
Посоветуйте, как "строить" склад по системе FIFO ???
Конкретно, интересует вот что:
1.Для каждой строки в приходной накладной необходимо получить
информацию, на какие строки в расходных накладных "ушел" товар
и в каком количестве.
2.Задача, обратная 1:
Определить, с каких приходных накладных произведено
данное списание?
Буду признателен за помощь и
приношу извинения за очень размытую постановку вопроса.
BlackTiger (2003-02-06 10:56:00) [21]" приход по инвентаризации" = " коррекция склада в плюс", однако.
И не к чему это привязывать не надо, это сам по себе приход.
passm (2003-02-06 10:43:00) [22]Есть нюанс - приход по инвентаризации. Наша бухгалтерия под это дело ввела понятие виртуальной внешней поставки.
Привязка виртуальной поставки к приходу по инвентаризации производится в ручном режиме. Поскольку дело это редкое и автоматизации не подлежит :)
Digitman (2003-02-06 08:27:00) [23]
> BlackTiger
Согласен с тобой. Действительно, реальные ситуации, в которых расходные акты д.б. привязаны к конкретным приходным, имеют место быть. И не так уж и редко.
BlackTiger (2003-02-05 23:50:00) [24]Зачем надо связывать "Уходы" с конкретными "Приходами" ?
А вот зачем!
Во-первых, четкое списание себестоимости.
Во-вторых, аналитика (например, отчеты вроде "Розничная продажа ПО ПОСТАВЩИКУ", "Наличие товара на складе по приходам (накладным)" и тыды).
В-третьих, возвраты товара с корректной себестоимостью.
В-четвертых, продажи товара "в минус" (да, и такое бывает!) с последующимрасчетом себестоимости уже проданного товара.
В-пятых, коррекция себестоимости ПОЗЖЕ(!)
Продолжать? Я имею ввиду большие системы к которых склад и бухгалтерия стоит уже на ВТОРОМ месте, а не поделки, типа "склад и бухгалтерия - два по цене одного, да еще в одном флаконе". В разработку таких систем вкладываются миллионы американских рублей, много раз убеждался - не зря.
MsGuns (2003-02-05 23:43:00) [25]Тигр, мне уже пора - троллейбус скоро. Если не против, продолжим дискуссию завтра.
MsGuns (2003-02-05 23:41:00) [26]>BlackTiger (05.02.03 23:38)
>А в пинципе, имея многолетний опыт, могу сказать - не надо начинать работу над такой задачей самому, если нет опыта работы над подобными проектами "на вторых ролях". Правда, если тебе дают "cart blanc" (кажется так пишется) - вперед! Только поищи себе опытного консультанта - заодно и опыта получишь немерено. А опыт в нашем деле важнее любых знаний (крик души - а то развелось, блин, книжно-институтских программеров как грязи)
Подписываюсь под каждым словом (сам так начинал)
BlackTiger (2003-02-05 23:38:00) [27]А эта АААчепятка откуда?!?!
Приход 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:37:00) [28]>PPS Да, скоро вообще программеры переведутся. Одни свистуны (1С) останутся ;((((
Слово - не воробей, но все же..
Прошу эту мою фразу не воспринимать всерьез. Просто только вчера спорил с одинэсником. Он прав, наверное, по-своему, но конкретно задалбывает его твердая убежденность в том, что ИНАЧЕ НЕЛЬЗЯ !!!
(Речь шла вообще не о складе, но не в этом же дело)
MsGuns (2003-02-05 23:19:00) [29]>BlackTiger (05.02.03 20:20)
>jocko - не путай склад с бухгалтерией!!! Ты со складом работал когда-нибудь? Во-первых со сладе количество списывается ТОЛЬКО двумя методами - FIFO и "точной привязкой" к приходу.
Один вопрос.
Зачем надо связывать "Уходы" с конкретными "Приходами" ?
У меня с десяток складских (опт, розница, опр+розница) программ крутится по 5-7 лет, и НИГДЕ я не делал прямых привязок между двумя совершенно независимыми типами документов (они только влияют на скл.остаток). Вот привязка конкретных документов (и приходных, и расходных) к ОПЛАТЕ нужна, причем конкретная.
Объясни, пожалуйста. Может, я дураком так и помру ?
PS Кстати, все мои проги бухгалтерско-складские. Если у тебя это разные понятия, то сорьки, а пас спорить.
PPS Да, скоро вообще программеры переведутся. Одни свистуны (1С) останутся ;((((
jocko (2003-02-05 21:46:00) [30]2 BlackTiger
Смысл понятен, согласен.
Ответить можно только одно - зависит от постановки задачи.
Магазин - твоя схема хороша, если производство - можно поспорить не имеет смысла определять в какой машине закуручена тогда то купленная гайка, они все в одной куче. Смотря что описываем, товарный складодно, мат. учет- другое. Храним входящие остатки таб 1, храним хозяйственнные операции таб 2 и 3 (уточняю надо 3 таблицы), на на любой момент времени определим текущий остаток (количество и общую стоимость).
BlackTiger (2003-02-05 20:22:00) [31]Смысл 3-й таблицы в том
Читать как "Смысл 2-й таблицы в том"!!! Очепятка, однако...
BlackTiger (2003-02-05 20:20:00) [32]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 шт.
Применяя такую структуру вертеть анализом можно как угодно.
В качестве "прихода" могут выступать "поставки", "перемещение на склад", "возврат от покупателя", "коррекция в плюс". В качестве "прихода" - "продажа", "перемещение со склада", "возврат поставщику", "коррекция в минус", "списание брака в расходы".
jocko (2003-02-05 17:51:00) [33]Другой вариант:
две таблицы приход и расход (дебет, кредит) поля: количество, цена, дата, (счет, субчет, аналитика).
На дату вычисляешь остаток - что и является, кажется целью задачи (сворачиваешь по счетам, товарам, или проч.)
fifo - lifo определяет только алгоритм вычисления остатка и вообще не играет в структуре таблиц.
Не изобретай велосипед - ты как баланс считаешь ... дебет - кредит, все уже придумано еще во времена леонардо давинчи
Imshanya (2003-02-05 17:16:00) [34]2 passm
Спасибо!
Но вот "Привязка расхода к приходам: (документ прихода, документ расхода, товар, привязанное количество)"
именно это вызывает затруднения(в смысле осмысления) :)
Пойми что списывая товар, мне главное сколько его "докучи"
на тек. момент, т.е. "Привязка расхода к приходам"должна "генериться автоматом". А я что-то "увяз" или не "дотягиваю"?!
Хотя, может действительно Твой Совет Конретный...
Я поразмышляю...
Похоже я торможу... :)
passm (2003-02-05 16:58:00) [35]Простейшая модель - пара таблиц:
Товарный остаток по приходам: (филиал, сектор, товар, непривязанное количество)
Привязка расхода к приходам: (документ прихода, документ расхода, товар, привязанное количество)
Дальше - вперед и с песней :)
| |
Страницы: 