BigWings

No modo síncrono de envio o ACBrMDFe.WebServices.Retorno não é usado, porque a resposta vem no próprio envio, sem necessidade de consulta de retorno. Estude o programa exemplo do componente pra ver como tratar a resposta no modo síncrono.

Talvez só tenha na versão comercial. A minha é a Standard, e versão anterior a do @Helder Jr e tem o TfrxExportSVG.

Leitura obrigatória da NT que trata do serviço DistribuicaoDFe: https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=VgPuhtPApQo= Pra enviar o evento de manifestação só precisa saber a chave da nota. Com as informações do resumo (chave, data de emissão, dados do emitente, valor da nota) o serviço entende que já é possível o destinatário saber qual a manifestação deve enviar. Se o destinatário sabe que fez a compra, pode fazer a Ciência da operação, caso tenha certeza que não fez, já pode manifestar como Desconhecimento. Quando a mercadoria chegar manifesta como Confirmação da operação. Caso tenha havido algum problema na entrega e não recebeu a mercadoria, manifesta como Operação não realizada. Manifestando como Ciência, Confirmação ou Operação não realizada, e fazendo nova chamada ao método DistribuicaoDFe, vai eventualmente receber o novo NSU com a nota completa. Enviar a Ciência de operação é opcional, e tem até 10 dias após a autorização pra isso, depois, só enviando uma manifestação definitiva (Confirmação, Desconhecimento, ou Operação não realizada).

Sabe qual é a versão do Fast que vem?

Tem acontecido se estiver usando o modo de envio assíncrono. Após o envio não está sendo capturado o número do recibo, e ao tentar fazer a consulta do mesmo, sendo vazio, está gerando a rejeição por falha no schema. A sugestão é usar o modo síncrono, já que o assíncrono está previsto pra ser desativado já no mês que vem, se não me falha a memória.

Verificar a questão das colunas e ativar a propriedade "ImprimeEmUmaLinha" do componente. Outra dica é configurar a "EspacoEntreLinhas" do PosPrinter, com um valor entre 30 ou 40, deve reduzir o espaçamento vertical, se esse é o problema do seu cliente.

Por que não tem como? Só vai ter o XML completo após a manifestação.

Precisa ver qual a quantidade de colunas que a impressora suporta, e configurar no componente. Para o ESC/POS, só precisa do driver USB, não passa pelo driver do Windows.

A princípio o componente só trazia as informações que a consulta da receita federal fornece. https://solucoes.receita.fazenda.gov.br/servicos/cnpjreva/cnpjreva_solicitacao.asp Com o bloqueio do acesso dessa página pelo reCaptcha o componente foi alterado pra usar APIs de terceiros, receitaws, cnpjws, brasilapi... Essas APIs podem trazer informações adicionais, como as inscrições estaduais vinculadas ao CNPJ, então foi adicionada a propriedade pra trazer a IE da sede da empresa. Outras possíveis informações que as APIs disponibilizam (regime tributário, por exemplo) nos JSONs não estão totalmente mapeadas como propriedades, então precisa modificar o componente pra fazer isso. Fique a vontade pra modificar o componente da forma que achar interessante, e anexar aqui os fontes alterados pra serem analisados e enviados para o SVN.

A chave mudou por causa da alteração do tpEmis. Alteração da data de emissão dentro do mesmo mês não vai mudar a chave, mas isso não quer dizer que você deva fazer isso. O correto é carregar o XML emitido em contingência e transmitir, sem alterações. Se transmitir dentro do prazo de 168 horas não terá problema.

Testei no Delphi 7 e instalou normal. Pode tentar instalar marcando a opção de apagar arquivos antigos.

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

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

- Transmitir o MDFe emitido em contingência, sem alterações. - Encerrar o MDFe O MDFe já está operando normalmente, ainda está com erro na emissão?

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

Ontem foram enviadas alterações pra esse problema. Atualize os fontes.

Informe a versão do documento ao preencher os dados: infMDFe.versao := 3.00; infCTe.versao := 4.00;

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

Atualize os fontes.

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

Aumentar a configuração de timeout no componente. ACBrNFe.Configuracoes.WebServices.TimeOut := 30000;

Não saberia dizer, não uso CAPICOM há anos. A diferença para a emissão normal é na geração do QrCode que tem campos e hashs adicionais, talvez tenha algo nesse sentido que o CAPICOM não consegue gerar.

Mostre o seu código, a parte de assinatura e validação.

Esse erro indica falta da assinatura do XML. Sem assinar não tem o QrCode no DAMDFe, fica inválido. Sem validar corre o risco de ter rejeição quando for enviar.