[ОТВЕТИТЬ]
Опции темы
23.10.2012 06:45  
avdeevalexey
Доброго времени суток! Руководство озадачило интересным вопросом "а сколько чековой ленты расходуется"? Вариант просто подсчитать количество бобин с лентами их не устроил (наверное думают что ленту кто то ворует)))...готовых отчетов в УКМ4 49.5 не нашел, а руководство не унимается, у них "весомый" довод - "ну ведь копию чека можно на экране увидеть! значит и длину распечатанных чеков можно подсчитать!". Может возможно как то через сам ФР посмотреть такую статистику (СП 101 или Феликс РК например)?
 
23.10.2012 08:46  
Onesoft
"Печать контрольной ленты по БД" на "файловый принтер"
Однако, следует учесть, что:
1. фискальный регистратор при печати чека печатает свои "шапку" и "подвал" чека, которые могут существенно отличаться (как правило, в сторону большего объёма) от тех, что печатаются в копии чека или в контрольной ленте по БД - данные документы будут полностью напечатаны "свободной строкой". Сравни длину фискального чека и его копию - получишь абсолютную разницу в длине.;
2. в процессе работы кассы могут дополнительно распечатываться другие различные документы: X-отчёты, копии чеков, товарные чеки, вход/выход кассира, купоны (алгоритмом скидки "Печать купонов", которые при печати контрольной ленты по БД распечатаны не будут), внесение/изъятие/проверка содержимого ДЯ, устранения замятий/холостая промотка и т.п. Некоторые из перечисленных аддишенов могут быть пренебрежимо малыми, тем не менее, в среднем на данные документы, думаю, можно заложить метра два ленты..

Добавлено через 2 минуты 20 секунд
А статистику такую, насколько я знаю, из сервисплюсовских фискальников ведёт только новый СП601ФР-К, построенный на базе IBM..

Добавлено через 10 минут 8 секунд
Правда, как только что выяснил, с точностью до 100 м...
 
23.10.2012 09:30  
OlegON
Думается, что, зная длину шапки/подвала, количество чеков и количество позиций в них, можно заняться математикой...
 
23.10.2012 09:39  
Onesoft
Цитата:
Сообщение от OlegON
Думается, что, зная длину шапки/подвала, количество чеков и количество позиций в них, можно заняться математикой...
Тогда надо ещё учесть количество сторнированных позиций, детализацию товарных позиций по скидкам/налогам, номера дисконтных карт, всяку доп.инфу по клиентам и их счетам.. Проще уж тогда оценить среднестатистическими рулонами в месяц, точность примерно такой же окажется
 
23.10.2012 10:57  
Carott
Цитата:
Сообщение от OlegON
Думается, что, зная длину шапки/подвала, количество чеков и количество позиций в них, можно заняться математикой...
мы так и пробовали сделать, + Z и X отчеты, + различные служебные чеки (типа смены кассира и внесения/изъятия). Оставался вопрос - как учитывать печать товарных чеков и копий чеков. Были расхождения с реальным потреблением. Хотя может быть потому что где-то что-то неправильно учитывали

Удалось убедить руководство, что это не очень удачная идея. У нас охрана контролирует, чтобы из зала бумагу не выносил никто кроме администраторов. Теперь это их проблема)
Это конечно не выход, но и подсчет метража использованной кассовой ленты таким методом - не очень правильно
 
23.10.2012 11:04  
konst
Ну почему же... я у себя сделал похожий отчет
по кассовой ленте и весовым этикеткам
с определенной точностью совпадает

p.s. еще надо быть уверенным в поставщике расходных материалов
когда-то давно проверили поставщиков из разных регионов - так просто офигеть
до 30% кассовой ленты не доматывали, а по весовым этикеткам
стандарт 700 шт в рулоне - а было и по 600 и даже по 500
 
