Diego Foliene

Boa tarde!
As Libs são compiladas para Windows e Linux.
Não há compilação para Android no momento.

Bom dia!
Foi feita uma alteração no arquivo ACBrNFSeXServicos.ini.
Por favor, queira atualizar seus fontes e realizar novo teste.
 

Bom dia!
Seguindo os moldes das outras classes, na Rev-31801 foram adicionados novos campos para receberem estes valores.
Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Bom dia!
O QrCode é formado usando está string:
Se você observar, ela veio no grupo <outrasInformacoes> no seu XML.
No seu PDF, o problema está acontecendo porque na string lida está faltando o último número 8.
Por favor:
Verifique se seus fontes estão atualizados. Verifique se você não possui alterações locais nos seus fontes. Isso é indicado por uma bolinha vermelha ao lado da unit. Pelo layout, do PDF, me parece que você está utilizando o Fast como motor de impressão. Sendo este o caso, verifique se o .fr3 que está usando está atualizado e não possui alterações locais. Fiz um teste usando o programa exemplo com o XML que disponibilizou e tanto no impresso em Fortes, FPDF e Fast(DANFSe.fr3, DANFSe_Padrao.fr3 e DANFSe_Novo.fr3) a informação foi lida corretamente.

Bom dia!
Funciona. Mas para isso, as notas e os eventos de manifestação também precisam ter sido feitos no ambiente de homologação.
Na NT2014/002 é descrito algumas possibilidades que podem devolver consumo indevido.
No caso específico que citou vale destacar:
Extra:
Por ser PRO, você tem acesso aos cursos disponibilizado pelo ACBr. Um deles é o Implementando o Serviço Distribuição DFe. O mesmo é feito usando Delphi, mas o conceito pode ser muito bem aproveitado.

Bom dia.
O problema é o campo série.
Na informação correspondente na chave de acesso está com o valor 003, mas na tag propriamente dita, está com o valor 5.
Reveja o arquivo NFe.ini que você usou para gerar este XML.
Também é válido você chamar o NFe.LimparLista antes de carregar o ini para garantir que só vai ter ele na memória da Lib.

Bom dia!
Você está desenvolvendo isso por conta? O componente ACBrCTe já faz a montagem do arquivo para você.
Se você não desenvolve em Delphi/Lazarus, pode optar pela LibCTe se a sua linguagem permitir o consumo de Dll.

Bom dia @ferdead!
Foi gerada uma nova compilação do ACBrMonitor com adição dos novos métodos.
Por favor, queira atualizar para realizar novos testes e reportar qualquer problema.
Mais detalhes, aqui:
 

Boa tarde!
Se você não utiliza o Fortes Report, não precisa marcar.
O que acontece é que o programa exemplo está usando o impresso do Fortes Report e por isso está recebendo o erro.
No seu caso então, você vai abrir o programa exemplo, clicar em ignorar na mensagem que apareceu, remover o componente de impressão do Fortes e adicionar o do Fast.

Boa tarde!
Por ser membro PRO, você tem acesso liberado aos cursos fornecidos pelo ACBr.
Um deles é o Dominando o ACBrMonitorPLUS com um módulo bem completo sobre a NF-e, recomendo que dê uma olhada.
Sobre a dúvida em questão.
Ao usar o comando NFe.CriarNFe ele já vai gerar para você um arquivo XML da NF-e.
Você pode então usar o comando NFe.ImprimirDANFe ou o NFe.ImprimirDANFePDF para gerar um preview passando este XML.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado
Bom dia!
Fiz um teste usando os serviços de Envio Síncrono, Envio Assíncrono e Envio Unitário de RPS e em todas as tentativas recebi o mesmo retorno que você.
No entanto, ao tentar no ambiente de produção, recebi uma rejeição de Acesso Negado.
Deduzo que o ambiente de homologação esteja indisponível no momento, por favor, se possível, faça um teste em produção.

Bom dia!
Alteração enviada ao SVN na Rev-31665.
Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Bom dia!
Por favor, atualize seus fontes e reinstale o ACBr.
Conforme o @Alexandre de Paula informou, na Rev-31663 isso foi alterado.

Bom dia!
1. O método ACBr.LerINI recarrega as configurações do arquivo.
Se você não fizer este processo de reiniciar o Monitor, ele não atualiza as configurações? Ele chega a atualizar no arquivo INI, mas o monitor continua lendo as antigas?
Neste tópico: Criação de método para alterar a tag NFSe no acbrmonitor.ini, tem uma solicitação semelhante.
A TK-4654 do tópico em questão foi adicionada no sprint desta semana.
A mensagem de erro informa que os campos bairro, logradouro e cidade devem estar preenchidos.
Conferindo no seu arquivo de envio, os campos logradouro e bairro já tem informação, faltando apenas a cidade no grupo do tomador.
Preencha na seção Tomador a informação do CodigoMunicipio e repita o teste.
Vale citar:
Fiz alguns testes com o seu arquivo aqui para gerar o lote e aqui a data no formato 13-12-2023 como você colocou, não converteu corretamente e gerou o arquivo com a data atual de hoje.
Usando a data no formato 13/12/2023 converteu normal.
Veja se não está acontecendo o mesmo ai para você.
Para testar, você pode usar o comando NFSe.GerarLoteRPS que apenas vai gerar o arquivo para você, mas não vai enviar para o web service.
 

Bom dia.
Se você abrir a unit ACBr\trunk2\Fontes\ACBrDFe\ACBrNFSeX\Provedores\PadraoNacional.GravarXml.pas e procurar por regEspTrib, vai achar esta linha mostrando como é preenchido:
Result.AppendChild(AddNode(tcStr, '#1', 'regEspTrib', 1, 1, 1, FpAOwner.RegimeEspecialTributacaoToStr(NFSe.RegimeEspecialTributacao), DSC_REGISSQN)); Então você abre a ACBr\trunk2\Fontes\ACBrDFe\ACBrNFSeX\Provedores\PadraoNacional.Provider.pas e procura por RegimeEspecialTributacaoToStr para ver quais são os valores válidos para conversão.
function TACBrNFSeProviderPadraoNacional.RegimeEspecialTributacaoToStr( const t: TnfseRegimeEspecialTributacao): string; begin Result := EnumeradoToStr(t, ['0', '1', '2', '3', '4', '5', '6'], [retNenhum, retCooperativa, retEstimativa, retMicroempresaMunicipal, retNotarioRegistrador, retISSQNAutonomos, retSociedadeProfissionais]); end; No seu caso, você não está usando um valor válido, ele não está sendo convertido, está ficando em branco e por isso está causando erro na validação de schema.

Bom dia!
Por favor, qual é o método que você está usando para obter esta string?
Como você está fazendo para salvar está receber está string e salvar ela no seu banco de dados?
Pergunto isso, pois o problema não são os caracteres de quebra de linha.
Mas sim isso aqui:
<DescricaoCodigoTributacaoMunicÃÂ'#$00AD'pio>Lubrificação, limpeza, lustração, revisão, carga e recarga, conserto, restauração, blindagem, manutenção e conservação de máquinas, veÃÂ'#$00AD'culos, aparelhos, equipamentos, motores, elevadores ou de qualquer objeto</DescricaoCodigoTributacaoMunicÃÂ'#$00AD'pio> Veja que a tag <DescricaoCodigoTributacaoMunicípio> está com problemas.
Se você estiver fazendo alguma conversão no conteúdo da string antes de salvar, remova a mesma e faça um teste apenas salvando a string como ela lhe é devolvida.

Bom dia!
Tente apenas gerar o XML do CT-e (no programa exemplo mostra como) e validar o mesmo para ver se aponta algum erro de estrutura ou se está gerando alguma tag incompleta.
Você pode tentar usando o botão ValidarXML que tem no próprio programa exemplo e também neste validador.

Pelo log modificado, me parece que o problema está ocorrendo quando usa o método MoverStringParaPChar.
No seu log temos esta entrada aqui:
Que significa que foi alocado tamanho 5000 para o buffer, mas a string só usou 16.
Nesse caso, o 16 é por causa do erro, mas em caso de sucesso, o método vai te devolver um XML, ocupando bem mais espaço
Por favor, tente aumentar o tamanho que foi alocado para o buffer (coloque 15000 ou até mesmo 60000 por exemplo) e faça um novo teste.
EDIT:
Conversei junto aos demais consultores e realmente considerando as informações reunidas, tudo aponta que o tamanho do buffer que está sendo passado para o método NFSe_GerarLote não está sendo suficiente.

Bom dia!
Não precisa fazer isso.
Basta definir ACBrNFSeX.Configuracoes.Geral.LayoutNFSe := lnfsPadraoNacionalv1 que o componente vai enviar para o Padrão Nacional independente da cidade configurada.
Faça um teste usando o ConsultarDPS por Chave passando o valor numérico do idDPS que recebeu.

Bom dia!
A alteração disponibilizada pelo @Italo Giurizzato Junior foi enviada ao SVN na Rev-31484.
Por favor, atualize seus fontes, reinstale o ACBr e faça novos testes.

Bom dia.
Sim, utilizando OpenSSL, você consegue assinar o XML indicando um arquivo PFX salvo e a senha do mesmo.
Você também pode testar a Lib usando a versão DEMO:
AQUI tem mais informações sobre a versão de demonstração; AQUI você encontra os arquivos para download; AQUI você encontra a documentação dos métodos e de configuração, inclusive orientação de configuração do .PFX; AQUI você encontra os programas exemplo disponíveis em Java. AQUI você encontra um curso demonstrando o uso da Lib com o exemplo.

Boa tarde!
Não é específico para o Itaú, mas nós temos alguns exemplos demonstrando o uso da LibBoleto disponíveis AQUI.
No curso Introdução às Bibliotecas ACBrLib, o módulo "Como utilizar o ACBrLib em C#" faz uso do exemplo do Boleto.
No tópico ACBrBoleto via WebService tem as orientações de como configurar no componente nativo, mas o INI de configurações da Lib usa os mesmos nomes para as propriedades.

Boa tarde!
A classes em C# podem sem problema algum serem usadas no seu projeto.
No entanto, o intuito delas é apenas de demonstrar o uso da Lib no C#. Por causa disso, apenas as tratativas para o TipoResposta do retorno em formato INI foi implementado.
 

Bom dia!
Sim, no seu arquivo, tpCTe está com o valor zero. Este valor equivale a CT-e Normal.
Por favor, altere para 3 que equivale a CT-e Substituto e refaça o teste.

Boa tarde.
Para que a alteração tenha efeito você precisa seguir os passos especificados neste tópico.