Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2008.04.13;
Скачать: CL | DM;

Вниз

Механизм переоценки мат.ценностей(товара)   Найти похожие ветки 

 
Виталий Панасенко(дом)   (2008-02-28 16:21) [0]

Здравствуйте!Хотелось бы узнать, кто и как(идеи) реализует(ал) переоценку товара...Т.е. был товар по цене 10 и по нему есть остаток, привезли новый, такой же, но выросла закупочная цена. Соответственно, выросла цена реализации. Кот будет покупать по новым ценам(более высоким), если еще есть по более низким..Соответственно ЧП-шник дооценивает остаток... Кто как это реализовал, можно узнать ? Это расходная операция "завороченная" или расходно-приходная, или еще какая?

Спасибо


 
Sergey13 ©   (2008-02-28 16:27) [1]

Зависит от того как ты все это учитываешь. Зависит ли цена реализации от закупочной и т.д. и т.п.


 
Виталий Панасенко(дом)   (2008-02-28 16:30) [2]


> Sergey13 ©   (28.02.08 16:27) [1]

Я бы все выслушал(вычитал).Зависит, и по партиям не бьется(не хотят)


 
Sergey13 ©   (2008-02-28 16:47) [3]

> [2] Виталий Панасенко(дом)   (28.02.08 16:30)
> Зависит

Т.е. это комиссионная торговля или что-то другое?

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


 
Виталий Панасенко(дом)   (2008-02-28 16:48) [4]

у меня нет отделов... все в одном(точнее, 3-х лицах) :-)


 
Sergey13 ©   (2008-02-28 16:57) [5]

> [4] Виталий Панасенко(дом)   (28.02.08 16:48)

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

В любом случае маловто как то информации о твоей проблеме для каких то конкретных советов/рассуждений.


 
Виталий Панасенко(дом)   (2008-02-28 17:00) [6]

Я не о советах спрашивал...А кто как реализует/реализовал...


 
Виталий Панасенко(дом)   (2008-02-28 17:08) [7]


> Sergey13 ©   (28.02.08 16:57) [5]
>
> > [4] Виталий Панасенко(дом)   (28.02.08 16:48)
>
> Ну эта схема работала и без отделов. Просто виртуальный
> склад и виртуальный отдел - для того что бы было на кого
> движение записывать.
>
> В любом случае маловто как то информации о твоей проблеме
> для каких то конкретных советов/рассуждений.
>

А как на этом виртуальном складе делали переоценку ?


 
PEAKTOP ©   (2008-02-28 18:25) [8]

> Виталий Панасенко(дом)   (28.02.08 16:21)
>
> Здравствуйте!Хотелось бы узнать, кто и как(идеи) реализует(ал)
> переоценку товара...


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

То, что Вас интересует, связано с тем, что Вы пытаетесь считать доход в виде разницы ЦенаРасхода - ЦенаПриходаХранения, что есть не совсем правильно.
Есть такое в бух.учете, как партионный учет ТМЦ. Он бывает: LIFO (LastInFirstOut), FIFO (FirstInFirstOut) и средневзвешенная. Подразумевается, что на складе всегда есть остаток, периодически он пополняется (приходуется) по разной цене, зависящей от фаз луны, и отпускается тоже по разной цене, диктуемой маркетинговой политикой.
В хранении ТМЦ в таком случае используется идентификатор партии (в программной реализации можно привязываться к приходной накладной в качестве идентификатора), то есть остаток ТМЦ данного вида на складе есть сумма остатков по всем партиям. При списывании ТМЦ учитывается еще из какой именно партии он расходуется, при этом при методе LIFO берется самая последняя по дате поступления партия, при методе FIFO - самая ранняя(старая) партия. При учете по принципу средневзвешенной цены при каждом приходе ТМЦ пересчитывается цена учета (тогда работает Ваша модель).

Это так учит классический бух.учет. Осталось только формализовать и расписать программно. Конкретно в Вашем случае - либо автоматически пересчитывать цену хранения при каждом приходе, либо перерабатывать модуль в сторону поддержки LIFO/FIFO.

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


 
MsGuns ©   (2008-02-28 19:06) [9]

