update определенного количества записей.

← →
MsGuns (2002-09-09 21:09) [40]

Спорить по поводу цен и количеств не буду принципиально, но Mike Kouzmine (09.09.02 17:37 поясню.

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

Со структурой картотеки ясно. Теперь о суммах (Если Вы, уважаемый, пишете только количественный учет, то мне жалко тех людей, кто будет работать с Вашей прогой, скорее всего, таковых не будет вовсе или это будут неответственные энтузиасты) Сумма, как известно, есть произведение кол-ва на цену. При допущении т.н. усредненных цен при каждом движении (приходе или расходе), определяются новое кол-во и новая сумма. Цена как таковая теряет смысл, т.к. НИЧЕГО не отображает. Для малоценки, котрая списывается относительно редко, большими партиями и,самое главное, БЕЗВОЗВРАТНО, это допустимо, особенно если учесть 2 фактора:
1. Мелкость и множественность цен при весьма большом ассортименте на одно наименование (шариковые ручки или резинки с линейками вряд ли кто-то учитывает по цвету пасты или физ.размерам
2. Отсутствие какой-бы то ни было ценности информации о поставщиках. По крайней мере с бухг. точки зрения.

Для того, что РЕАЛИЗУЕТСЯ, т.е. продается, преобразовывается в готовую продукцию (от котлеты до автомобиля), движение играет весьма важную роль. Хотя бы потому, что позволяет отследить и ,если надо, откорректировать, например, себестоимость продукции. Для товара же с его бесконечными возвратами вообще обычное явление, когда изменения вносятся в накладные, выписанные в прошлом (а то и раньше) месяце. Пояснять не буду,- спросите у любого главбуха торговой фирмы, он подтвердит сказанное. Если Вы не будете держать учетных цен, заменив их средневзвешенными, то при пересчете любой накладной (а если в ней меняется любая из строк, то ее НАДО пересчитывать), выписанной до последнего движения по товару, вы получите кашу вместо учетной суммы, а это значит, что СУММОВОЙ учет у вас просто-напросто будет липовый. И это не считая того, что штаммы типа "кол-во = 25, сумма = -20.90" будут обычным явлением.

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

С уважением. Всегда к Вашим услкгам

← →
MsGuns (2002-09-09 21:15) [41]

>Mike Kouzmine (09.09.02 17:37)
Это мое дело и я его отображаю при подаче о финансовой политике в налоговую.

Не совсем понял. Если Вы пишете складской учет для себя лично, тогда я забираю свои слова назад. Отображайте и подавайте хоть кота на вертеле,- Вам и отвечать. Подставлять же клиента - для программиста (не халтурщика) последнее дело ! Но это уже вопрос из другой области..

update определенного количества записей. Найти похожие ветки