23.10.2012 11:07  
Onesoft
Тогда чтобы учесть копии чеков и товарные чеки и вообще всё-всё-всё (кроме фискальных документов и шапок/подвалов), есть один "извращенческий" метод.. Обложить lua-скрипты процедурой подсчёта печатаемых строк и сваливать их в лог кассы, потом этот лог скриптом анализировать.. Ессессно, всё это будет актуально при установленной галке "печать чека свободной строкой". Ну и всякие фискальности не будут учтены (математика, вперёд!).. Но ИМХО овчинка геморроя не стоит..
 
23.10.2012 11:11  
konst
надо учитывать свою специфику:
дубликаты чеков у меня не печатают
печать после рассчета - поэтому сторнирования не актуальны
з-отчет - 1 в день (чаще - крайне редко... еще можно вспомнить замену ЭКЛЗ)
так что результат достаточно точный
 
23.10.2012 11:47  
Onesoft
Цитата:
Сообщение от Carott
Оставался вопрос - как учитывать печать товарных чеков и копий чеков. Были расхождения с реальным потреблением
В принципе, в lua можно заложить фиксирование в логах кассы печать товарных и копий чека, скажем, в скрипте receipt.lua в функции print_receipt_open вместо стандартного блока

Код:
        if __header.receipt.type == ukm.core.copy then
           text = text .. "*" .. ukm.center("К О П И Я   Ч Е К А",width-2," ") .. "*" .. "\n";
           text = text .. ukm.leftpad("*", width, "*") .. "\n";
        elseif __header.receipt.type == ukm.core.duplicate_ then
           text = text .. "*" .. ukm.center("Д У Б Л И К А Т   Ч Е К А",width-2," ") .. "*" .. "\n";
           text = text .. ukm.leftpad("*", width, "*") .. "\n";
        elseif __header.receipt.type == ukm.core.restore_ then
           text = text .. "*" .. ukm.center("Ч Е К   В О С С Т А Н О В Л Е Н",width-2," ") .. "*" .. "\n";
           text = text .. ukm.leftpad("*", width, "*") .. "\n";
        elseif __header.receipt.type == ukm.core.goods_receipt then
           text = text .. "*" .. ukm.center("Т О В А Р Н Ы Й   Ч Е К",width-2," ") .. "*" .. "\n";
           text = text .. ukm.leftpad("*", width, "*") .. "\n";
        end
вставить такой:

Код:
        local logtext = "";
        if __header.receipt.type == ukm.core.copy then
           text = text .. "*" .. ukm.center("К О П И Я   Ч Е К А",width-2," ") .. "*" .. "\n";
           text = text .. ukm.leftpad("*", width, "*") .. "\n";
           logtext = "COPY";
        elseif __header.receipt.type == ukm.core.duplicate_ then
           text = text .. "*" .. ukm.center("Д У Б Л И К А Т   Ч Е К А",width-2," ") .. "*" .. "\n";
           text = text .. ukm.leftpad("*", width, "*") .. "\n";
           logtext = "DUPLICATE";
        elseif __header.receipt.type == ukm.core.restore_ then
           text = text .. "*" .. ukm.center("Ч Е К   В О С С Т А Н О В Л Е Н",width-2," ") .. "*" .. "\n";
           text = text .. ukm.leftpad("*", width, "*") .. "\n";
           logtext = "RECEIPT RECOVERY";
        elseif __header.receipt.type == ukm.core.goods_receipt then
           text = text .. "*" .. ukm.center("Т О В А Р Н Ы Й   Ч Е К",width-2," ") .. "*" .. "\n";
           text = text .. ukm.leftpad("*", width, "*") .. "\n";
           logtext = "FORMAL SALES RECEIPT";
        end
        if logtext ~= "" then
          ukm.debug("A \""..logtext.."\" has been printed by receipt No "..tostring(__header.pos) .. "." .. tostring(__header.shiftopen.number) .. "." .. tostring(__header.localnumber) .. " // " .. tostring(__header.globalnumber));
        end
 
23.10.2012 14:09  
Carott
Цитата:
Сообщение от konst
Ну почему же... я у себя сделал похожий отчет
по кассовой ленте и весовым этикеткам
с определенной точностью совпадает
а можно пример Вашего отчета?
 
 


Опции темы



Часовой пояс GMT +3, время: 09:17.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.