Это смерть ФН?

[chellenger]

Принесли кассу, не у нас на обслуге, просто попросили подтвердить диагноз вынесенный другим ЦТО.
Там сказали всё ку-ку

Остановилась передача данных на Такском, весит документ 15036

Спойлер

          Кассовый чек         
           ООО "ТОН"           
СМЕНА:                        45
Приход                  ЧЕК: 403
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
   % ж/б 0,45 л                 
           1.000 * 71.00 = 71.00
НДС 0%                     71.00
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
02.00000149347 Пакет бумажный   
под бутылку                     
                 0 * 5.00 = 0.00
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
ИТОГ                       76.00
199178, СПб, 17-я линия В.О.,   
д.70/12, 1Н                     
19.05.17 18:09                 
ИНН                   7801279484
РН ККТ          0000272674063843
ФН              8710000100453791
ФД                         15036
ФП                    1957641870

***************************************
Fisk Cmd: ------------------------ TCP Status

MsgSend mst 4 len 2 cmd 21

In [1] 00

wait read

MsgResponse mst 4 len 1 ack 80

Out [00]

Start Suspend

End Suspend

OFD Connect

URL f1.taxcom.ru [193.000.214.011]

Port 7777

OFD Run 1500 (30000)

Fisk Cmd: ------------------------ GetMsgStatus

MsgSend mst 4 len 1 cmd 20

In

wait read

MsgResponse mst 4 len 14 ack 80

Out [13] 02 00 73 2c bc 3a 00 00 11 05 13 12 09

Fisk Cmd: ------------------------ TCP Status

MsgSend mst 4 len 2 cmd 21

In [1] 01

wait read

MsgResponse mst 4 len 1 ack 80

Out [00]

Fisk Cmd: ------------------------ Req Status

MsgSend mst 4 len 1 cmd 30

In

wait read

MsgResponse mst 4 len 31 ack 80

Out [30] 03 00 00 00 08 11 06 0f 09 19 38 37 31 30 30 30 30 31 30 30 34 35 33 37 39 31 2e 67 00 00

Fisk Cmd: ------------------------ OpenMsgToOFD

MsgSend mst 4 len 1 cmd 22

In

wait read

MsgResponse mst 4 len 3 ack 80

Out [02] 7c 01

Fisk Cmd: ------------------------ SendMsgToOFD

MsgSend mst 4 len 5 cmd 23

In [4] 00 00 7c 01

wait read

MsgResponse mst 4 len 381 ack 80

Out [380] 7c 01 10 ef a5 03 01 10 09 87 10 00 01 00 45 37 91 00 3a bc d4 85 8e 43 4f 00 39 29 00 02 01 52
 03 00 4e 01 11 04 10 00 38 37 31 30 30 30 30 31 30 30 34 35 33 37 39 31 0d 04 14 00 30 30 30 30 32 37 32
 36 37 34 30 36 33 38 34 33 20 20 20 20 fa 03 0c 00 37 38 30 31 32 37 39 34 38 34 20 20 10 04 04 00 bc 3a
 00 00 f4 03 04 00 bc 34 1f 59 35 04 06 00 31 04 74 af 3e 8e 0e 04 04 00 2d 00 00 00 12 04 04 00 93 01 00
 00 1e 04 01 00 01 fc 03 02 00 b0 1d 23 04 2c 00 06 04 0f 00 20 20 20 25 20 a6 2f a1 20 30 2c 34 35 20 ab
 37 04 02 00 bc 1b ff 03 03 00 03 e8 03 13 04 02 00 bc 1b 50 04 02 00 bc 1b 23 04 46 00 06 04 29 00 30 32
 2e 30 30 30 30 30 31 34 39 33 34 37 20 8f a0 aa a5 e2 20 a1 e3 ac a0 a6 ad eb a9 20 af ae a4 20 a1 e3 e2
 eb ab aa e3 37 04 02 00 f4 01 ff 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

