Shade

(14) а может быть в некорректном обновлении прошивки? Хотя при обновлении никаких проблем не было. Или все таки проблема аппаратная? Может под новую прошивку не корректно работает какая-то ревизия внутренних компонентов микросхемы?

Тоже ловлю подобное после перехода на ут 10.3.71.3 и наката последней прошивки под 2.5 платформу кассы атол 30ф на 3 из 4 проявляется. И атол 22 ф птк тоже проявляется периодически. Причем на одних выходит чек на сантиметр и зависание. Помогает перезагрузка. На одной ничего не происходит просто часики и ничего, пока кассу не выключить включить.

Я правильно понимаю, что проблема не в прошивке? На последней прошивке под 5 платформу проблема остаётся?

И если оплата идет списком. например наличкой 200 рублей а пластиковой картой 300 рублей то отчет выдает два чека каждый по 500 рублей и общая сумма 1000 рублей :(

И еще, возвратные чеки также попадают с плюсом в отчет :)))
Приятно видеть большие выручки конечно, но не всегда правда

Здравствуйте, спасибо за отчет, очень пригодился.

В отчете по Чекам иногда не верно считает сумму без скидки и сумму документа
Происходит это когда сумма первой позиции повторяется в другой позиции, причем сколько раз она повторяется на столько будет разница суммы. Помогите разобраться. Вроде, в запросе все просто, наглядно и правильно, но вот так считает ошибочно

Спасибо большое за обработку. очень наглядно и удобно :)
А что можно придумать с ситуацией, когда необходимо ввести новое значение в ПолеВвода?
Например стоит 5 нашли в другой стопке еще 6 и решили исправить на 11 получится 511. Выход сначало удалить поле затем ввести 11, а как избежать этого? Или как вариант можно ли сначала просто удалить ПолеВвода если там не ноль? при активации ячейки как-нибудь?

Это исправил, а что 12 рядов не создает? А с чем связано? Изменить можно?

А у меня что-то кучу ошибок вывалило 10.3
{Форма.Форма.Форма(1078,6)}: Переменная не определена (ОбщегоНазначенияКлиентСервер)
<<?>>ОбщегоНазначенияКлиентСервер.СообщитьПользователю(ТекстСообщения,,"ДиапазонБуквОт" + ИмяУровня, "Объект");
{Форма.Форма.Форма(1087,6)}: Переменная не определена (ОбщегоНазначенияКлиентСервер)
<<?>>ОбщегоНазначенияКлиентСервер.СообщитьПользователю(ТекстСообщения,,"ДиапазонБуквДо" + ИмяУровня, "Объект");
{Форма.Форма.Форма(1098,6)}: Переменная не определена (ОбщегоНазначенияКлиентСервер)
<<?>>ОбщегоНазначенияКлиентСервер.СообщитьПользователю(ТекстСообщения,,"ДиапазонЧиселОт" + ИмяУровня, "Объект");
{Форма.Форма.Форма(1107,6)}: Переменная не определена (ОбщегоНазначенияКлиентСервер)
<<?>>ОбщегоНазначенияКлиентСервер.СообщитьПользователю(ТекстСообщения,,"ДиапазонЧиселДо" + ИмяУровня, "Объект");
{Форма.Форма.Форма(1117,3)}: Переменная не определена (ОбщегоНазначенияКлиентСервер)
<<?>>ОбщегоНазначенияКлиентСервер.СообщитьПользователю(ТекстСообщения);

А для УТ 10.3 не подойдет?

Спасибо, что бесплатно выложили, мало сейчас таких людей. Обработка не учитывает только что пришедший товар, считая ее неликвидом, при условии, что он им не вляется и поступил 04.12.2013, например. А Анализ идет с 2011 года. Есть вероятность, что обработка будет доработана с учетом даты поступления? Например, неликвидом будет являться товар, который 95% времени был на складе от анализируемого периода, или еще как-то реализовать большую точность отчета? Спасибо за обработку!