Оптимизация и настройка SET PRISMA : Set Retail / Centrum / Oil

вот вот .... по SET RETAIL такая же песня............:wacko2:

Чё за поклёп :)
по ритейлу всё делается быстро...
главное знать подход :)

напиши тогда по Оптимизации

Оптимизации чего?

На ТАК сформулированные вопросы - и неудивительно :wacko2:

Чтобы получить правильный и корректный ответ на вопрос, надо чтобы в вопросе было хотя бы 50 процентов ответа :)

)) а как тогда в телепередачи ЧТО. ГДЕ КОГДА . где там 50% ответа))):wacko2:

встречный вопрос:
какова вероятность того, что выйдя на улицу, вы увидите динозавра?

OlegON:

Давайте без флуда? Курилка на это есть

Чёта я не понял.. .писать утилиту по оптимизации "ВСЕГО" ?
или эта тема - чисто риторическая ?

Уважаемые господа.
Кто-нибудь сталкивался с подобным:
От касс в оперативном режиме видно все товары, пробиваемые на кассе. В отчетах и архиве часть чеков не отображается. Т.е. Идет время 10.56.00, потом следующий чек перескакивает сразу на 12.00.00 (время взято произвольно) и так бессистемно по разным кассам. При этом видно по номерам чеков, что происходит перескок. В отчетах колличество чеков не совпадает с реальным. Но если в архивном режиме встать на последний перед перескоком чек и нажать следующий, то отобразиться следующий чек нормально, а в последствие - пустые чеки и так до 12.00.00. В базе данных SQL есть таблица CashEvent кажется, куда заносятся данные о чеках. Так вот, в этой таблице видно, что перескок происходит тогда, когда в строке чека Summ, Dist и поле времени конца чека = NULL, т.е. не заносятся в базу. Если ручками занести сумму, Disc - это кажется скидка, которая у нас не используется и = 0 и время конца чека - то он появиться и в отчетах и в архиве, но со следующим так не проходит. В отчетах он появляется, в архиве - нет.

Есть у кого-нибудь идеи - буду благодарен.