----- Send to server [410]:

 2a 08 41 0a 81 a2 00 01 38 37 31 30 30 30 30 31

 30 30 34 35 33 37 39 31 7c 01 14 00 00 00 7c 01

 10 ef a5 03 01 10 09 87 10 00 01 00 45 37 91 00

 3a bc d4 85 8e 43 4f 00 39 29 00 02 01 52 03 00

 4e 01 11 04 10 00 38 37 31 30 30 30 30 31 30 30

 34 35 33 37 39 31 0d 04 14 00 30 30 30 30 32 37

 32 36 37 34 30 36 33 38 34 33 20 20 20 20 fa 03

 0c 00 37 38 30 31 32 37 39 34 38 34 20 20 10 04

 04 00 bc 3a 00 00 f4 03 04 00 bc 34 1f 59 35 04

 06 00 31 04 74 af 3e 8e 0e 04 04 00 2d 00 00 00

 12 04 04 00 93 01 00 00 1e 04 01 00 01 fc 03 02

 00 b0 1d 23 04 2c 00 06 04 0f 00 20 20 20 25 20

 a6 2f a1 20 30 2c 34 35 20 ab 37 04 02 00 bc 1b

 ff 03 03 00 03 e8 03 13 04 02 00 bc 1b 50 04 02

 00 bc 1b 23 04 46 00 06 04 29 00 30 32 2e 30 30

 30 30 30 31 34 39 33 34 37 20 8f a0 aa a5 e2 20

 a1 e3 ac a0 a6 ad eb a9 20 af ae a4 20 a1 e3 e2

 eb ab aa e3 37 04 02 00 f4 01 ff 03 00 00 00 00

 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

 00 00 00 00 00 00 00 00 00 00

-----------------------------

Fisk Cmd: ------------------------ CloseMsgToOFD

MsgSend mst 4 len 1 cmd 25

In

wait read

MsgResponse mst 4 len 1 ack 80

Out [00]

Fisk Cmd: ------------------------ GetMsgStatus

MsgSend mst 4 len 1 cmd 20

In

wait read

MsgResponse mst 4 len 14 ack 80

Out [13] 05 00 73 2c bc 3a 00 00 11 05 13 12 09

Wait read data from server OFD..

Ошибка чтения из порта

err 436

OFD Close 1937 (30000)

[pauk]

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

[chellenger]

pauk, чек успешно выдаётся

[GeorgSerg]

Контейнер надо по полочкам раскладывать - блок Send to server . 2a 08 41 0a 81 в начале
верны , а дальше больно нудно и муторно .
Подключи к ФНтестлайт132 - первый неотправленный документ .

[pauk]

чек успешно выдаётся

дык он и будет выдаваться до блокировки 30 дней. а потом встанет -передачи то нет. такие фени сейчас не редкость. к примеру,100 ый чек передался -а 101ый и за ним последующие уже нет. хотя разница между ними 30 секунд во времени.

[chellenger]

Долгий разговор с такскомом привёл к такому вот ответу:
"Не можем расшифровать получаемый пакет данных"
"сдавайте ФН в РИК"

[al-885]

Нам Эвотор так же ответил - Касса шлет неправильный чек, расшифровать не можем. Возможно потребуется замена ФН.  ФНтестлайт ошибок не показывает.

[chellenger]

Стоит задуматься, а стоит ли включать шифрование данных?

[Max33]

Вообще непонятно - зачем его включать?

[engineer]

"Не можем расшифровать получаемый пакет данных""сдавайте ФН в РИК"

