BigWings

Para qual cidade está implementando?

No seu teste é feito apenas abertura de gaveta, ou tem impressão pelo spooler antes?

Se você baixou o instalador do ACBrMonitorPLUS não vai ter os fontes, apenas o aplicativo. Para baixar os fontes dos componentes ACBr e do ACBrMonitorPLUS, veja: https://projetoacbr.com.br/fontes/

Ciência de operação já é suficiente para permitir o download. A confirmação só deve ser enviada quando a mercadoria foi recebida pelo destinatário.

Não consta manifestação do destinatário para essa nota. Por isso no retorno do método DistribuicaoDFe vem apenas o resumo da NFe. Veja novamente se foi enviado o evento de manifestação do destinatário para essa chave.

O que seria o "segundo" evento? - Quer enviar uma carta de correção para um CTe que já teve uma carta de correção enviada anteriormente? Nesse caso no .ini deve estar: [EVENTO] idLote=1 [EVENTO001] nSeqEvento=2 - Quer enviar mais de um evento, para mais de um CTe, num mesmo lote. [EVENTO] idLote=1 [EVENTO001] ... [EVENTO002] ... Em cada comando, os eventos devem ser sequenciais, iniciando em EVENTO001.

Hum... a única diferença agora é a quebra de linha (CR+LF) no final da string que você está enviando. Consegue testar pela sua aplicação sem a quebra de linha no final?

O erro só ocorre numa máquina específica? Esse erro é gerado quando o webservice retornou algum conteúdo, mas não foram encontrados as tags esperadas. Veja o exemplo na consulta de status de serviço, unit ACBrNFeWebServices.pas: function TNFeStatusServico.TratarResposta: Boolean; var NFeRetorno: TRetConsStatServ; begin FPRetWS := SeparaDadosArray(['nfeStatusServicoNF2Result', 'NfeStatusServicoNFResult', 'nfeResultMsg'],FPRetornoWS ); VerificarSemResposta; Caso o XML retornado não tenha uma das três tags da lista, o método VerificarSemResposta vai gerar a exceção com a mensagem. Veja se consegue debugar até esse ponto e analise o conteúdo da variável FPRetornoWS.

Também tem diferença no comando de abertura: para Aparentemente as configurações ACBrPosPrinter1.ConfigGaveta.TempoON e ACBrPosPrinter1.ConfigGaveta.TempoOFF estão diferentes na sua aplicação.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Veja: Como você está alimentando a tag de discriminação? Como está retornando no XML? No XML não pode existir o caractere de quebra de linha, ele é substituído por ponto-e-vírgula, se não me engano.

Não usa. O DANFE é gerado pelo Fortes Report para Lazarus, onde a DLL é compilada. Ele depende da biblioteca de componentes visuais que depende do "X" no Linux.

Não é uma tabela, é uma função interna. Chegou a clicar no link? Depois de chamar a função, o conteúdo é gravado na tabela MON$CONTEXT_VARIABLES.

Creio que não, mas você pode tentar usar RDB$SET_CONTEXT para gravar essa informação pela sua aplicação. https://firebirdsql.org/refdocs/langrefupd20-set-context.html

A imagem não ajuda, a GerarException é um método genérico pra disparar algum erro. Veja pelo debug qual método que chamou a GerarException, se chegou a haver comunicação com o webservice, se foram gravados os XML de envio e retorno...

Para certificado A3 o recomendado é usar libWinCrypt. Mas aparentemente a comunicação está sendo feita. Se você configurou a opção de salvar os arquivos de envio e retorno do webservice, pode analisar o XML retornado após a consulta. No meu teste o XML retornado foi este: <?xml version="1.0" encoding="UTF-8"?>obj parameter must not be null Isso não é um XML válido então o componente mostra a mensagem em branco. Pode ter algo errado na montagem do XML de envio da consulta, ou pode ser um problema no webservice.

Com essa informação, basta alterar no Cidades.ini: [3134202] Nome=Ituiutaba UF=MG Provedor=SmarAPDABRASF NomeURL_H=https://201.72.16.150 ;NomeURL_P=https://201.48.3.165:8450 NomeURL_P=http://201.48.3.165:9083 Depois de alterar o arquivo, reinicie a aplicação e teste. Aqui, alterando a porta e o protocolo de https para http, passou a retornar resposta.

Erro de timeout acontece quando o webservice demora a responder além do tempo esperado. No programa exemplo, na aba webservice, você pode configurar o timeout para um maior. Mas aparentemente apenas o ambiente de homologação está retornando resposta, em produção, mesmo configurando um timeout de 25000 ainda tive erro. No arquivo Cidades.ini contém as URL de homologação e produção: O que você pode tentar é entrar em contato com a prefeitura e solicitar a URL de produção correta.

Aparentemente essa cidade é atendida pelo componente, já que ela consta no arquivo Cidades.ini, usando o provedor SmarAPDABRASF. Qual foi o retorno que teve ao tentar usar o programa exemplo?

Foi criada uma nova propriedade, já que alguns preferiam de uma forma, outros de outra.

Sendo EPEC para NFe, tente informar a tag cOrgao = 91.

Não existe manifestação do destinatário para CTe. O único evento aceito para o CTe que é semelhante à manifestação do destinatário da NFe é o evento de prestação de serviço em desacordo. No caso do envio do evento de prestação de serviço em desacordo e preciso informar a tag detEvento.xOBS.

Quando o certificado é instalado no Windows tem uma opção de permitir ou não exportar a chave privada, por motivo de segurança. Se a opção não aparece, é porque a opção não foi marcada e não é possível exportar. Você vai precisar do arquivo ou instalação original .

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.