BigWings

As tags são as mesmas que você já gera para os demais cadastros. Só informar código, nome, CNPJ, endereço... dos bancos. Mais fácil ainda seria cadastrar os bancos no seu banco de dados.

Não entendi a dúvida, a imagem mostra apenas registros 0150 com o cadastro de bancos.

Certifique-se de que: - Está com os fontes atualizados, e executou o ACBrInstall_Trunk2.exe após a atualização. - Se existe um arquivo ACBrCTeServicos.ini desatualizado no diretório da aplicação. Se tiver, remova.

Se a sua aplicação não é 64 bits não tem porque copiar as DLLs de 64 bits da OpenSSL. Remova elas e remova também a legacy.dll que também só funciona em 64 bits conforme o tópico que citei anteriormente. O erro provável que é a aplicação está localizando as DLLs da OpenSSL versão 3 em algum lugar no PATH da máquina do seu cliente, e tentando carregar também a legacy.dll que é de 64 bits portanto a aplicação de 32 não consegue carregar.

Vai precisar depurar então o código na unit pcnNFeW.pas pra saber onde está o problema. Se você está carregando o XML para envio em vez de alimentar o componente, veja este tópico que pode estar relacionado:

O problema é justamente estar usando as novas DLLs (OpenSSL versão 3) com um certificado não compatível. Tentou fazer o indicado no tópico?

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

Configure a página de código para pcUTF8 ou pc1252.

Para Win64 informe o path dos fontes, não dos .dcu. Os .dcu são compilados apenas em 32 bits.

Provavelmente é incompatibilidade do certificado com a versão 3 do OpenSSL. Veja:

Também não teve alterações no código do ACBr nessa parte, como você pode ver pelo "Blame" do SVN. Veja se não tem algum valor informado para a tag CNPCPF ou IdEstrangeiro. Um espaço em branco que seja pode causar isso.

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.