Прежде всего, как совершенно справедливо заметил PEAKTOP ©, надо отделить цену оприходования (себестоимость товара на складе - счет 41/1 по старому ПС)  от отпускной цены. Что касается второй, то переоценка, т.е. изменение отпускной цены производится только если товар в рознице (магазине) и для этого имеются стандартные схемы проводок. Для товара на складе никакой переоценки не делается ибо нет никакого смысла - правятся прайс-листы - новые счета ,(накладные) автоматически будут выбирать из них новые цены.

С первой хитрее. И все зависит от способа учета на складе, что достаточно ясно описано у того же автора.
Однако бухучетом все же предусматриваются т.н. акты переоценки (уценки, дооценки и т.д.) В этом случае на основании этого акта изменяется учетная цена товара на складе, причем дополнительно к собственно изменению цен в товарных карточках делается соответствующая бухгалтерская проводка, в т.ч. по НДС.

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


 
TUser ©   (2008-02-28 19:28) [10]

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


 
TUser ©   (2008-02-28 19:28) [11]

К примеру, вчерашний хлеб продается дешевле, и на рынке овощи-фрукты всякие, когда не свежие.


 
Виталий Панасенко(дом)   (2008-02-28 19:44) [12]


> MsGuns ©   (28.02.08 19:06) [9]

Пытался добавить в аську по анкете, не добавляешься...:-). На счет цен я понял, что их нужно отделить от остатков(посмотрел в SalesWorks - там так(аж цикаво) :-) ). Получается, прайсы(цены) нужно вводить отдельно, а остатки отдельно ? Или я чего-то недопонимаю ?

> PEAKTOP ©   (28.02.08 18:25) [8]

то же пытался в аську пригласить - недоступен..:-) или анкета старая.. А по партиям они не хотят. я так понял, это будет, так скажем, куча остатков.
Парт1 Товар 1 Колво
парт2 Товар 1 Колво
? Я правильно понимаю ? Или все-таки9я на счет стеков(LIFO/FIFO) показывать данные соответственно из ПОСЛЕДНЕЙ/ПЕРВОЙ партии, у которых остатки больше 0 ?
на счет средневзвешенного предлагал - налоговая упирается(по словам ЧП). Налоговикам нужно разделение по поставщикам..Ха, а это ж и есть партионный учет!
Спасибо, много полезного...


 
Виталий Панасенко(дом)   (2008-02-28 19:47) [13]


> TUser ©   (28.02.08 19:28) [11]
>
> К примеру, вчерашний хлеб продается дешевле, и на рынке
> овощи-фрукты всякие, когда не свежие.

Я это то же имел ввиду...Просто с бух.учетом не сталкивался плотно...Только с банковским, с 94 года..:-) А он сильно отличается от предприятий..например, нету развернутого сальдо...


 
kaif ©   (2008-02-28 19:52) [14]

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

Если учет нигде не ведется по розничным ценам, а только по закупочным (LIFO, FIFO, лотово, партионно или по средней стоимости), то проблемы переоценки вообще не существует. Так как переоценка (изменение розничной цены) в этом случае затрагивает только прайс-лист, а не суммарную стоимость товара, учитываемую на каком-либо счете.

Говорить же о том, что если новая партия поступила по более высокой закупочной цене, то и эффективно продавать ее теперь удастся по более высокой цене несколько экономически наивно (ИМХО).
Продажная цена определяется покупательским спросом и имеющимися у покупателя альтернативами. Если в соседнем магазине те же самые сосиски пока еще лежат по 100 руб, то вряд ли ты сможешь их продавать эффективно по 110, даже если твой поставщик уже взвинтил цену и даже если твоя "дельта" в результате де-факто упала.


 
Виталий Панасенко(дом)   (2008-02-28 19:59) [15]


> kaif ©   (28.02.08 19:52) [14]

А если реализует как раз склад, (мелко)оптовый?


 
kaif ©   (2008-02-28 20:11) [16]

