Еще раз про DNC_Kassa_v1.epf

[SergeySV]

Используется Дэнси:Касса 1.2.6p4. При закрытии кассовой смены отчет о розничных продажах (УТ 10.3) формируется с неправильной (большей) суммой относительно файла .rep. В нем сумма стоит правильная, равная z-отчету.
В файле отчета много сторнированных позиций. Подозреваю что обработка неправильно их учитывает. Скачивал с сайта версию от 19.11.2011, не помогает.. Ткните на правильную версию обработки. До перехода на 1.2.6 проблемы не было.
И еще один момент- в отчете появились странные скидки, например: 27,75% вместо 15%.

[Alexander]

На сайте вроде обработка актуальная лежит. Скиньте report на support@dnc-soft.ru - посмотрю в чем дело.

[SergeySV]

скинул
есть еще подозрение на скидки по дисконтным картам

[Alexander]

На самом деле все нормально, просто у Вас в отчет часть транзакций попала два раза. Подправленный отчет скинул в почту. Также можно удалить текущий отчет и запросить с кассы транзакции за эту дату - все загрузится корректно.

[SergeySV]

Спасибо! Извиняюсь за невнимательность. В чем же может быть причина задваивания транзакций? Такая ситуация была уже неоднократно.

[SergeySV]

Задваивание (а бывает и затраиваются) части транзакций в файле отчета происходит время от времени на разных компьютерах на разных версиях ДК и при разном способе формирования файла-флага. У меня два способа-автоматом по cron-у и вручную при закрытии смены ДК (стоит галочка-выгрузка новых транзакций).
Не зависит от величины базы ДК.
P.S. Неужели только у меня такая проблемка?

[Alexander]

В принципе можно переделать обработку так, чтобы отчет разбивался на несколько документов, если идет обратный проскок в нумерации транзакций. Будет нагляднее по крайней мере.
Со стороны кассы надо смотреть конкретную схему обмена и скрипты. При запуске выгрузки по cron можно перед созданием флага удалять текущий файл отчета, если он есть в каталоге обмена.
В случае использования автовыгрузки транзакций по "Закрытию смены" (без флагов со стороны товароучетки и ручной выгрузки транзакций по диапазону дат) наложение возможно только отчетов за несколько дней, но там обратных проскоков в нумерации транзакций быть не может.

[SergeySV]

Накладываются транзакции в пределах одной смены.

[Alexander]

Попробуйте в скрипте, запускаемом cron-ом вставить предварительное удаление текущего файла отчета (перед созданием файла-флага).

Мне сложно строить какие-то предположения, не зная выстроенной у Вас схемы обмена данными.

Вот почему, в частности, мы просим присылать нам описания ваших внедрений (в том числе для публикации на нашем сайте - по согласованию и со ссылками на внедренца и клиента)