У вас Контейнер без шифрования. И анализ его показывает, что этот случай однозначно гарантийный. т.к. для заявленной в заголовке Контейнера версии формата Контейнера (01) его длина должна составлять 32 байта, а у вас 34... между заголовком и собственно телом, которая начинается с длины набора TLV-структуры ФД "затесались" два лишних загадочных байта 0300...
....
7C01 - длина контейнера (380 байт - соответствует)
10ef - проверочный код  - соответствует
A5 - константа (от ККТ к ОФД)
02 - тип ФД (открытие смены)
01 - версия формата Контейнера
1009 - данные криптопротокола (режим без шифрования)
8710000100453791 - номер ФН
003abc - номер ФД (15036)
d4858e434f003929 - служебные днные криптопротокола
00020152 - служебные данные криптопротокола,
где 0х0002 - тип документа (открытие смены), 0х0152 - длина STLV-структуры ФД (338 байт - соответствовало бы, если бы не следующие 2 байта)
0300 -
4e01 - длина набора TLV-структур ФД (334 байта - соответствует)
1104 - тег 1041 (ЗН ФН)
1000 - длина данных (16 байт)
38373130303030313030343533373931 - номер ФН 8710000100453791
... и т.д.

а потом на месте ФПС в этом теле красноречивые 00 00 00 00 00 00 00 00 00 00...

И что самое главное, вся эта лабуда закрыта корректной CRC-16 (10ef - проверочный код  - соответствует)... А это мог сделать только ФН...

[chellenger]

engineer, Спасибо за разборку данных.

[engineer]

engineer, Спасибо за разборку данных.

Не за что!
Кстати... по поводу режима с шифрованием... Народу, действительно стоит задуматься, а надо ли его включать? Ведь, с этим режимом и с такой "надежностью" ФН доказать что-либо в подобных случаях будет уже невозможно...

[Bit]

У нас есть представитель офд  «ПЕТЕР-СЕРВИС Спецтехнологии» OFD.RU

[GS]

Ведь, с этим режимом и с такой "надежностью" ФН доказать что-либо в подобных случаях будет уже невозможно...

брак ФН доказать легко, а вот достоверность данных в нём - врятли. сокрытие выручку некоторым на руку.

[boi]

Мы не когда не включаем шифрование , зачем нужны лишние проблемы. И так всё кривое-косое.

[Mechanik]

У меня у клиента в ЛК на Элвесе вылезло ошибка, аналогичная прошлой по элвесу - офд -петер сервис - через 3 дня чек прошёл, офд сам всё исправил - клиент без то хотел на фн и на то развести, а офд "помог" без ведома клиента и ИФНС. вообще это законно?

[SergeyD]

У меня у клиента в ЛК на Элвесе вылезло ошибка, аналогичная прошлой по элвесу - офд -петер сервис - через 3 дня чек прошёл, офд сам всё исправил - клиент без то хотел на фн и на то развести, а офд "помог" без ведома клиента и ИФНС. вообще это законно?

Я некоторое время назад задавал вопрос по поводу сбоев ФН - типа нельзя ли, как это было в ФП, допускать до 3-х ошибок за время жизни ФН, при этом помечать запись как некорректную... Ответ был, что требования к криптозащите не позволяют такого... Возможно, мнение компетентных товарищей несколько изменилось. Вряд ли ОФД стали практиковать такое самостоятельно, наверняка это завязано на ПКЗ, которые тоже постепенно совершенствуются (как и сам ФН)

[chellenger]

Вот уже другая касса
Кто у нас тут силён в разборе контейнеров?

Спойлер

Fisk Cmd: ------------------------ SendMsgToOFD

MsgSend mst 4 len 5 cmd 23

In [4] 00 00 a8 00

wait read

MsgResponse mst 4 len 169 ack 80