Важно только одно: есть ли процесс передачи "на полку" или "продавцу под ответственность" по розничной цене. Если такая передача ни в какой накладной не фиксируется, то и проблемы переоценки нет. Есть только проблема списания закупочной стоимости проданных товаров, о которой уже писали.


 
Виталий Панасенко(дом)   (2008-02-28 20:17) [17]


> kaif ©   (28.02.08 20:11) [16]
>
> Важно только одно: есть ли процесс передачи "на полку" или
> "продавцу под ответственность" по розничной цене.

Нету...Буде грестись


 
Виталий Панасенко(дом)   (2008-02-28 20:27) [18]


> MsGuns ©   (28.02.08 19:06) [9]


> Однако бухучетом все же предусматриваются т.н. акты переоценки
> (уценки, дооценки и т.д.) В этом случае на основании этого
> акта изменяется учетная цена товара на складе, причем дополнительно
> к собственно изменению цен в товарных карточках делается
> соответствующая бухгалтерская проводка, в т.ч. по НДС.

Об этом бы подробнее, если можно. Я и собираюсь печатать акт переоценки. Проводок у меня нет(нету необходимости, упрощенная бухгалтерия). Мне всего лишь нужно изменить цену реализации, напечатать акт переоценки(уценки, дооценки)... И все...Но из всего вышесказанного я понял, что сделал одну большую ошибку: остатки не отделил от цены... Но так ведь проще делать ввод: ввел товар, по чем купил, по чем продавать надумал, количество... все сразу... хотя.. если делить по партиям, там все это то же будет без болезненно.. Я правильно мыслю ?


 
tesseract ©   (2008-02-28 20:28) [19]


> Я бы все выслушал(вычитал).Зависит, и по партиям не бьется(не
> хотят)


Как не бьёться ? Если партии не бьються то нафига они вообще нужны ? Жесть начинаеться когда поставщиков одного вида товара больше 2-3-х. А это нормальная ситуация на сегодняшний момент.


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


Переоценка дело тонкое - у нас например день без переоценки - фиоговый день.


> Важно только одно: есть ли процесс передачи "на полку" или
> "продавцу под ответственность" по розничной цене.


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


 
Виталий Панасенко(дом)   (2008-02-28 20:31) [20]


> tesseract ©   (28.02.08 20:28) [19]
>
>
> > Я бы все выслушал(вычитал).Зависит, и по партиям не бьется(не
> > хотят)
>
>
> Как не бьёться ? Если партии не бьються то нафига они вообще
> нужны ? Жесть начинаеться когда поставщиков одного вида
> товара больше 2-3-х. А это нормальная ситуация на сегодняшний
> момент.
>

На счет жести не понял?


 
tesseract ©   (2008-02-28 20:38) [21]


> На счет жести не понял?


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


 
MsGuns ©   (2008-02-28 20:40) [22]

>kaif ©   (28.02.08 19:52) [14]
>Проблема переоценки товара может возникнуть только в одном случае: если какое-то количество одноименного товара еще лежит на полках магазина и товар учитывается по розничной цене при передаче со склада на эти полки.

Нет, не только

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

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

>Самое простое: как бы вернуть остаток по старой розничной цене на склад и заново отпустить такое же количество по новой розничной цене в отдел.

Нет, это вовсе необязательно. Если не меняется цена 41.1 счета, то возврат не требуется, торговая наценка (а именнно она "меняет" РОЗНИЧНУЮ цену) может меняться непосредственно в розничной точке

>Если учет нигде не ведется по розничным ценам, а только по закупочным (LIFO, FIFO, лотово, партионно или по средней стоимости), то проблемы переоценки вообще не существует.

Существует. Например, обнаружение ошибки при оприходовании после "закрытия" месяца. Или в результате оприходования товара, полученного от поставщика ОШИБОЧНО, а впоследствии заменонным. Или при частичном возврате товара, полученного с ОБЩЕЙ скидкой и т.д.


 
Виталий Панасенко(дом)   (2008-02-28 20:43) [23]

