Onclick

mas o cliente diz que tem que sair a tag vICMS. Segundo essa normativa do CEARA. Mas não conseguimos fazer sair ate agora. Sabe como faz?

Bom dia, Gostaria de saber como fazer para o SAT informar a tag vIcms quando cst 90. Segundo um cliente existe uma normativa que precisa sair. Instrução Normativa SEFAZ nº 91 de 31/07/2023 Fiz varios testes e sai somente a tag pICMS. estou utilizando o componente ACBrSAT.

@EMBarbosa obrigado!

Bom dia, Alguém já precisou validar a nova numeração da Inscrição Estadual no Pará que começa com 75? Link da Notícia: Sefa implementa nova numeração para Inscrição Estadual no Pará Tentei validar pelo componente ACBrValidador1 e não valida. Agradeço desde já.

Bom dia, Apenas pra dar um feedback, conseguimos descobrir o problema. A versão do Acbr estava correta, e a CTE já estava na versão 4.0. Descobri depois de apanhar um pouco que colocando o arquivo ACBrCTEServicos.ini na pasta do executável funciona. Eu não sei o porquê desse problema, aparentemente ele estava pegando o Ini de outra pasta. Obrigado pela resposta, ajudou a encontrar o problema.

Bom dia, migramos para a versão 4.0 da CTe, mas nos testes em homologação o Acbr está devolvendo a mensagem: "URL para o serviço "CTeRecepcaoSinc" não encontrada na sessão CTe_SP_H no arquivo "ACBrCTeServicos"". Pelo que verifiquei aqui no fórum, essa mensagem ocorre quando é realizado o envio no modo síncrono, que ainda não tem implementação. No entanto, a CTE 4.0 só será enviada no modo síncrono. Estou fazendo algo errado? Ou o negócio é testar em produção mesmo?

Gostaria de saber se existe emissão de CCe em contingência? Se sim, o que devo configurar no componente da ACBr para que a Carta de Correção seja enviada em contingência?

Obrigado, pessoal, deu certo

Acho que é isso mesmo, olhei aqui e no evento OnComandaECF estou setando a flag de status do ECF para R: case Operacao of opeFechaGerencial, opeFechaVinculado: begin PDV.EstadoPDV := epRelatorio; //'R' Ok := True; end; Essa flag de estado é retornada no evento ineEstadoECF como você comentou, causando o problema. Qual é a melhor forma de tratar essa flag? Posso tirar a atribuição sem problemas, ou tem alguma forma de resetar ela em algum momento para 'L' novamente? Olhei nos exemplos e não vi nenhum tratamento nesse sentido

Obrigado, pessoal, vou confirmar e retorno

Caros, Recentemente criei um tópico sobre um erro no cancelamento automático no SITEF, consegui resolver de outra forma. Mas aí aparece um erro na impressão do segundo comprovante quando estou cancelando uma compra com dois cartões. Uma venda realizada com um cartão é cancelada sem problemas. A mensagem que aparece é: "Erro na impressão. Deseja tentar novamente ?" Acredito que seja do próprio acbr a mensagem. Estou anexando o log de todo o processo. Obrigado, LogTEF (1).txt

Segue o log. Deixei a transação inicial do pagamento e o cancelamento da transação LogTEF.txt

Bom dia, vou fazer os testes hoje e retorno como foi, obrigado

Então, eu tb estou estranhando, pq a aplicação antiga usa a mesma dll e funciona redondinho, não acho que seja problema no acbr, é alguma coisa que estou fazendo errado mas não consigo ver. Pode ser que eu esteja passando algum parâmetro errado, ele faz algum tipo de verificação, confere a data, algo assim? Eu coloquei um debug pra ver exatamente o que está sendo passado e parece que está tudo certo, mas a rotina de cancelamento chama o método de OnObtemCampo, aí pede pro usuário os dados. Já estou pensando em mexer no meu método ObtemCampo e passar o valor por debaixo dos panos, mas é estranho, pq na aplicação antiga não precisamos fazer isso. Na situação em questão, o sitef está pedindo os valores que já estão sendo passados para o método de cancelamento (data, valor, nsu).

Isso, acbrTEFD com o SITEF