BigWings

Alguns estados implementam o serviço de consulta de cadastro no projeto NFe, basta usar o ACBrNFe.ConsultaCadastro. Para a receita federal basta o CNPJ, a IE é de âmbito estadual, um mesmo CNPJ pode ter inscrição em mais de um estado.

Os pacotes que são apenas runtime não se instala, basta compilar.

Provavelmente é configuração de escala (DPI) do Windows acima de 100%. Marque a propriedade "AlterarEscalaPadrao" do componente de impressão.

Creio ser algo no Adobe, já aconteceu aqui também e só abrir pelo Chrome visualizou 100%.

As DLLs da OpenSSL para Indy eu encontrei aqui: https://github.com/IndySockets/OpenSSL-Binaries Mas no D2007 não consegui fazer funcionar o TLS 1.2, então troquei o IdHTTP pelo ACBrHTTP que usa a synapse.

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

Não é conversão, o arquivo já está em UTF8, mas como não tem a declaração do encoding no início, o ACBr trata como ANSI. Não é tão simples identificar se o arquivo é UTF8 ou ANSI via programação, e os Delphi antigos não tem suporte a UTF8 o que dificulta mais. Mas você pode usar na sua aplicação o método ACBrUtil.InserirDeclaracaoXMLSeNecessario pra incluir a declaração se desejar.

Se a sua aplicação carregar um XML sem a assinatura, fazer a consulta obtendo o protocolo, o componente estiver configurado pra salvar os arquivos, e a propriedade ValidarDigest estiver desativada, vai acontecer isso. Por isso é importante manter ela ativada.

Verificou como está sendo gerado o fuso horário no XML de envio e no retorno da SEFAZ?

O XML está em UTF-8, mas falta a declaração do XML no início. Edite o arquivo e inclua no início o seguinte: <?xml version="1.0" encoding="utf-8"?> Salve e tente carregar novamente.

Precisa anexar o arquivo pra descobrirmos qual encoding ele usa. Mande por mensagem privada no fórum se preferir. Ou veja você mesmo abrindo o XML num editor de texto como o Notepad++.

O ACBr não usa, e nem você deve usar o índice do enumerado como código, vejas os métodos da pcnConversao.pas e pcnConversaoNFe.pas. function FormaPagamentoToStr(const t: TpcnFormaPagamento): string; function FormaPagamentoToDescricao(const t: TpcnFormaPagamento): string; overload; deprecated {$IfDef SUPPORTS_DEPRECATED_DETAILS} 'Obsoleta: Use FormaPagamentoToDescricao(const t: TpcnFormaPagamento; const xPag: String)'{$EndIf}; function FormaPagamentoToDescricao(const t: TpcnFormaPagamento; const xPag: String): string; overload; function StrToFormaPagamento(out ok: boolean; const s: string): TpcnFormaPagamento; [...] function FormaPagamentoToStr(const t: TpcnFormaPagamento): string; begin result := EnumeradoToStr(t, ['01', '02', '03', '04', '05', '10', '11', '12', '13', '14', '15', '16', '17', '18', '19', '90', '98', '99'], [fpDinheiro, fpCheque, fpCartaoCredito, fpCartaoDebito, fpCreditoLoja, fpValeAlimentacao, fpValeRefeicao, fpValePresente, fpValeCombustivel, fpDuplicataMercantil, fpBoletoBancario, fpDepositoBancario, fpPagamentoInstantaneo, fpTransfBancario, fpProgramaFidelidade, fpSemPagamento, fpRegimeEspecial, fpOutro]); end;

O foco do projeto é em Delphi e Lazarus, primeiro são desenvolvidos os componentes, depois portados para o ACBrMonitorPLUS e ACBrLib pra quem deseja usar em outras linguagens. Se você é desenvolvedor Pascal, use os componentes, não tem motivo pra usar o ACBrMonitorPLUS. PS: Nem todos os recursos pra Delphi/Lazarus estão ou estarão no ACBrMonitorPLUS e ACBrLib.

Qual o encoding do arquivo?

Foi pro SVN, rev. 23326.

Vejo que leu os fontes, mas não deve ter percebido uma condição na rotina do CNAB240 que faz da forma que você quer: No caso basta informar a propriedade ResponEmissao para esse caso onde o banco emite o boleto.

Pode anexar os fontes que alterou, que será analisado. Creio que é possível incluir uma regra específica para MT se eles estão aceitando... Os schemas são os mesmos do ACBr ou precisou alterar também?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico. @Norival Ricardo Cazarin abra um novo tópico e informe qual erro/problema está tendo.

Mas pelo print não são 17 posições livres, certo? São 7 posições do código do convênio + 10 posições livres, o componente sempre atendeu essa forma.

Realmente ocorre o erro, mas basta reiniciar a aplicação depois de remover o número de série e informar arquivo pfx e senha.

Em homologação seria o hcte mesmo... Os endereços estão definidos no arquivo ACBrCTeServicos.ini.

OpenSSL não suporta o carregamento via store do Windows. Na configuração informe o path do arquivo pfx e a senha e deixe número de série em branco. Também pode usar DadosPFX ou URLPFX.

Tenho deixado o @Victor H. Gonzales - Panda analisar as questões do Fast, mas se for o caso posso fazer sim.

Com o "Component to code" do GExperts faz isso rapidinho. Dá até pra remover o .dfm do SVN.