а, у меня круче.. у меня поставщик в ключе..:-).. это было придумано в 1998... по заказу(как мне объяснили, так и понял)...
ключ получился такой:Владелец, Кодо товара,Код поставщика, Цена прихода, Цена реализации, В упаковке... тупо, но тогда лучшего не придумал...
Было под Парадокс. Сейчас надумал переделать под ЖарПтицу... и не понравилось мне это.. Вот и пытаюсь дойти до общепринятой практики.. люди ж годами думали и не один человек, которые нааааамного умнее меня...:-)


 
Виталий Панасенко(дом)   (2008-02-28 20:46) [24]


> MsGuns ©   (28.02.08 20:40) [22]

Сергей, а аська в анкете "живая"? Если можно, конечно, моя 2 1 8 9 2 6 9 2 6


 
tesseract ©   (2008-02-28 20:46) [25]


> Обычно товар "возвращается" только на бумаге ;)


Наш чел :-))))))  Но вот отинвентаризируй мне больше 10 тысяч наименований на один магазин. А их 15+.
Сам понимаешь найм службы внутреннго контроля себя не окупит. Приходиться регулярно сбрасывать товары  со склада на склад - "промежуточная" инвентаризация, но зато за счёт движения появляеться возможность лучше контролировать остатки. Из минусов - я то что написал сам уже разобрать не могу, но оно работает :-)


 
tesseract ©   (2008-02-28 20:48) [26]


> Или при частичном возврате товара, полученного с ОБЩЕЙ скидкой
> и т.д.


Не бывает "Общей" скидки - или ты по партиям не всё понимаешь. Списание партий - целая история. Data mining по мозгу менеджеров.


 
MsGuns ©   (2008-02-28 20:49) [27]

>Виталий Панасенко(дом)   (28.02.08 20:27) [18]
>Об этом бы подробнее, если можно.

Я же говорил - надо обратиться к профессионалам (см. [9] последний абзац)

>Я и собираюсь печатать акт переоценки. Проводок у меня нет(нету необходимости, упрощенная бухгалтерия).

Очень распространенное и не менее ошибочное мнение - "проводки усложняют бухгалтерию". С точностью наоборот. А вот СХЕМА проводок может быть классический лили упрощенной.

>Но из всего вышесказанного я понял, что сделал одну большую ошибку: остатки не отделил от цены...

Это в общем случае совсем не ошибка. Для малоценки или например, стройматериалов просто нереально учитывать ТМЦ по "головам" - там вовсю используется учет ПО СРЕДНЕВЗВЕШЕННОЙ.

>Но так ведь проще делать ввод: ввел товар, по чем купил, по чем продавать надумал, количество... все сразу... хотя.. если делить по партиям, там все это то же будет без болезненно.. Я правильно мыслю ?

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

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


 
MsGuns ©   (2008-02-28 20:52) [28]

ICQ 152-081-448
Активировал


 
tesseract ©   (2008-02-28 20:53) [29]


> Не зная специфику Вашего заказчика я бы лично вообще ничего
> не советовал - ибо сколько существуют торговых фирм, столько
> существует и схем учета.


схем учёта 4 :
1. Бардак.
2. Полный Бардак.
3. Не понимают, чего хотят.
4. Операторы из ближней Азии.

А в остальном все похоже, главное понять кому нужен количественный, а кому суммовой учёт.


 
Виталий Панасенко(дом)   (2008-02-28 20:53) [30]


> MsGuns ©   (28.02.08 20:52) [28]
>
> ICQ 152-081-448
> Активировал
>

А чего не в сети ?


 
Виталий Панасенко(дом)   (2008-02-28 21:01) [31]


> MsGuns ©   (28.02.08 20:49) [27]

Их несколько: но все небольшие(максимум 3 человека в сети)... Кто торгует мороженным, пивом, газировкой, полуфабрикатами. Кто - автозапчастями(это магазины). Кто, гм... гробами, крестами, памятниками,ритуальной атрибутикой и всякими велосипедами, спицами, "моцоцыклами"... Они проводок не делают: единый налог: 100-150 грн. в месяц и все в порядке(или больше, не скажу)


 
MsGuns ©   (2008-02-28 21:06) [32]

Еще к [12]

