По аналоги чека в магазине.
Выдать его обязаны, а вот вы можете его не забирать.
По дате последнего чека:
Можно же в крон повесить фоновую проверку.
Если хранить в локальной БД то делать выборку с лимитом в 1.
Открытие и закрытие - безусловно.
Сверка аналогично
Я выше писал про это.
ASKX если поддерживает АПИ то написать можно.
Формирование нулевого чека и проверка доступности - аналогично. Фіскальний номер пРРО, який присвоєно фіскальним сервером при реєстрації пРРО
Вот это вот то, что выдаёт налоговая.
Поскольку это программный РРО, а-ля дубильер в смартфоне, то по идее это значения которые будут вбиваться в софтину или модуль и всё.
Локальное хранилище в данном случае может быть в таблице, в БД на сервере опенкарта.
Подпись будет по идее храниться в таблице настроек модуля или опенкарт.
Можно написать файл, который будет инициировать исходящее соединение на сервер.
Выдёргивать из БД нужные данные подписывать, шифровать и т.д. на лету.
Аналогично если они будут данные запрашивать.
Правило в htaccess или nginx и редирект на нужный файл, который через rewrite будет отдавать нужные данные.
Сервер для тестирования всего вот этого я готов предоставить, ключи и всё что надо в налоговой - возьму.