[ОТВЕТИТЬ]
31.01.2007 09:52
Dimich1978
 
У кого как реализован механизм выявления неправильной выручки на кассах. Т.е. у нас система такая , выручка слилась в супермаг с касс, правильная или неправильная никого не волнует или забывают посмотреть, всем хочеться домой быстрее. Далее Управляющие формируют по чекам выручку...на основании бумажек их суммируют получают ПРАВИЛЬНУЮ сумму, но в СМ2000 выручка возможно слилась проблемно с некоррректной цифрой, проходят 5-7 дней начинают бухгалтера сличать З-отчеты с там что прислали управляющие по чекам...время ушло и трудно разобраться где получился облом.
Хотелось бы такую программу типа.
На основании чеков управляющий вбивает сумму "А" в приложение(которое сами напишем), далее идет подсчет за данный день выручки слившейся в СМ2000 "В"(подключение к Ораклу и подсчет) и вводим допустимую погрешность суммы (на копейки к примеру), далее формула
Если А=В тогда все ОК отсылаем эти данные к примеру по эл-ой почте.
Если A<>B тогда говорим Управляющему что суммы не сходятся обратитесь в отдел ПО.
Что решает данная программа? Да то что можно оперативно рассмотреть проблему с выручкой в СМ2000.
Если есть у кого предложения есчо, то только буду рад. Советы организационного характера наверное не подойдут...приветствуются решения программные.
Заранее всем спасибо.
31.01.2007 09:54
Mtirt
 
Отчет есть. Реестр Z-отчетов. Там как раз все и представлено. Что мешает вменить в обязанность управляющему его проверить вместе с бумажкой?
31.01.2007 11:18
kadr
 
Цитата:
Dimich1978 Советы организационного характера наверное не подойдут...
Я сомневаюсь что в данном случае помогут программные решения, т.к. минимум надо убедить (заставить, приказать) пользоваться данной программой
Вложения
Тип файла: xlsx Primer.xlsx (11.7 Кб, 66 просмотров)
Тип файла: xlsx Primer.xlsx (11.7 Кб, 66 просмотров)
31.01.2007 11:36
OlegON
 
А на самом деле, есть идеи, как с кассы получить продажи по смене, минуя кассовый сервер? На старте парадоксовую табличку в обменник кидать и ее разбирать? Или еще что-то похитрее есть? Можно было бы написать тулзеньку, чтобы смены сравнивать, все ли всосалось. Или есть консолька, чтобы фискальные данные по смене выдавала в консоль, что еще лучше?
31.01.2007 11:43
Mtirt
 
olegon, написать можно все, только ЗАЧЕМ?
Если они сейчас не могут сравнить 2 цифры с отчетом, то что будет после написания программы? Ей кто-нибудь будет пользоваться?
31.01.2007 11:49
OlegON
 
Я люблю автоматы... :) Мне, в принципе, не сложно набрать
smartctl -H /dev/hda
smartctl -H /dev/hdb
smartctl -H /dev/hdd
и до этого включить смарт на всех этих винтах, но лучше потратить 10 минут и теперь, если есть FAILED в ответах, то оно придет ко мне на почту. Так и тут. Пусть консолька долбится, тупо сравнивая кассу с СМ, а как только расхождение - заспамить всех. Сделать забудешь, закрутишься, поленишься, а уж если только посмотреть - точно мимо не пройдешь.
31.01.2007 11:54
Mtirt
 
Ага. Только как ты данные с бумажкой сравнивать собрался?
А если данные с бумажки не забили? Просто наплевали и все? Там хоть 10 писем пошли, результата не добъешься...
31.01.2007 12:46
Dimich1978
 
вопрос стоит как из базы данных выклянчить сумму по кассам за дату. Хотя идея, выгрузка из СМ2000 в З-ки есть где и прописана таблица в Оракле.
Не пойму почему нельзя сравнить данные полученные с бумажек(чеков) и вытянуть данные по этой дате из БД Оракла?
т.е. из оракла это цифры которые реально попали в З-отчет, а бумажки пусть считают ручками и если несовпадение тьо вперед смотреть где проблема с выгрузкой по кассам и магазину.
31.01.2007 12:49
Dimich1978
 
У нас построено так, утром придя на работу(смены закрыли вчера к примеру до 23-00), управляющий садиться и по чекам выставляет в определенный Excell файл сумму по ним. И отправляет в головной офис. При этом не смотрит что по З-отчетам, вот тут то и хотелось бы отлавливать расхождение чисто программным путем.
31.01.2007 13:05
OlegON
 
Цитата:
Mtirt Ага. Только как ты данные с бумажкой сравнивать собрался?
А если данные с бумажки не забили? Просто наплевали и все? Там хоть 10 писем пошли, результата не добъешься...
С какой бумажкой? Я предлагаю с кассы снимать данные, не то, что Димыч. Т.е. допустим, выдрать из УКМ или из фискалки цифру по смене, бросить в текстовик и на обменник, на серваке сравнить эту цифру с данными по z-отчетам. Чтобы просто ловить, когда кассовик не забрал кассу или на кассе проблемы с выгрузкой. В этом плане УКМ4, конечно, предпочтительнее...
31.01.2007 13:06
bob
 
Тоже не рекомендую программный путь. Так как за время работы с УКМ2 насмотрелся всякого. И пришел к выводу,что самое верное все-таки сверять бумажки. У нас после закрытия смены старший кассир забивает в файл выручку по безналу, сотовым платежам, общую выручку. Наш отдел просто с утра сверяет все цифры с СМ2000. Было несколько случаев, когда такой двойной контроль очень помогал.
Вложения
Тип файла: xlsx Пример.xlsx (15.4 Кб, 12 просмотров)
Тип файла: xlsx Пример.xlsx (15.4 Кб, 12 просмотров)
31.01.2007 13:25
Mtirt
 
olegon, В данном случае бумажка самое надежное.
Что ты будешь сверять, если тебе УКМ2 выгрузит неправильную цифру?
Здесь уже неоднократно обсуждались случаи, что фиксалка не идет с базой кассы. Таких сбоев действительно много.
По моей личной статистике, проблем, когда править приходится базу УКМ-а - 99% от общего объема, а на проблемы самого СМ2000 приходится 1%.
Или ты программно собираешься получать данные фискальной памяти и ЭКЛЗ?

У меня просто управляющий, по должностной инструкции должен в 9 утра проверить цифры по бумажке и реестру z-отчетов. А также сверить реестр Z-отчетов с кассовым документом. Если есть расхождения, сразу утром написать нам. Если расхождения потом найдет бухгалтер, а мы об этом не знаем - управляющий будет оштрафован.
31.01.2007 13:34
OlegON
 
Цитата:
Mtirt Или ты программно собираешься получать данные фискальной памяти и ЭКЛЗ?
Именно про такую консольку я и спрашивал, ладно, проехали. :)
31.01.2007 14:49
Dimich1978
 
Объясните плиз.
Т.е. в чем возникает проблема.
Почему нельзя взять данные по кассе из СМ2000 и сравнить с фактическим наличием денег(по чекам)? в чем причина , почему так нельзя сделать как я понял?
31.01.2007 15:00
bob
 
В основном из-за сбоев связки ФП+ЭКЛЗ, когда вылезти может все что угодно. (читай про это в других темах).
31.01.2007 15:01
OlegON
 
Проблема в том, чтобы получить аналог "бумажки". Получить его можно только из фискалки, а туда вход воспрещен. А то, что ты хочешь, решается принудительной сверкой с отчетом "реестр Z-отчетов".
31.01.2007 15:02
bob
 
А также отвалилась у тебя сеть на одной из касс. Кассиры в автономе смену закрыли. Что с чем сравнивать?
31.01.2007 15:09
OlegON
 
Я вот для выявления таких и аналогичных случаев и хотел тулзеньку использовать. Что все закрылось и все пришло.
31.01.2007 16:04
Dimich1978
 
Вот и я об этом...а то непонятно слились кассы не слились...хотелось бы оперативно знать..чтобы оперативно и решить проблему..
31.01.2007 17:24
Dimich1978
 
"smartctl -H /dev/hda
smartctl -H /dev/hdb
smartctl -H /dev/hdd
и до этого включить смарт на всех этих винтах"

объясните по шагам что данные команды выполняют?
Заранее спасибо
31.01.2007 17:30
OlegON
 
сорри, я просто как пример привел, чем занимался в ту минуту. Винты на моем компе что-то забарахлили, а эти команды выводят их статус по S.M.A.R.T. К кассам это имеет самое отдаленное отношение.
31.01.2007 17:30
Dimich1978
 
спасибо все нашол сам..можно не отвечать извиняюсь за офф-топ
01.02.2007 12:11
bayan
 
Да тут дело в элементарном нежелании админа в магазине формировать отчёт "реестр Z-отчётов" или "журнал продаж" и сравнить их с бумажным носителем.... Вот и вся проблема....

Много раз объяснял администраторам в магазинах... снисите X-отчёт перед закрытием смены, посчитайте деньги в кассе... сходится - хорошо, не сходится - тут уж извините, звоните в ЦТО или сисадминам....

