Артикул 0 : Супермаг Плюс (Супермаг 2000)

В копилку базы знаний, только что задали вопрос:
Возникает ошибка при формировании кассового документа Кассовым
сервером:

General failure. Error messages follows.
Запись 1. Код=80004005h (0) [База данных]:
Артикул 0 не существует

Запись 2. Код=80004005h (0) [Microsoft OLE DB Provider for Oracle]:
ORA-20228: Артикул 0 не существует
ORA-06512: на "SUPERMAG.CORE", line 268
ORA-06512: на "SUPERMAG.CASH", line 612
ORA-06512: на "SUPERMAG.CASH", line 1172
ORA-01403: данных не найдено
ORA-06512: на "SUPERMAG.CASH", line 1416
ORA-06512: на "SUPERMAG.CASH", line 1458
ORA-06512: на "SUPERMAG.CASH", line 1494
ORA-06512: на line 2

Подобная ошибка возникает, когда на кассе продают по сумме. Продажа по сумме возвращается в СМ2000, как продажа артикула 0. Надо завести этот артикул и идти выяснять, что там кассиры натворили, если продажи по сумме не предусмотрены. Возможно, что просто по техническим причинам, например, после восстановления кассы пустили все продажи, как продажи по сумме.

Чаще всего не кассиры, а ЦТО. Они любят все несоотвествия на нулевой артикул закидывать...

IMHO, а артикул 0 заводить не следует, иначе в следующий раз подобную ситуацию проморгать недолго

Mtirt, это проверено . Так и есть все закидывают на ноль. У нас когда БД на кассе рухнула я долго догадывался почему ругается =(

stalker и у тебя и у Mtirt одно ЦТО -> одинаковое поведение.

stalker, а что гадать? в логах же пишется русским языком, в чем причина...

Mtirt, после некоторых извращений я нашел и понял

Тоже самое происходит при возврате по сумме
Самое простое завести 0 артикул и назвать его типа кривой возврат по кассе или продажа

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