Out [168] a8 00 6a 6f a5 02 01 10 99 87 10 00 01 00 80 12 19 00 00 02 ac 38 29 d8 d2 00 00 02 00 02 00 7c
 f2 d8 27 8d ff 9f 38 4f 10 95 5d d8 dc 29 25 a1 cd d1 34 56 1d 49 98 9b 72 03 3e f9 c3 d9 d1 00 9a d4 49
 ef 05 d2 74 6f 5f 66 2f e1 35 a1 ed 26 72 1c e9 dc 11 fc 11 19 f4 40 67 b2 99 03 3b 27 5a ee 37 67 b5 45
 4f 72 48 c7 d2 fd 14 21 e4 e0 15 1c 26 6e 1e 6a 29 77 21 ab b4 aa a6 10 d8 2e cf fd 94 0a ad ba f3 02 b7
 2c 7f de 1f 6a ad fb db 60 cf cd cc 8a 32 d7 16 13 5d 9d b7 11 d5 65 ad 2d d0 ad 76 51 4a 90

----- Send to server [198]:

 2a 08 41 0a 81 a2 00 01 38 37 31 30 30 30 30 31

 30 30 38 30 31 32 31 39 a8 00 14 00 00 00 a8 00

 6a 6f a5 02 01 10 99 87 10 00 01 00 80 12 19 00

 00 02 ac 38 29 d8 d2 00 00 02 00 02 00 7c f2 d8

 27 8d ff 9f 38 4f 10 95 5d d8 dc 29 25 a1 cd d1

 34 56 1d 49 98 9b 72 03 3e f9 c3 d9 d1 00 9a d4

 49 ef 05 d2 74 6f 5f 66 2f e1 35 a1 ed 26 72 1c

 e9 dc 11 fc 11 19 f4 40 67 b2 99 03 3b 27 5a ee

 37 67 b5 45 4f 72 48 c7 d2 fd 14 21 e4 e0 15 1c

 26 6e 1e 6a 29 77 21 ab b4 aa a6 10 d8 2e cf fd

 94 0a ad ba f3 02 b7 2c 7f de 1f 6a ad fb db 60

 cf cd cc 8a 32 d7 16 13 5d 9d b7 11 d5 65 ad 2d

 d0 ad 76 51 4a 90

-----------------------------

Fisk Cmd: ------------------------ CloseMsgToOFD

MsgSend mst 4 len 1 cmd 25

In

wait read

MsgResponse mst 4 len 1 ack 80

Out [00]

Fisk Cmd: ------------------------ GetMsgStatus

MsgSend mst 4 len 1 cmd 20

In

wait read

MsgResponse mst 4 len 14 ack 80

Out [13] 05 00 9c 00 02 00 00 00 11 06 1d 11 35

Wait read data from server OFD..

Ошибка чтения из порта

err 436

OFD Close 30954 (30000)

Fisk Cmd: ------------------------ TCP Status

MsgSend mst 4 len 2 cmd 21

In [1] 00

wait read

MsgResponse mst 4 len 1 ack 80

Out [00]

OFD Error

Start Suspend

End Suspend

Fisk Cmd: ------------------------ GetMsgStatus

MsgSend mst 4 len 1 cmd 20

In

wait read

MsgResponse mst 4 len 14 ack 80

Out [13] 02 00 9c 00 02 00 00 00 11 06 1d 11 35

Wait Reset..

[engineer]

Вот уже другая касса

2a 08 41 0a 81 a2 00 01 38 37 31 30 30 30 30 31 30 30 38 30 31 32 31 39 a8 00 14 00 00 - заголовок сообщения корректен
Контейнер зашифрован, заголовок контейнера (32 байта) нормальный:
a8 00 - длина контейнера (168 байт - соответствует)
6a 6f - CRC-16 контейнера вместе с заголовком (не проверял)
a5 - константа (от ККТ к ОФД)
02 - тип документа (открытие смены)
01 - версия формата Контейнера (01 - значит 32 байта)
10 99 - данные криптопротокола (режим с шифрованием)
87 10 00 01 00 80 12 19 - ноиер ФН
00 00 02 - номер ФД (02)
ac 38 29 d8 d2 00 00 02 - служебные данные криптопротокола
00 02 00 7c - служебные данные криптопротокола, где 0х007с - длина STLV-структуры ФД (124 байта)

дальше - зашифрованные данные