Это в конце концов их недостача.... они в магазине материально ответственные....

З.Ы. Это конечно сугубо моё личное мнение....
З.З.Ы. И проблемы с кассами начинаются в некоторых случаях из-за самих кассиров... захотели они схимичить... чек не пробили, кассу перезагрузили, вот вам и глюк... замечал я за ними такое и неоднократно. И ЦТОшники поэтому акты отказываются писать, т.к. неизвестно, из-за сбоя ли в кассе такое расхождение появилось или премудрый кассир денежки прикарманил... (извините за тон, просто накипело...)
01.02.2007 12:12
bayan
 
А слились кассы или не слились.... тоже достаточно просто выявляется стандартными средствами Супермага... зачем изобретать велосипед??? Книга продаж за день... у тебя в магазине три кассы, в супермаге две... одна не слилась... простая математика ;)
01.02.2007 12:40
baggio
 
Гораздо интересние иметь утилиту ктороая анализировала бы расхождения...

например:
1. имеется выгрузка с кассы.
2. Имеется бумажный З отчет.
3. Запускаем утилиту...

Внимание: расхождение на 231.21 руб.
Уведомляю по электронной почте...
Имеются два чека №125 и 256 дающие данную сумму....
Исправть? нажмите да\нет...

Если "да" то в ДБшных файлах удаляются эти чеки и правятся другие таблички... а уж потом заливаем в супермаг...

Работать будет не во всех случаях.. но все же...
01.02.2007 14:24
OlegON
 
Цитата:
bayan А слились кассы или не слились.... тоже достаточно просто выявляется стандартными средствами Супермага... зачем изобретать велосипед??? Книга продаж за день... у тебя в магазине три кассы, в супермаге две... одна не слилась... простая математика ;)
Выше я уже писал, что есть простые вещи, которые не хочется делать, поскольку есть возможность автоматизировать :) Сравнивать хотел более детально, но стало влом связываться с этим парадоксом, есть дела поинтереснее.
01.02.2007 14:28
OlegON
 
Цитата:
baggio Гораздо интересние иметь утилиту ктороая анализировала бы расхождения...
Вот это уже опасно. Она может найти вовсе не то, что нужно. Да и опираться при написании таких утилит надо на фискальные показатели, а их не достать, ну и ладно...
02.02.2007 08:33
Dimich1978
 
Вернусь к Ораклу, почему нельзя брать данные из него, т.е. те данные которые уже слились в супермаг. Т.е. просчитать сколько передано выручки в СУПЕРМАГ, и сравнить с тем что насчитал управляющий по чекам, если расхождение...то к примееру сообщить админам.
Т.е. тут идеальная ситуация рассматриваеться, выручка сходиться с суммой по чекам, но расходиться с тем что выгружено в супермаг....вот на этом этапе и надо сообщить сисадминам...поставить вопрос.
Изображения
Тип файла: jpg ЛОГОТИП_goo.JPG (22.5 Кб, 993 просмотров)
Тип файла: jpg ЛОГОТИП_goo.JPG (22.5 Кб, 993 просмотров)
02.02.2007 08:59
Mtirt
 
Тебе два человека задают вопрос: а что мешает взять реестр Z-отчетов и проверить? А если не сообщили до 10 часов утра, то наказать упарвляющего?
Зачем писать софт, который давно написан?
Чисто программные методы не избавляют от беспорядка. Если у тебя сейчас люди не исполняют своих обязанностей, то они их не будут исполнять и при наличии "суперпрограмм".
05.02.2007 14:51
akonev
 
Цитата:
Mtirt Зачем писать софт, который давно написан?
1) Чтобы научиться писать :)
2) Чтобы на простом примере убедиться, что не все решаеют программы

Цитата:
Dimich1978 Вернусь к Ораклу, почему нельзя брать данные из него...
Можно! Только никому не хочется писать, потому что нерационально.
Если тебе лично хочется, но про что-то не понимаешь как - задавай конкретные вопросы.
Если будешь спрашивать: "вот я купил диск с MVC, чего дальше делать?" - никто не ответит.
Если "я подключился по ODBC к своей базе, в какой таблице Z-ы искать?" - ответят.

Полный автомат мне лично тоже был бы симпатичен, но путей реализации не вижу.
Проблема 1: надо сверять фискалку, базу укм, базу см2000; бог с ним, что все в разных местах живет... фискалки все разные. придется модуль для работы с фискалкой в нескольких вариантах писать. мало радости.
Проблема 2: как реагировать, если касса вообще не включалась в какой-то день? считать, что с ней связи не было и поднимать тревогу? всех быстро забодает.
Опции темы


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

 

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