20 сентября, четверг 10:53
Bankir.Ru

Объявление

Свернуть
Пока нет объявлений.

Недостача на Diebold 1071ix

Свернуть
X
  • Фильтр
  • Время
  • Показать
Очистить всё
новые сообщения

  • Недостача на Diebold 1071ix

    Всем привет, есть вопрос по ошибке 3F:35:38 (в сформировавшейся пачке, большее каличество купюр чем запрашиваемое)
    вот вырезка из журнала банкомата:
    1038211010408095420aLUNO123a---a04-01-08 11:25:13a201xxxx-"номер карты и запрашиваемая сумма"

    в журнал пишеться ошибка DI01:3F:35:38 01/04/08(время хоста) 12:28:10aA8B913D8

    вопрос заключается вот в чем - ccprotlog на банкомате не ведется (винт маленький, экономия места)
    Может кто объяснить, то, что пишеться в журнал "DI01:3F:35:38 01/04/08(время хоста) 12:28:10aA8B913D8" - наверняка означает что ошибка попала на хост? в OpenWay этой ошибки нет (не исключено что она была), но необходимо на 100% подтвердить, что на хост была выслана эта ошибка (если время, дата и контрольная сумма с хоста записались в журнал банкомата то получил он это с хоста)
    Последний раз редактировалось Serj99; 17.01.2008, 16:45.

  • #2
    Сообщение от Serj99 Посмотреть сообщение
    Всем привет, есть вопрос по ошибке 3F:35:38 (в сформировавшейся пачке, большее каличество купюр чем запрашиваемое)
    вот вырезка из журнала банкомата:
    1038211010408095420aLUNO123a---a04-01-08 11:25:13a201xxxx-"номер карты и запрашиваемая сумма"

    в журнал пишеться ошибка DI01:3F:35:38 01/04/08(время хоста) 12:28:10aA8B913D8

    вопрос заключается вот в чем - ccprotlog на банкомате не ведется (винт маленький, экономия места)
    Может кто объяснить, то, что пишеться в журнал "DI01:3F:35:38 01/04/08(время хоста) 12:28:10aA8B913D8" - наверняка означает что ошибка попала на хост? в OpenWay этой ошибки нет (не исключено что она была), но необходимо на 100% подтвердить, что на хост была выслана эта ошибка (если время, дата и контрольная сумма с хоста записались в журнал банкомата то получил он это с хоста)
    По-моему, наоборот:
    11:25:13 - это время хоста, а
    12:28:10 - время банкомата.
    А уходила на хост или нет - не знаю, вряд-ли...

    Комментарий


    • #3
      romysm - я уверен, что 11:25:13 это время банкомата
      из каких соображений банкомат не отсылает такую ошибку на хост? связь есть наверняка!

      Комментарий


      • #4
        Сообщение от Serj99 Посмотреть сообщение
        romysm - я уверен, что 11:25:13 это время банкомата
        из каких соображений банкомат не отсылает такую ошибку на хост? связь есть наверняка!
        Если у Вас есть таблица СТАТУСов, то там видно:

        Status Message! Description ! Sent to DAL/Journal !
        --------------+-------------+---------------------!
        DI01:3F:35:38 ! Too many... ! No/Yes !

        Т.е., в журнал пишет и все...

        Комментарий


        • #5
          Если у Вас есть таблица СТАТУСов, то там видно:

          Status Message! Description ! Sent to DAL/Journal !
          --------------+-------------+---------------------!
          DI01:3F:35:38 ! Too many... ! No/Yes !

          Т.е., в журнал пишет и все...


          ДА, таблица статусов есть, там именно так и написано, но не монятно, почему при столь серьёзной ошибке, которая связанна именно с наличными, и говорит что их больше чем требуется, не высылается на хост что бы пресечь выдачу наличных. как иначе процессинг может дать команду банкомату если он не знат о существовании такой ошибки?

          Комментарий


          • #6
            Сообщение от Serj99 Посмотреть сообщение
            Если у Вас есть таблица СТАТУСов, то там видно:

            Status Message! Description ! Sent to DAL/Journal !
            --------------+-------------+---------------------!
            DI01:3F:35:38 ! Too many... ! No/Yes !

            Т.е., в журнал пишет и все...


            ДА, таблица статусов есть, там именно так и написано, но не монятно, почему при столь серьёзной ошибке, которая связанна именно с наличными, и говорит что их больше чем требуется, не высылается на хост что бы пресечь выдачу наличных. как иначе процессинг может дать команду банкомату если он не знат о существовании такой ошибки?
            Исключительно по состоянию счетчиков DIVERT!

            Комментарий


            • #7
              А вообще, недостача по 1071 - довольно редкая вещь - в силу его конструкции.
              По крайней мере у меня.

              Комментарий


              • #8
                но я не понимаю, откуда в журнале банкомата есть время и дата с хоста, а также контрольная сумма, не ставит же ее банкомат сам по себе, на то она и контрольная сумма.

                Комментарий


                • #9
                  и еще, romysm, DAL это вовсе не хост а Device activity log, на хост ошибка высылаеться в любом случае.

                  Комментарий


                  • #10
                    По умолчанию в конфигурации диспенсера стоит галка "retry enabled" - разрешение на повторную попытку набрать деньги. Т.е., если при первой попытке возникла ошибка - следует дамп и повтор набора. Если уж и повторный набор не удался, то это фатальная ошибка диспенсера (для операций презентера первая-же ошибка фатальная).
                    Так что получать статусы о джамах и обсчетах и при этом продолжать работать - это нормально - так и задумано, чтобы диспенсер не вставал по любому чиху. Однако.. если вы получаете такие статусы часто - значит есть проблема, может и не с диспенсером , а с кассетой или укладкой денег.. следует сервисить - иначе может и недостача случиться - в диспенсере глаз нет.
                    Вы можете сымитировать ситуацию следующим образом - в реальной транзакции во время набора помашите бумажкой над счетным сенсором - все что набрано будет дампировано, а потом будет повторная попытка. Заодно посмОтрите, какие в этом случае возникают статусы и куда направляются.

                    Комментарий


                    • #11
                      По умолчанию в конфигурации диспенсера стоит галка "retry enabled" - разрешение на повторную попытку набрать деньги. Т.е., если при первой попытке возникла ошибка - следует дамп и повтор набора. Если уж и повторный набор не удался, то это фатальная ошибка диспенсера (для операций презентера первая-же ошибка фатальная).
                      Так что получать статусы о джамах и обсчетах и при этом продолжать работать - это нормально - так и задумано, чтобы диспенсер не вставал по любому чиху. Однако.. если вы получаете такие статусы часто - значит есть проблема, может и не с диспенсером , а с кассетой или укладкой денег.. следует сервисить - иначе может и недостача случиться - в диспенсере глаз нет.
                      Вы можете сымитировать ситуацию следующим образом - в реальной транзакции во время набора помашите бумажкой над счетным сенсором - все что набрано будет дампировано, а потом будет повторная попытка. Заодно посмОтрите, какие в этом случае возникают статусы и куда направляются.

                      отлично, сообщите, пожалуйста, дамп перед повторной попытке значит ... ? он скидывает деньги в дайверт?

                      Комментарий


                      • #12
                        Да, скидывает в дайверт.

                        Комментарий


                        • #13
                          Да, скидывает в дайверт.
                          какова вероятность, что он не скинет деньги в дайверт и выдаст их с теми, что набрал при повторной попытке?

                          Комментарий


                          • #14
                            Вот именно так как вы написали - это должен быть какой-то глюк или баг софта, чтобы он время от времени игнорировал такую ситуацию и не делал дампирование.. мне кажется весьма маловероятно..
                            Другое дело, что результатом первой попытки может оказаться не ровненькая пачка с неправильным количеством купюр, а одному богу известно что)) ведь какая-то механическая проблема при наборе приводит к расхождению счета, плохие деньги, укладка денег, плохая кассета, неправильно настроенная кассета, плохие колеса, ремни и тд. Возможности диспенсера по очистке ограничены, нет пальцев, глаз)). На то она и галка "ретрай енаблед".

                            Комментарий


                            • #15
                              Сообщение от Serj99 Посмотреть сообщение
                              Да, скидывает в дайверт.
                              какова вероятность, что он не скинет деньги в дайверт и выдаст их с теми, что набрал при повторной попытке?
                              У нас такое было (совсем недавно), правда только на 1064ix.
                              Не все сбрасывал в DIVERT, т.к. слистывались криво.
                              Заменил фидшафты.
                              Недостачу нашли и вернули.
                              Последний раз редактировалось romysm; 21.01.2008, 14:32. Причина: Коррект

                              Комментарий

                              Пользователи, просматривающие эту тему

                              Свернуть

                              Присутствует 1. Участников: 0, гостей: 1.

                              Обработка...
                              X