привет,
Я ищу информацию о HBDATA включает в себя.
C: Program Files NCR APTRA Advance NDC Data
Posted after 6 hours 52 minutes 33 seconds:
?
HBDATA
Модератор: central
-
kentaur
- Друг Банкоматчика
- Сообщения: 424
- Зарегистрирован: 27 окт 2010, 01:57
- Авто: Колымага
- Откуда: грецкий орех
- Благодарил (а): 59 раз
- Поблагодарили: 50 раз
HBDATA
HBDATA.LOG = Hard Copy Backup of EJDATA.LOG
Можете ли вы объяснить, что это ваша проблема?
Я вижу, вы обычно просите много информации, документы, изображения и т.д., но никогда не присутствует актуальным;
Например, говоря о HBATA (которую я лично никогда не видел, но искать сейчас, специально для вас, как вы всегда кажется отчаянной ..) Есть некоторые отчеты о NCR со следующим сценарием:
- Клиент использует двойные jurnaling режиме (APTRA 3.2.1/XFS 4.2.1)
- Когда бумажный журнал заканчивается, файл печатной резервная копия будет создана, чтобы захватить все журнальные печати в то время как бумаги отсутствует. Когда бумага пополняется, перепечатка начинается, то прекращается и возобновляется. Каждый операции печати шоу Перепечатка начала.Состояние продолжается, и может eventaully причиной зависания.
Проблема, кажется, происходит где бумага repleinshment завершает точно в точке, где операции печати инициируется.Причиной может быть неожиданным характера в HBDATA.LOG файл или syncronisation ошибка между журнала и резервного копирования.
Решение: удалить все файлы HBDATA .*
Существовали некоторые TAR, выпущенный (который у меня нет) SSDSejUpload.dll (3.6.06) и SSDSjrnSRV.dll (3.6.08)
Обновления, включенные в APTRA 3.03 (Хорошо, что мы катали на 3.4.1 .. и знаю, что есть слухи о 3.4.2)
Posted after 7 minutes 56 seconds:
Также, может быть, это будет прояснить ситуацию для Вас:
Если журнал находится в двойном режиме (то есть Электронный журнал-бумажный журнал) и бумажный журнал заканчивается, можно ли получить доступ к подробной информации о сделках, которые состоялись между этой точкой и пополнения бумажный журнал?
Ответ:
См. Руководство руководителя (B006-6062). Глава 7 - Журнальный принтер резервном режиме. Глава 4 - Настройка меню, 30 SET JRNL. В нижней части страницы, говорится: «Если физический журнал отказывает во время двойной режим активен, резервного копирования печатном начнется автоматически."
Также см. Справочное руководство (B006-6180). Глава 11 - Функции безопасности, Журнальный принтер Backup.
Подводя итог, в двухканальном режиме приложение будет автоматически выполнять "Hardcopy Журнал резервного копирования", что означает, что, когда журнал бумаги исчерпан, журнал печатает будут сохранены на диск. Как только бумажный журнал пополняется, этот журнал резервного выполняет Перепечатка демпинг на бумаге копии всех сделок, которые имели место, когда бумага была пуста. Это происходит, как только пользователь выходит из Supervisor.
Доступ к операции, которая состоялась в то время как бумаги не было дома, не прибегая к "перепечатка" не поддерживается, но это может быть возможным, чтобы получить доступ к файлам данных на незащищенные системы.
В двойном режиме Существуют как EJDATA.LOG и HBDATA.LOG файлы в C: \ Program Files \ NCR APTRA \ Advance NDC \ Data каталога.
EJDATA.LOG является Электронный журнал.
HBDATA.LOG является резервное копирование Hardcopy Journal.
Поэтому, если HBDATA.LOG файл доступен, то это эффективно копию транзакции, которые произошли в то время как бумаги не было.
Примечание: копия HBDATA.LOG файла должны быть удалены перед перепечатке в бумажный журнал состоялся как содержимое файла опорожняются после перепечатки.
Можете ли вы объяснить, что это ваша проблема?
Я вижу, вы обычно просите много информации, документы, изображения и т.д., но никогда не присутствует актуальным;
Например, говоря о HBATA (которую я лично никогда не видел, но искать сейчас, специально для вас, как вы всегда кажется отчаянной ..) Есть некоторые отчеты о NCR со следующим сценарием:
- Клиент использует двойные jurnaling режиме (APTRA 3.2.1/XFS 4.2.1)
- Когда бумажный журнал заканчивается, файл печатной резервная копия будет создана, чтобы захватить все журнальные печати в то время как бумаги отсутствует. Когда бумага пополняется, перепечатка начинается, то прекращается и возобновляется. Каждый операции печати шоу Перепечатка начала.Состояние продолжается, и может eventaully причиной зависания.
Проблема, кажется, происходит где бумага repleinshment завершает точно в точке, где операции печати инициируется.Причиной может быть неожиданным характера в HBDATA.LOG файл или syncronisation ошибка между журнала и резервного копирования.
Решение: удалить все файлы HBDATA .*
Существовали некоторые TAR, выпущенный (который у меня нет) SSDSejUpload.dll (3.6.06) и SSDSjrnSRV.dll (3.6.08)
Обновления, включенные в APTRA 3.03 (Хорошо, что мы катали на 3.4.1 .. и знаю, что есть слухи о 3.4.2)
Спойлер
Can you explain what is your problem?
I see you usually ask for a lot of info, docs, images etc, but never present an actual issue;
For example, talking about HBATA (which I personally have never seen, but searched now, especially for you, as you always seem desperate..) there are some reports on NCR with the following scenario:
- customer uses dual mode jurnaling (Aptra 3.2.1/XFS 4.2.1)
- when the journal paper runs out, a hardcopy backup file is created to capture all journal printing while paper is out. When the paper is replenished, the reprint starts, then stops, and restarts. Every print operation the show a reprint commencing. The condition continues, and may eventaully cause a hang.
The problem seems to occur where the paper repleinshment completes exactly at the point where a print operation is initiated. The cause may be an unexpected character in the HBDATA.LOG file, or a syncronisation error between the journal and backup.
Solution: delete all HBDATA.* files
There were some TAR's released (which I do not have) SSDSejUpload.dll (3.6.06) and SSDSjrnSRV.dll (3.6.08)
Updates are included in Aptra 3.03 (Good thing we rolled to 3.4.1..and know there is rumour of 3.4.2)
I see you usually ask for a lot of info, docs, images etc, but never present an actual issue;
For example, talking about HBATA (which I personally have never seen, but searched now, especially for you, as you always seem desperate..) there are some reports on NCR with the following scenario:
- customer uses dual mode jurnaling (Aptra 3.2.1/XFS 4.2.1)
- when the journal paper runs out, a hardcopy backup file is created to capture all journal printing while paper is out. When the paper is replenished, the reprint starts, then stops, and restarts. Every print operation the show a reprint commencing. The condition continues, and may eventaully cause a hang.
The problem seems to occur where the paper repleinshment completes exactly at the point where a print operation is initiated. The cause may be an unexpected character in the HBDATA.LOG file, or a syncronisation error between the journal and backup.
Solution: delete all HBDATA.* files
There were some TAR's released (which I do not have) SSDSejUpload.dll (3.6.06) and SSDSjrnSRV.dll (3.6.08)
Updates are included in Aptra 3.03 (Good thing we rolled to 3.4.1..and know there is rumour of 3.4.2)
Также, может быть, это будет прояснить ситуацию для Вас:
Если журнал находится в двойном режиме (то есть Электронный журнал-бумажный журнал) и бумажный журнал заканчивается, можно ли получить доступ к подробной информации о сделках, которые состоялись между этой точкой и пополнения бумажный журнал?
Ответ:
См. Руководство руководителя (B006-6062). Глава 7 - Журнальный принтер резервном режиме. Глава 4 - Настройка меню, 30 SET JRNL. В нижней части страницы, говорится: «Если физический журнал отказывает во время двойной режим активен, резервного копирования печатном начнется автоматически."
Также см. Справочное руководство (B006-6180). Глава 11 - Функции безопасности, Журнальный принтер Backup.
Подводя итог, в двухканальном режиме приложение будет автоматически выполнять "Hardcopy Журнал резервного копирования", что означает, что, когда журнал бумаги исчерпан, журнал печатает будут сохранены на диск. Как только бумажный журнал пополняется, этот журнал резервного выполняет Перепечатка демпинг на бумаге копии всех сделок, которые имели место, когда бумага была пуста. Это происходит, как только пользователь выходит из Supervisor.
Доступ к операции, которая состоялась в то время как бумаги не было дома, не прибегая к "перепечатка" не поддерживается, но это может быть возможным, чтобы получить доступ к файлам данных на незащищенные системы.
В двойном режиме Существуют как EJDATA.LOG и HBDATA.LOG файлы в C: \ Program Files \ NCR APTRA \ Advance NDC \ Data каталога.
EJDATA.LOG является Электронный журнал.
HBDATA.LOG является резервное копирование Hardcopy Journal.
Поэтому, если HBDATA.LOG файл доступен, то это эффективно копию транзакции, которые произошли в то время как бумаги не было.
Примечание: копия HBDATA.LOG файла должны быть удалены перед перепечатке в бумажный журнал состоялся как содержимое файла опорожняются после перепечатки.
Спойлер
If the journal is set in dual mode (i.e. Electronic Journal AND Paper Journal) and the paper journal runs out, is it possible to get access to details of the transactions which took place between this point and the replenishment of the journal paper?
Answer:
Refer to the Supervisor's Guide (B006-6062). Chapter 7 - Journal Printer Backup Mode. Chapter 4 - Configure Menu, 30 SET JRNL. At the bottom of the page it states "If the physical journal fails while dual mode is active, the hardcopy backup starts automatically."
Also see the Reference Manual (B006-6180). Chapter 11 - Security Features, Journal Printer Backup.
To summarise, in Dual Mode the application will automatically perform "Hardcopy Journal Backup" which means that when journal paper is exhausted, journal prints will be saved to disk. Once the journal paper is replenished, this journal back-up performs a reprint dumping to paper a copy of all of the transactions that took place when the paper was empty. This occurs as soon as the user exits from Supervisor.
Access to the transactions that took place whilst the paper was out, without having to perform "reprinting" is not supported but it may be possible to get access to the data files on a non-secure system.
In dual mode there are both EJDATA.LOG and HBDATA.LOG files in the C:\Program Files\NCR APTRA\Advance NDC\Data directory.
EJDATA.LOG is the Electronic Journal.
HBDATA.LOG is the Hardcopy Journal Backup.
Therefore, if the HBDATA.LOG file is accessible then this is effectively a copy of the transactions that took place while the paper was out.
Note : A copy of the HBDATA.LOG file would need to be removed BEFORE the reprint to paper journal took place as the contents of the file are emptied after the reprint.
Answer:
Refer to the Supervisor's Guide (B006-6062). Chapter 7 - Journal Printer Backup Mode. Chapter 4 - Configure Menu, 30 SET JRNL. At the bottom of the page it states "If the physical journal fails while dual mode is active, the hardcopy backup starts automatically."
Also see the Reference Manual (B006-6180). Chapter 11 - Security Features, Journal Printer Backup.
To summarise, in Dual Mode the application will automatically perform "Hardcopy Journal Backup" which means that when journal paper is exhausted, journal prints will be saved to disk. Once the journal paper is replenished, this journal back-up performs a reprint dumping to paper a copy of all of the transactions that took place when the paper was empty. This occurs as soon as the user exits from Supervisor.
Access to the transactions that took place whilst the paper was out, without having to perform "reprinting" is not supported but it may be possible to get access to the data files on a non-secure system.
In dual mode there are both EJDATA.LOG and HBDATA.LOG files in the C:\Program Files\NCR APTRA\Advance NDC\Data directory.
EJDATA.LOG is the Electronic Journal.
HBDATA.LOG is the Hardcopy Journal Backup.
Therefore, if the HBDATA.LOG file is accessible then this is effectively a copy of the transactions that took place while the paper was out.
Note : A copy of the HBDATA.LOG file would need to be removed BEFORE the reprint to paper journal took place as the contents of the file are emptied after the reprint.
Извините за мой "слэнг" - я пишу через переводчик с английский.
-
emrouz
- Местный
- Сообщения: 84
- Зарегистрирован: 21 ноя 2010, 18:53
- Благодарил (а): 5 раз
- Поблагодарили: 4 раза
HBDATA
Проблема "начала переиздание". (Печать журнал приходит к печати некоторые повторяющиеся строки вроде этого:
* * 1 * D *... и т.д.
, что означает "карт-ридер" проблемы.
Я нашел эти строки в файлах HBData и удалил их!
но я хочу знать, когда эта проблема будет иметь место?
* * 1 * D *... и т.д.
, что означает "карт-ридер" проблемы.
Я нашел эти строки в файлах HBData и удалил их!
но я хочу знать, когда эта проблема будет иметь место?
Спойлер
The problem is "commencing reprint". (The journal print comes to print some repeated lines like this:
* *1*D*...etc
that means "card reader" problem.
I found this lines at HBData files and deleted them!
but I want to know when this problem will take place?
* *1*D*...etc
that means "card reader" problem.
I found this lines at HBData files and deleted them!
but I want to know when this problem will take place?
HBDATA
Если проблема в постоянной печати на журнальную ленту одних и тех же строк, то просто удалить эти строки из HBData.log не поможет, мы делаем так:
1.Отключаем журнальный принтер (достаточно открыть крышку)
2.Удаляем (можно переложить в другую папку, если они нужны) файлы HBData.log и HBData.lob
3.Подключаем журнальный принтер
1.Отключаем журнальный принтер (достаточно открыть крышку)
2.Удаляем (можно переложить в другую папку, если они нужны) файлы HBData.log и HBData.lob
3.Подключаем журнальный принтер
-
f119b
- Кот Мёбиуса
- Сообщения: 3601
- Зарегистрирован: 21 май 2010, 23:58
- Авто: (☺ ♦ ☺ )
- Откуда: Пока не устроился
- Благодарил (а): 127 раз
- Поблагодарили: 123 раза
HBDATA
Был подобный случай - на журнальный принтер непрерывно печатал подобные сообщения.emrouz писал(а):приходит к печати некоторые повторяющиеся строки
Как оказалось - виноват именно кардридер ( IMCRW) - были загрязнены датчики. Поэтому кардридер постоянно генерировал ошибку, а принтер не "успевал" печатать.
Чистка кардридера и последующая печать журнала (примерно 4 часа времени) решило эту проблему.
eng
There was a similar case - on the journal printer continuously printed similar messages.
As it has appeared - it is guilty (IMCRW) - gages have been polluted. Therefore IMCRW constantly generated an error, and the printer "had not time" to print.
Cleaning IMCRW and the subsequent press of magazine (approximately 4 hours of time) have solved this problem.
As it has appeared - it is guilty (IMCRW) - gages have been polluted. Therefore IMCRW constantly generated an error, and the printer "had not time" to print.
Cleaning IMCRW and the subsequent press of magazine (approximately 4 hours of time) have solved this problem.
Кот, который гуляет сам по себе.
-
kentaur
- Друг Банкоматчика
- Сообщения: 424
- Зарегистрирован: 27 окт 2010, 01:57
- Авто: Колымага
- Откуда: грецкий орех
- Благодарил (а): 59 раз
- Поблагодарили: 50 раз
HBDATA
herefore IMCRW constantly generated an error, and the printer "had not time" to print.
f119b да, я думаю, вы правы, есть и другой проблеме, описанной, очень похожи:
из-за IMCRW ошибки (предупреждения), EJDATA.LOG становится "большой" ("почти полный" - на 1,44 МБ).
также:
Вопрос:
Есть ли максимальный размер HBDATA.Log файл?
Ответ:
Максимальный размер HBdata.log равно настроены размер EJdata.log и в случае 02.06.xx, 03.00.xx & 03.01.xx, это жестко, чтобы 1.4MB.
С AA-НДЦ 03.02.xx размер EJ может быть увеличен или уменьшен использованием Настройка меню, Option 34, EJ параметры, а затем вариант 6, MAX размер файла. Смотрите AA-НДЦ Руководители Руководство, CH4-30 для полной информации.
f119b да, я думаю, вы правы, есть и другой проблеме, описанной, очень похожи:
из-за IMCRW ошибки (предупреждения), EJDATA.LOG становится "большой" ("почти полный" - на 1,44 МБ).
также:
Вопрос:
Есть ли максимальный размер HBDATA.Log файл?
Ответ:
Максимальный размер HBdata.log равно настроены размер EJdata.log и в случае 02.06.xx, 03.00.xx & 03.01.xx, это жестко, чтобы 1.4MB.
С AA-НДЦ 03.02.xx размер EJ может быть увеличен или уменьшен использованием Настройка меню, Option 34, EJ параметры, а затем вариант 6, MAX размер файла. Смотрите AA-НДЦ Руководители Руководство, CH4-30 для полной информации.
Спойлер
yes, i think you are right, there is another issue described, very similar:
due to IMCRW errors (warnings), the EJDATA.LOG gets "big" ("nearly full" - at 1.44 MB).
also:
Question:
Is there a maximum size for HBDATA.Log file?
Answer:
The maximum size of the HBdata.log is equal to the configured size of the EJdata.log and in the case of 02.06.xx, 03.00.xx & 03.01.xx, this is hard coded to 1.4MB.
From AA-NDC 03.02.xx the EJ size can be increased or decreased using the Configure Menu, Option 34, EJ OPTIONS and then option 6, MAX FILE SIZE. See AA-NDC Supervisors Manual, Ch4-30 for full details.
due to IMCRW errors (warnings), the EJDATA.LOG gets "big" ("nearly full" - at 1.44 MB).
also:
Question:
Is there a maximum size for HBDATA.Log file?
Answer:
The maximum size of the HBdata.log is equal to the configured size of the EJdata.log and in the case of 02.06.xx, 03.00.xx & 03.01.xx, this is hard coded to 1.4MB.
From AA-NDC 03.02.xx the EJ size can be increased or decreased using the Configure Menu, Option 34, EJ OPTIONS and then option 6, MAX FILE SIZE. See AA-NDC Supervisors Manual, Ch4-30 for full details.
Извините за мой "слэнг" - я пишу через переводчик с английский.
-
f119b
- Кот Мёбиуса
- Сообщения: 3601
- Зарегистрирован: 21 май 2010, 23:58
- Авто: (☺ ♦ ☺ )
- Откуда: Пока не устроился
- Благодарил (а): 127 раз
- Поблагодарили: 123 раза
HBDATA
Не об этом ли речь:
страница: 7-14
документа: APTRA Advance NDC, Supervisor’s Guide
Whether about it speech:
Page: 7-14
The document: APTRA Advance NDC, Supervisor’s Guide
страница: 7-14
документа: APTRA Advance NDC, Supervisor’s Guide
Whether about it speech:
Page: 7-14
The document: APTRA Advance NDC, Supervisor’s Guide
Спойлер
Journal Printer Backup Mode
There is an option available that allows for journal printer backup to
be used. This means that journalling can continue even when the
journal printer is in a fatal condition. For details of how to set the
option, refer to the section on Enhanced Configuration Parameters
in the APTRA Advance NDC, Reference Manual.
If the option is set and the journal printer enters a fatal state,
journalling continues using the journal backup mode and the
system disk resident buffer file. The journalling includes the text of
the last command sent to the journal printer before it went fatal.
Journal backup continues until the journal printer becomes
operational again; this would typically be due to someone fixing the
problem in Supervisor mode. At this point, all the data that has been
logged since the journal printer entered a fatal state is copied to the
journal printer. This is known as ‘reprinting’. When the hardcopy
backup log is 100% full, an unsolicited message is reported.
While the data is being reprinted, any additional log data that is
received in journal backup mode is first stored in the journal backup
log buffer and then reprinted. Once reprinting is complete, journal
backup mode ceases and the journal printer becomes operational
again.
For security reasons, reprinting from the journal backup log to the
journal printer is suspended if the SST goes off-line, but continues as
soon as communications have been re-established.
Before the data is copied to the journal printer, it sends a test
sequence to the printer to make sure it is working correctly. If it is
not working, an error message is displayed. If it is working, the
following message is sent to the journal printer to indicate that this
is the start of reprinting:
**** COMMENCING REPRINT ****
When reprinting is complete, the following message is sent to the
journal printer:
**** REPRINT COMPLETED OK ****
Reprint Sequence Example 7
An example of a reprint sequence on the journal log after the journal
has failed due to paper out is shown below:
Figure 7-3
7Reprint Sequence Example
The following explanation leads you through the reprint sequence
example:
Table 7-2
Reprint Sequence Example
*071*02/29/00*09:46*
**** COMMENCING REPRINT ****
*066* *09:46*
**** JOURNAL BACKUP STARTED ****
TOP CASSETTE INSERTED
02/29/00
02/29/00
02/29/00
02/29/00
02/29/00
02/29/00
02/29/00
02/29/00
02/29/00
02/29/00
02/29/00
02/29/00
*065* *09:46*
TOP CASSETTE REMOVED
* *1*P*1010110010100,M-
*067* *09:46*
* *1*P*1010110011100,M-
*075* *09:47*
**** COMMENCING REPRINT ****
*068* *09:46*
TOP CASSETTE REMOVED
* **1*P*1010110010100,M-
*069* *09:46*
TOP CASSETTE INSERTED
* *1*P*1010110011100,M-
* *1*P*21,M-
*070* *09:46*
SUPERVISOR MODE ENTRY
* *1*R*09
*072* *09:47*
SUPERVISOR MODE EXIT
* *1*P*20,M-
*073* *09:47*
**** REPRINT HALTED ****
* *1*P*21,M-
*074* *09:47*
SUPERVISOR MODE ENTRY
* *1*P*20
* *1*R*09
*076* *09:47*
SUPERVISOR MODE EXIT
* *1*P*20,M-
*077* *09:48*
**** REPRINT COMPLETED OK ****
Security
Trace No.
Action
071 Start of reprint operation. All data logged, since the
journal printer went fatal, is copied to the journal printer.
066 Journal printer is out of paper. Journal printer backup
begins.
065 The top currency cassette has been removed. Trace
message is buffered (Journal is out of paper).
067 The top currency cassette has been inserted.
075 Reprint operation begins again.
There is an option available that allows for journal printer backup to
be used. This means that journalling can continue even when the
journal printer is in a fatal condition. For details of how to set the
option, refer to the section on Enhanced Configuration Parameters
in the APTRA Advance NDC, Reference Manual.
If the option is set and the journal printer enters a fatal state,
journalling continues using the journal backup mode and the
system disk resident buffer file. The journalling includes the text of
the last command sent to the journal printer before it went fatal.
Journal backup continues until the journal printer becomes
operational again; this would typically be due to someone fixing the
problem in Supervisor mode. At this point, all the data that has been
logged since the journal printer entered a fatal state is copied to the
journal printer. This is known as ‘reprinting’. When the hardcopy
backup log is 100% full, an unsolicited message is reported.
While the data is being reprinted, any additional log data that is
received in journal backup mode is first stored in the journal backup
log buffer and then reprinted. Once reprinting is complete, journal
backup mode ceases and the journal printer becomes operational
again.
For security reasons, reprinting from the journal backup log to the
journal printer is suspended if the SST goes off-line, but continues as
soon as communications have been re-established.
Before the data is copied to the journal printer, it sends a test
sequence to the printer to make sure it is working correctly. If it is
not working, an error message is displayed. If it is working, the
following message is sent to the journal printer to indicate that this
is the start of reprinting:
**** COMMENCING REPRINT ****
When reprinting is complete, the following message is sent to the
journal printer:
**** REPRINT COMPLETED OK ****
Reprint Sequence Example 7
An example of a reprint sequence on the journal log after the journal
has failed due to paper out is shown below:
Figure 7-3
7Reprint Sequence Example
The following explanation leads you through the reprint sequence
example:
Table 7-2
Reprint Sequence Example
*071*02/29/00*09:46*
**** COMMENCING REPRINT ****
*066* *09:46*
**** JOURNAL BACKUP STARTED ****
TOP CASSETTE INSERTED
02/29/00
02/29/00
02/29/00
02/29/00
02/29/00
02/29/00
02/29/00
02/29/00
02/29/00
02/29/00
02/29/00
02/29/00
*065* *09:46*
TOP CASSETTE REMOVED
* *1*P*1010110010100,M-
*067* *09:46*
* *1*P*1010110011100,M-
*075* *09:47*
**** COMMENCING REPRINT ****
*068* *09:46*
TOP CASSETTE REMOVED
* **1*P*1010110010100,M-
*069* *09:46*
TOP CASSETTE INSERTED
* *1*P*1010110011100,M-
* *1*P*21,M-
*070* *09:46*
SUPERVISOR MODE ENTRY
* *1*R*09
*072* *09:47*
SUPERVISOR MODE EXIT
* *1*P*20,M-
*073* *09:47*
**** REPRINT HALTED ****
* *1*P*21,M-
*074* *09:47*
SUPERVISOR MODE ENTRY
* *1*P*20
* *1*R*09
*076* *09:47*
SUPERVISOR MODE EXIT
* *1*P*20,M-
*077* *09:48*
**** REPRINT COMPLETED OK ****
Security
Trace No.
Action
071 Start of reprint operation. All data logged, since the
journal printer went fatal, is copied to the journal printer.
066 Journal printer is out of paper. Journal printer backup
begins.
065 The top currency cassette has been removed. Trace
message is buffered (Journal is out of paper).
067 The top currency cassette has been inserted.
075 Reprint operation begins again.
Кот, который гуляет сам по себе.