forum.clarionlife.net

Губин Игорь писал(а): 13 Май 2026, 1:45 Но, на удивление, они начали отвечать на письма

"Остап со вчерашнего дня ещё ничего не ел. Поэтому красноречие его было необыкновенно." (C) 12 стульев
Классика !

Что делаю не так?


Всё. :D
Вы пытаетесь заставить ТС ПИоТ на тестовом стенде ЦРПТ очистить Вашу локальную БД ПО ЛМ.
А он сопротивляется. И выдаёт вполне логичный HTTP статус:


• 404 — Запрашиваемая информация не найдена;


Нужно установить локальный ТС ПИоТ ЕСМ и уже через него штатно ...

Ну департамент контроля качества в SV давно уже сократили ...
Перешли на модель "если лохи покупают, то пусть сами и тестируют".

А если подменить релиз в ссылке ? Иногда такое прокатывало ...

Я всегда был оптимистом, но сейчас наблюдаю полную потерю компетенций.
Разработчик потерял контроль над продуктом и боиться вносить изменения, что бы не испортить то, что работает.
Цугцванг !

Added groundwork for future dark-mode options.


Netflix бы гордился Робертом ... а вообще релиз абсолютно пустой (судя по описанию).
Несколько бесконечных костылей для SQL, частные проблемы с уже сломанным MASK и борьба с кнопкой обновлений.


Clarion 12 — Build 13999


И судя по всему нас ...

Губин Игорь писал(а): 23 Март 2026, 9:11 Победителей ждут призы от велосипедистов

Так а что там было насчёт приза, для тех кто правильно рассчитал циклы возврата у Роберта ?

так периодически может на свое усмотрение очищаться и требовать инициализации


Есть такое дело ! ПО ЛМ реализовали в виде BackEnd, как REST сервер.
И это классно, делайте FrontEnd хоть на Windows, хоть на распилочных "русских" Linux.

Но вот когда этот REST сервис с суверенной БД Енисей стали ...

Так?

Да. Успешное создание фискального кассового чека (печать на ленту или электронный чек) означает передачу
КМ из содержания чека Вашему ОФД и далее в "Честный ЗНАК", где фиксируется выбытие КМ для On-Line проверки.

А Вы после этого, на своей стороне, фиксируете выбытие этих же КМ в БД ПО ЛМ ...

если в учетной системе имеется собственный механизм исключения дубликатов


Здесь ответ нужно разделить на два:

1. При проверке в ГИС МТ - проверяйте локально дубликаты КМ как считаете нужным;

2. При проверке в ТС ПИоТ - система сама будет проверять локальные дубликаты в ПО ЛМ при отсутсутвии ...

finsoftrz писал(а): 05 Май 2026, 21:37 еще кто-то упоминался

ORACLE точно поддерживает UTF-16. В контексте кодировки БД важно бесшовное соединение с интерфейсом.
Это мы привыкли уже c SV постоянно кодировать-декодировать, а у белых людей всё намного проще ...

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

которая была несколько лет назад


Я тоже говорил о том, что Роберт изображает видимость работы и пытается продать наработки прошлых лет.
Там, кроме UTF-16, были ещё наработки интерфейса StatusBar, обновление формата PDF и перевод отчётов на EMF.

Основная проблема с UTF-16 в том, что 8 лет назад ...

Спецификация UTF-16 сейчас использует 2-4 байтное кодирование символов.

Если позволите - я немного поясню свой ответ, что бы было понимание происходящего здесь.

Сама по себе разрешительная проверка кодов маркировки (КМ) выполняется ДО печати
кассового чека и никак не зависит от производителя или модели ККТ.

Другой вопрос - конкретная реализация ТС ПИоТ для выполнения ...