|
|
|
Изменение цены товара
|
|||
|---|---|---|---|
|
#18+
Есть таблица товаров tProd: prID, prName, prName. Есть таблицы групп операции tGrOper: grID, grDate, grType. Есть таблица операции tOper: opID, grID, opPrice, opQty. Товар приходит в магазин по одной цене, но бывает что в течении месяца цена товара может измениться 1 или даже более раза (в таблице tProd), и соответственно будет продаваться по измененной цене (в таблице tOper). В конце месяца на ревизию надо выставить должный остаток товаров в суммовой схеме. Т.е. раньше когда цена не изменялась я делал так: Сумма прошлого остатка + Сумма приходов - Сумма продаж = Сумма должного остатка. А сейчас как можно нарисовать схему с участием переоценки? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2015, 13:50 |
|
||
|
Изменение цены товара
|
|||
|---|---|---|---|
|
#18+
АдекеСумма прошлого остатка + Сумма приходов - Сумма продаж = Сумма должного остатка. Сумма прошлого остатка + Сумма приходов +/-Сумма переоценки/уценки - Сумма продаж = Сумма должного остатка. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2015, 14:09 |
|
||
|
Изменение цены товара
|
|||
|---|---|---|---|
|
#18+
Беда в том что не фиксируется процесс переоценки. Изменили цену товара в таблице tProd и дальше продают. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2015, 14:17 |
|
||
|
Изменение цены товара
|
|||
|---|---|---|---|
|
#18+
А не проще вести количественный учет и сумму определять как Количество*Цена ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2015, 14:52 |
|
||
|
Изменение цены товара
|
|||
|---|---|---|---|
|
#18+
АдекеБеда в том что не фиксируется процесс переоценки. Изменили цену товара в таблице tProd и дальше продают. А надо фиксировать. Переоценка - такой же денежный документ, как и приход и продажа. Посадить его в таблицу операций, и дело с концом. Никому ведь не приходит в голову вести торговлю, "не фиксируя", например, процесс продажи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2015, 15:04 |
|
||
|
Изменение цены товара
|
|||
|---|---|---|---|
|
#18+
NafА не проще вести количественный учет и сумму определять как Количество*Цена Если заметили таблицу, учет так и ведется. А суммовую картину надо нарисовать для общей картины. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2015, 15:17 |
|
||
|
Изменение цены товара
|
|||
|---|---|---|---|
|
#18+
АдекеЕсли заметили таблицу, учет так и ведется. А суммовую картину надо нарисовать для общей картины. Так в чем проблема то? Таблицу актуальных и/или истории цен желательно выделить в отдельную ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2015, 15:22 |
|
||
|
Изменение цены товара
|
|||
|---|---|---|---|
|
#18+
(КоличествоНачальныйОстаток+КоличествоПриход-КоличествоРасход)*ТекущаяЦена ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2015, 15:25 |
|
||
|
Изменение цены товара
|
|||
|---|---|---|---|
|
#18+
Cane Cat FisherА надо фиксировать. Переоценка - такой же денежный документ, как и приход и продажа. Посадить его в таблицу операций, и дело с концом. Это немножко проблематично у нас. Товары мелкие. При каждой переоценке считать остаток товара. Хотели как-то автоматизировать этот процесс. Ведь товар никуда не уходит и не приходит, а просто изменяется цена. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2015, 15:27 |
|
||
|
Изменение цены товара
|
|||
|---|---|---|---|
|
#18+
АдекеПри каждой переоценке считать остаток товара. Так не надо считать ценовой остаток при переоценке. Его вообще не надо хранить. Храните количественный остаток, а ценовой получайте его умножением на цену из tProd. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2015, 15:38 |
|
||
|
Изменение цены товара
|
|||
|---|---|---|---|
|
#18+
Naf(КоличествоНачальныйОстаток+КоличествоПриход-КоличествоРасход)*ТекущаяЦена В конце ноября я посмотрю остаток суммы по этой формуле. Покажет одно. А в конце декабря если я захочу посмотреть прошлый остаток ноября, у меня покажет другая сумма. Т.к. текущая цена уже другая может быть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2015, 15:40 |
|
||
|
Изменение цены товара
|
|||
|---|---|---|---|
|
#18+
АдекеВ конце ноября я посмотрю остаток суммы Т.е. сумму остатка. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2015, 15:46 |
|
||
|
Изменение цены товара
|
|||
|---|---|---|---|
|
#18+
АдекеВ конце ноября я посмотрю остаток суммы по этой формуле. Покажет одно. А в конце декабря если я захочу посмотреть прошлый остаток ноября, у меня покажет другая сумма. Т.к. текущая цена уже другая может быть. Поэтому я и писал Таблицу актуальных и/или истории цен желательно выделить в отдельную ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2015, 15:47 |
|
||
|
Изменение цены товара
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovАдекеПри каждой переоценке считать остаток товара. Так не надо считать ценовой остаток при переоценке. Его вообще не надо хранить. Храните количественный остаток, а ценовой получайте его умножением на цену из tProd. Имелось ввиду проблематично считать фактический количественный остаток переоценяемого товара при каждой переоценке, чтобы на основе этого составлять документ. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2015, 15:51 |
|
||
|
Изменение цены товара
|
|||
|---|---|---|---|
|
#18+
Naf, Таблица актуальных цен и так стоит отдельно. Это таблица tProd. В момент операции оттуда и извлекается цена в поле tOper.opPrice. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2015, 15:54 |
|
||
|
Изменение цены товара
|
|||
|---|---|---|---|
|
#18+
АдекеИмелось ввиду проблематично считать фактический количественный остаток переоценяемого товара при каждой переоценке, чтобы на основе этого составлять документ. В чём проблема-то? Создаёшь триггер на таблицу tProd, который при изменении цены автоматически добавляет в tOper операцию переоценки. Дальше уже остаток как количественный, так и качественный на любую дату считается простым суммированием операций, проведённых до этой даты. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2015, 15:59 |
|
||
|
Изменение цены товара
|
|||
|---|---|---|---|
|
#18+
Т.е. без фиксирования самого процесса переоценки - получается невозможно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2015, 16:23 |
|
||
|
Изменение цены товара
|
|||
|---|---|---|---|
|
#18+
АдекеЭто немножко проблематично у нас. Товары мелкие. При каждой переоценке считать остаток товара. Хотели как-то автоматизировать этот процесс. Ведь товар никуда не уходит и не приходит, а просто изменяется цена. АдекеТ.е. раньше когда цена не изменялась я делал так: Сумма прошлого остатка + Сумма приходов - Сумма продаж = Сумма должного остатка. Мля... горе от ума... формулы какие то... Чо было... Чо будет... Есть данные о приходе, есть данные о продажах и прочих расходах товара, есть программа учета (это называется контроль)... Тогда Суть инвентаризации: 1. Создать моментальную ведомость остатков по учету на текущий момент: - штрих код - название - количество - артикул (возможно) 2. Закрыть магазин и пробибикать всё сканером (лучше терминалом) 3. Наложить п.2 на п.1 и узнать масштабы недостачи, пересортицы и т.д. ВСЁ !!! Дополнительно: - в ведомость можно добавить цену ЗАКУПКИ которая никогда не меняется и получить точную суммовую разницу, которую можно сделать точной предъявой и накинуть к ней компенсацию за упущенную выгоду продавцам - в ведомость можно добавить действующую цену продажи на товар с ценника (как предложил Акина в этом же вопросе на форуме Акцеса) и не париться... Итого: ИМХО суть инвентаризации это проверка соответствия данных по остаткам учетной системы реальным остаткам в магазине на текущий момент и никаких формул тут нет... выдал отчет по остаткам, закрыл магазин, иди считай и ставь крестики... товара на текущий момент ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2015, 23:44 |
|
||
|
Изменение цены товара
|
|||
|---|---|---|---|
|
#18+
АдекеNafА не проще вести количественный учет и сумму определять как Количество*Цена Если заметили таблицу, учет так и ведется. А суммовую картину надо нарисовать для общей картины. по-моемум, Вам подсказывают, что вместо формулы с суммами при ревизии лучше использовать формулу Количество товаров на остатках*Текущую цену ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.12.2015, 10:07 |
|
||
|
|

start [/forum/topic.php?fid=32&fpage=17&tid=1540427]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
38ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
50ms |
get tp. blocked users: |
2ms |
| others: | 10ms |
| total: | 141ms |

| 0 / 0 |

Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...