Essa é uma revisão anterior do documento!
Versão liberada dia: 24/03/2026
Versão Intellicash: Mínima 3.1.019.004
Versão Executável: 1.5.003.008
Versão EcUpdater: 1.0.0.58
Versão IWS Notify: 1.0.7.0
Versão EcAutoUpdater: 1.0.0.3
Servidor EasyCash: 2.0.14.3
WatchDog: 1.0.0.6
IntelliCash: 3.1.019.004
De acordo com o decreto Nº 1608/2025-GSE, DE 4 DE SETEMBRO DE 2025 publicado pela Secretaria do estado de Goiás, passa ser obrigatório a emissão de cupom fiscal decorrente de pagamento eletrônico(Cartões e PIX) informando no XML da venda os dados dessa transação que estabelece o grupo YA - INFORMAÇÕES DE PAGAMENTO das notas técnicas. Essas informações devem ser preenchidas de maneira direta, imediata e sistêmica sem intervenção manual ou comando externo.
Foi utilizada a seguinte disposição dos periféricos:
Para que a integração ocorra foi criada a seguinte configuração na forma de recebimento POS:
Também foi criado no menu principal do sistema as seguintes opções:
E na tela de configuração:
Que pode ser manipulada nesta janela:
Quanto à maquina Smart POS (ou um celular/tablet comum conectado a um PinPad):
1) A rede wifi do celular/SmartPOS deve ser a mesma do caixa para que seja possível acessá-lo.
2) As seguintes configurações devem estar setadas:
2806 (PDV: TEF - GP ) - gpCliSiTEF 4006 (PDV: TEF - SITEF - IP do servidor) - xxx.xxx.xxx.xxx 4106 (PDV: TEF - SITEF - Loja ) - 00000000 43807 (TEF: Utilizar TLS ) - 0 (Opcional) 44007 (TEF: TLS - Token ) - (Vazio) (Opcional)
3) O APK do M-SiTef e do EasyPag devem estar devidamente instaladas no celular/Smart POS.
4) O dispositivo Smart POS deve possuir conexão à internet e ser devidamente configurado pra trabalhar com duas redes simultâneas (a local e a de acesso à internet).
5) O sistema cria na pasta \EasyCash\LOG\AAAAMM\DD um log chamado EasyCash1SMART_AAAAMMDD.log com as informações de envio e de retorno para a API do EasyPag. Para os dados sensíveis os dados são ocultos.
Para validar o funcionamento do EasyCash funcionando com o EasyPag e com a Stone, pode-se acessar este link: Demonstração da integração do EasyCash com a Stone
Para o caso da Stone ao ter duas requisições, quando uma era aceita e era hora de tirar o cartão a mensagem era tão rápida que a próxima requisição já era recebida sem ter dado tempo de tirar o cartão da transação anterior, o fluxo era cancelado das duas transações quando o cartão era retirado. Dessa forma foi criada uma configuração no easypag para que seja possível definir o tempo que a mensagem de retire o cartao fica na tela, para só então após retirar e a mensagem sumir, que a próxima transação seja recebida, segue:
[SmartPOS] TempoEspera=2000 NumeroTentativas=20
Que irá abrir a seguinte tela:
Lembrando que quando o botão cancelar for utilizado enquanto a transação estiver em andamento, pode ocorrer de perder a sincronia de informações entre a Smart POS e o frente de caixa, portanto, deve-se ser utilizado com cautela. Caso seja utilizado será logado e tirado um print da tela no momento em que ocorrer o procedimento.
Efetuado um tratamento para que o sistema compute o recebimento de contas na Smart POS caso a forma de pagamento seja POS e esteja configurado para redirecionar à uma máquina Smart POS.
Por padrão, o número máximo de loops em espera na transação é de 20, podendo ser alterado ao critério do cliente no arquivo EasyCash1.ini.
Foi validado que quando o código de erro for 403 o sistema chame o endpoint /resultado uma única vez para destravar a máquina POS, conforme conversado com o desenvolvedor.
Foi integrado ao SelfCheckout a ferramenta de reprocessamento de XML assim como existe no EasyCash. A ferramenta foi melhorada também para refazer o XML do zero, evitando problemas com os blocos novos da reforma tributária. Segue:
Correção para limitar o texto referente ao logadouro no cadastro de endereços em 60 caracteres para evitar rejeições no caixa. Segue uma imagem da rejeição:
Houve um suporte em que o campo VALOR para a CARTEIRA DIGITAL TEF, estava vindo a soma das duas carteiras digitais (TEF e POS), no detalhamento de fechamento de caixa no IntelliCash. Foi corrigido para que o EasyCash envie os totalizadores de forma separada. Segue um exemplo com os dados corrigidos:
Foi corrigido para não conceder desconto em cupons identificados como CONSUMIDOR (ID = 10).