Как избавиться от неопределенной себестоимости : Супермаг Плюс (Супермаг 2000)

Была ошибочная продажа, уводящая остаток в минус. Ее скомпенсировали возвратом от покупателя.

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

Правда, не в объеме 4 шт. * цену закупки = 4 * 230 = 920, а в объеме 3 * 230 = 690.



Но это вопрос второстепенный, наверное, я что-то недопонимаю в отчете о реализации.

Основной вопрос - как сделать так, чтобы ошибочная продажа не считалась как продажа с неопределенной себестоимостью. Я вижу два варианта.

1. Отменить продажу (ошибочную, на 3 шт.) и возвраты от покупателя (тоже на 3 шт.). Различий по сумме с кассовым журналом не будет, т.к. продажа компенсируется возвратами с той же суммой. Останется только правильный приход и правильная реализация.

2. Повесить на продажу, уводящую товар в минус, фиктивный приход. Тогда приход и продажа 3 шт. товара будут фиктивны, но у этой фиктивной продажи не будет неопределенной себестоимости.

А зачем, если не секрет?

Не нравится она в отчете, неопределенная себестоимость.

Вам, разумеется, знакомы вопросы "а чо отчет1 отличается от отчета 2?". Это оно. В разных случаях принимаются разные компромиссные решения.

А это у вас одна такая уникальная карточка, по которой единственный раз остаток в минус ушел ?

Нет, не уникальная.

Но это магазин не мелочевки или продуктов питания, а шуб и головных уборов, поэтому они следят за минусами гораздо тщательнее.

У меня в свое время была база по парфюмерии. Именно так и делал - фиктивный приход и расход. по отдельным операциям. без выгрузки этих операций в бухпрограмму. за 8 лет не было ни одной неопределенной себестоимости.

Удалил кассовый документ СуперМАГа, перед повторной загрузкой кассовой смены почистил от неверных продаж/возвратов CASHSAIL.DB и CASHDISC.DB. Клиента решение устроило.



Если кто знает корректный способ правки кассового документа в Супермаге, буду рад подсказкам. Типа PROC_DEACCEPT(DOC_ID), UPDATE SMSPEC, PROC_ACCEPT(DOC_ID).

Корректного не будет, помимо SMSPEC надо SMSPECTAX править, как минимум. SMCASHCHECKS, SMCASHCHECKITEMS, SMCASHZ... В общем, лучше не делать.

Это ладно, вам виднее. Я пока не изучал SMSPECTAX.

Это не понял. Задача изменить кассовые данные не стоит в данной теме. Допускается их отличие от SMDOCUMENTS + SMSPEC.

...