>Получается, прайсы(цены) нужно вводить отдельно, а остатки отдельно ? Или я чего-то недопонимаю ?

Опять-таки надо мух от котлет..
Прайсы часто существуют сами по себе, а товар-сам по себе. Например в фирмах, торгующих под заказ, где действует схема "реклама-предоплата-закупка-приход-реализация".
Более того, ОДНА ПОЗИЦИЯ ПРАЙСА МОЖЕТ СООТВЕТСТВОВАТЬ ЭННОМУ КОЛИЧЕСТУ ПОЗИЦИЙ ТОВАРА. Как пример - в прайсе указано "Вода фруктовая Biola", а товарный учет ведется аналитический ("Апельсин", "Лимонад","Ананас" и т.д.)

И еще про "ввод". Запомните одно простое правило, которое поможет избежать Вам множества проблем при проектировании бухгалтерских (и не только систем):

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

Никаких "вводов остатков", а тем более их "корректировок". Только приходы ! При вводе начальных остатков это будут внутренние, условные "приходы", оформляемые тем не менее как СТАНДАРТНЫЕ ДОКУМЕНТЫ, ПО СТАНДАРТНОЙ СХЕМЕ. То же самое касается любого изменения, отражаемого на товарных карточках - только ОТ ДОКУМЕНТА !

Так что модель БД следует начинать с проработки СХЕМЫ ДОКУМЕНТООБОРОТА и проектированая электронного эквивалента ВСЕХ находящихся в обращении видов материальных документов.

Остатки же являются ПРОИЗВОДНЫМ свойством и их в принципе даже не обязательно хранить в БД - мне известно много систем, где остатки не хранились в БД, а вычислялись сервером каждый раз "вживую" по требованию "клиента".


 
Petr V. Abramov ©   (2008-02-28 22:49) [33]


> Это расходная операция "завороченная" или расходно-приходная,
>  или еще какая?

никакая. маржа рассчитывается как выручка минус стоимость купленного минус комм расходы минус пр. НДС, и это логично. Если нельзя/нелесообразно отслеживать себестоимость/выручку по партиям, можно использовать FIFO/LIFO/среднюю.

> Соответственно ЧП-шник дооценивает остаток...
на мой взгляд, единственный логичный способ "дооценки" - по средней цене реализации или закупки. Или можно точно посчитать по ценам партий, но тогда "дооценивать" ничего не надо.

В общем, спроси ЧП-шника


 
Petr V. Abramov ©   (2008-02-28 23:03) [34]


> Если такая передача ни в какой накладной не фиксируется,
>  

а если и фиксируется, то разница на какой счет? сразу в прибыль? :)


 
Petr V. Abramov ©   (2008-02-28 23:23) [35]


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

дополню: а вся расчетная выводиться в виде отчетов. т.к.

>Они проводок не делают: единый налог: 100-150 грн. в месяц и все в порядке(или больше, не скажу)
- ты, программист, скажи, бабок у меня скока? вот закупочная цена выросла, склад не распродали, а розничная подвержена волатильности. БАБОК у меня сколько?!!
- ну есть разные методики
- ты программист, ты  и посчитай
- использовал методику А
- ты у меня деньги стырил со своей программой, раньше много было, теперь мало. Последствия.

упрощаем :)
у меня есть 100 рублей и 100 баксов, евро/доллар выросло. У меня денег больше стало или меньше? Да столько же осталось, 100 рублей и 100 баксов



Страницы: 1 вся ветка

Текущий архив: 2008.04.13;
Скачать: CL | DM;

Наверх




Память: 0.58 MB
Время: 0.008 c
2-1205998156
Vetal73
2008-03-20 10:29
2008.04.13
Выход из приложения


2-1205605298
Berkoot
2008-03-15 21:21
2008.04.13
Memo поле в таблице Paradox


2-1205665714
Igor23
2008-03-16 14:08
2008.04.13
Дата


4-1186820349
Интересующийся
2007-08-11 12:19
2008.04.13
Ошибка при использовании GetModuleHandle


3-1195553109
Девушка
2007-11-20 13:05
2008.04.13
доступ к blob в dbf





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский