| Форумы
ЧАТ |
Орешник |
|
| Форумы -» | Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG |
|
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
update определенного количества записей. [D5, IB5.x]
Beer © (2002-09-06 13:51:00)Уважаемые мастера!
Необходимо проапдейтить поле у записей, но не у всех, а у определенного количества, т.е. если в базе есть 100 записей по данному параметру отбора, а нуно изменить только 38 из них... Как это сделать красиво?
С уважением...
MsGuns (2002-09-09 21:15:00) [1]>Mike Kouzmine (09.09.02 17:37)
Это мое дело и я его отображаю при подаче о финансовой политике в налоговую.
Не совсем понял. Если Вы пишете складской учет для себя лично, тогда я забираю свои слова назад. Отображайте и подавайте хоть кота на вертеле,- Вам и отвечать. Подставлять же клиента - для программиста (не халтурщика) последнее дело ! Но это уже вопрос из другой области..
MsGuns (2002-09-09 21:09:00) [2]Спорить по поводу цен и количеств не буду принципиально, но Mike Kouzmine (09.09.02 17:37 поясню.
Есть понятие "Складская картотека". Оно было еще в незапамятные времена, когда еще не то что компов, электричества не было.
Эта самая картотека физически состояла из карточек, по одной на каждую единицу ПРИХОДОВ. Каждая такая единица (назовем ее "позиция" имела свои характеристики: наименование, ед.измерения, описание внеш.вида, к какой группе ТМЦ (товаро-материальных ценностей) относится, категория упаковки, ЦЕНА ПРИОБРЕТЕНИЯ (в дальнейшем - учетная цена) и т.д. Заметьте, от кого и когда получена - ни слова. И наконец, КОЛИЧЕСТВО В НАЛИЧИИ
Далее в такой карточке (обычно с обратной стороны картонки) следует информация о ДВИЖЕНИИ: дата, номер накладной, поставщик или покупатель, кол-во расход, кол-во приход, номер склада (магазина, киоска..) для внутр. перемещения.
При каждом движении в карточку (обратную сторону) записывается новая строка, кол-во пересчитывается и выносится на титул в КОЛИЧЕСТВО В НАЛИЧИИ.
Очень часто карточек как таковых не было. Была тетрадь (раньше - амбарная книга, сейчас - книга учета ТМЦ). Но описанный выше принцип соблюдался неукоснительно.
Со структурой картотеки ясно. Теперь о суммах (Если Вы, уважаемый, пишете только количественный учет, то мне жалко тех людей, кто будет работать с Вашей прогой, скорее всего, таковых не будет вовсе или это будут неответственные энтузиасты) Сумма, как известно, есть произведение кол-ва на цену. При допущении т.н. усредненных цен при каждом движении (приходе или расходе), определяются новое кол-во и новая сумма. Цена как таковая теряет смысл, т.к. НИЧЕГО не отображает. Для малоценки, котрая списывается относительно редко, большими партиями и,самое главное, БЕЗВОЗВРАТНО, это допустимо, особенно если учесть 2 фактора:
1. Мелкость и множественность цен при весьма большом ассортименте на одно наименование (шариковые ручки или резинки с линейками вряд ли кто-то учитывает по цвету пасты или физ.размерам
2. Отсутствие какой-бы то ни было ценности информации о поставщиках. По крайней мере с бухг. точки зрения.
Для того, что РЕАЛИЗУЕТСЯ, т.е. продается, преобразовывается в готовую продукцию (от котлеты до автомобиля), движение играет весьма важную роль. Хотя бы потому, что позволяет отследить и ,если надо, откорректировать, например, себестоимость продукции. Для товара же с его бесконечными возвратами вообще обычное явление, когда изменения вносятся в накладные, выписанные в прошлом (а то и раньше) месяце. Пояснять не буду,- спросите у любого главбуха торговой фирмы, он подтвердит сказанное. Если Вы не будете держать учетных цен, заменив их средневзвешенными, то при пересчете любой накладной (а если в ней меняется любая из строк, то ее НАДО пересчитывать), выписанной до последнего движения по товару, вы получите кашу вместо учетной суммы, а это значит, что СУММОВОЙ учет у вас просто-напросто будет липовый. И это не считая того, что штаммы типа "кол-во = 25, сумма = -20.90" будут обычным явлением.
В качестве аргументов против признАю только ссылки на конкретные широко известные программы, хорошо себя зарекомендовавшие)
С уважением. Всегда к Вашим услкгам
Romkin (2002-09-09 18:54:00) [3]2Mike Kouzmine Насколько понимаю, в программе и денежки есть
Mike Kouzmine (2002-09-09 18:38:00) [4]Насколько мне помниться, на складе ведется количественный учет, а не денежный. А бухгалтерия знает о такой проблеме, как округление, и у нее есть свои способы.
Romkin (2002-09-09 18:18:00) [5]Насчет партионного учета, насколько понял, у тебя списывается из определенных приходов (у которых ведь есть цена прихода), а цена подставляется средняя... Это называется и рыбку съесть и... гм, ну,в общем, понятно. Баланс по складу в жизни не сведешь (по деньгам) копейки будут гулять
Romkin (2002-09-09 18:15:00) [6]А по сабжу - такое делается на клиенте, в DBGrid отмечается набор записей, потом по отмеченным проходишь и формируешь что надо, на клиенте
Romkin (2002-09-09 18:10:00) [7]2Beer Тогда это уже какой-то извращенный учет :-)) Есть две схемы: LIFO & FIFO , и там в расходный документ автоматом идут либо самые давние приходы, либо самые новые, другого нет. А произвольно выбирать, из каких партий списывать запрещено :-))
Mike Kouzmine (2002-09-09 17:37:00) [8]MsGuns © -> Метод усреднения цен действительно можно применять, но только для малоценки. Надо объяснять почему ?
Надо.
Это мое дело и я его отображаю при подаче о финансовой политике в налоговую.
Val (2002-09-09 17:35:00) [9]>Beer © (09.09.02 17:32)
по одному документу может идти компьютер и всякий хлам к нему докупленный, в том числе и отвертки. Дело не в малоценке, а в понятии документа.
MsGuns (2002-09-09 17:33:00) [10]>Romkin © (09.09.02 17:22)
2MsGuns:
насчет можно/нельзя не знаю, однако в столовых продукты для готовки идут по средним ценам (товары для производства)
Ага, столовая ! Знаем мы этих ловкачей: завмагов, завстоловых, товароведов.. Не знаю случаев когда они с охотой внедряют у себя РЕАЛЬНЫЙ учет на компе.. Продукты - это вам не отвертки. Они изначально оприходуются как материалы только в фирмах типа кафе и пр., у которых НЕТ розничной продажи. Если же она есть (99%), то хлеб, масло, вино и пр. приходит сначала как ТОВАР. А тут уже средние цены не проходят. Иначе Вы НИКОГДА не получите РЕАЛЬНУЮ картину движения товаров по складу. И со склада списываются на производство (товар->материалы->готовая продукция->списание на затраты->реализация)
Beer (2002-09-09 17:32:00) [11]>Romkin Такую структуру нельзя, ибо, я уже показывал, необходимо учитывать от кого пришла партия, по какой цене и т.д...
>MsGuns А при чем документы для малооценки?? ДЛя основных средст конечно будет инвентарный номер, но для отверток не важно, какой документ, его и не найдешь в общей куче, но кто принес, сохранить важно... Т.е. речь просто идет о том, чтобы общее количество в текущий момент обособить, а создать таблицу поступлений, кто, когда, сколько... Я обособил тока среднюю цену, но видимо нуно и количество туда затолкать, т.е. непорядки с 3 нормальной формой... Мой косяк, согласен!
Всем спасибо!!! =о)
Romkin (2002-09-09 17:22:00) [12]2MsGuns:
насчет можно/нельзя не знаю, однако в столовых продукты для готовки идут по средним ценам (товары для производства)
Val (2002-09-09 17:21:00) [13]>MsGuns © (09.09.02 17:14)
Какая средняя цена ? Вы о чем ? ...
про отвертки говорим же :)
по поводу документа согласен, присоединяюсь.
MsGuns (2002-09-09 17:14:00) [14]Уважаемые ! Какая средняя цена ? Вы о чем ? Есть несколько видов материального учета:
Товар
Малоценка
Материалы (вкл. стройматериалы, топливо, ГСМ)
Осн.средства
Метод усреднения цен действительно можно применять, но только для малоценки. Надо объяснять почему ?
Далее
>Beer
Я не знаю, конечно, топологию (состав и взаимосвязи) вашей БД, но мне почему-то кажется, что у вас отсутствуют такое понятие как "Документ". Имеется в виду не возможность ввода или печать счетов и накладных, а физический их аналог в БД. Если бы такие данные физически хранились, то Вам не притшлось бы решать ту задачу, с которой Вы начали этот сабж
Romkin (2002-09-09 17:13:00) [15]Дело в том, что на складе отслеживается два баланса:
По товару (остаток = приход-расход)
и по деньгам (остаток = приход-расход)
одновременно, при этом расход может быть таким, что округление цены происходит все время в меньшую сторону, и средняя цена все время тихонько растет.
ДА, уточнение: хранить надо остаток товара и его сумму, а не среднюю цену, а то потом денежки исчезать начнут...
Mike Kouzmine (2002-09-09 16:43:00) [16]Romkin © -> А как это "Например, когда останется 1 шт по цене раза в два больше максимальной приходной, из-за округления."
Romkin (2002-09-09 16:36:00) [17]2Beer все правильно, у тебя по средней цене... Хотя странно, конечно, штучный товар и не по партиям...
А делать ты пытаешься партионный учет, судя по вопросу, а там LIFO|FIFO
У тебя не должен товар различаться по партиям, приход идет в одну копинку, сделай таблицу (товар/колво/средняя цена) при приходе пересчитывай среднюю цену и увеличивай кол-во, при расходе - уменьшай кол-во. Все можно сделать триггерами. И при списании не надо будет выбирать строки - указал товал и кол-во, тебе прописалась средняя цена... Примечание: среднюю цену храни с 4-6 знаков после запятой, там будут хохмы со списанием остатка :-)) Например, когда останется 1 шт по цене раза в два больше максимальной приходной, из-за округления. И уточни в бухгалтерии, как округляется цена
Mike Kouzmine (2002-09-09 16:30:00) [18]Если учет серийный, а если партионный, то тут и выскакивает LIFO с Фифой, а у Beer, видимо так и есть, но вопрос, о чем речь? Выбираешь карточки по номеру (ном., артикул или как кому нравиться) и начал сверху или снизу пока количество не кончится.
А на счет вопилок, что хватит склады писать, то враг не пройдет, какая стандартная бух программа справиться с гением нашей налоговой?
Max Zyuzin (2002-09-09 16:19:00) [19]Чего то мы в бухгалтерию полезли :) ну да ладно. Я понял.
Beer (2002-09-09 16:08:00) [20]> Max Zyuzin Есть понятие средняя цена, т.е. если купили 100 шт по 10 руб а потом еще 10 по рублю, то средняя цена будет (100*10+10*1)/(100+10), т.е. среднее арифметическое. Затем списываем их именно по этой цене. Т.е. считаем, что все стоят именно такую цену. При поступлении очередной партии вычисляем среднее арифметическое с оставшимися на складе.. И т.д...
| |
Страницы: 