Diego Foliene

Bom dia @douglaswf!
O método ConsultarNFSeServicoTomadoPorPeriodo foi feito de forma a atender os provedores da melhor forma possível.
No entanto, alguns provedores(como é o caso de SP), requerem algumas informações a mais que não previstas no método.
Para atender a casos assim, foi criado o ACBrNFSeX.ConsultarNFSeGenerico, demonstrado no programa exemplo pelo botão "Consultar NFSe Genérico".
Por favor, faça um teste com o mesmo.

Boa tarde!
A lista vai iniciar do zero, então na inclusão de 5 títulos, ficaria como o primeiro 0, 1, 2, 3, 4.
Ambos o Boleto_GerarPDFBoleto e o Boleto_SalvarPDFBoleto com a diferença de que o último vai te devolver o PDF na resposta em Base64.
Então você pode utilizar apenas um deles, não precisa dos dois.

Boa tarde!
Sendo ambiente Windows, acho que talvez não seja o caso, mas é válido verificar.
As fontes True Type da Microsoft estão instaladas no ambiente?(Já tivemos relatos onde ausência delas estava causando comportamento inesperado no impresso).
Também vou lhe pedir que faça um teste alterando o valor de AlterarEscalaPadrao em seu arquivo INI na seção [BoletoBancoFCFortesConfig] para o valor 1(em seu print está com o valor zero).
Essa configuração geralmente costuma ser utilizada quando há zoom aplicado no monitor e portanto, ela também pode interferir no resultado do impresso. Agora com o valor zero, ela está com o equivalente a "Não", defina o valor "Sim" para que o NovaEscala seja aplicado.
 

Bom dia!
Isso mesmo.
O arquivo 1-env-lot.xml contém o conteúdo de envio para o web service(sem as tags de envelope), enquanto que o arquivo pro-lot.xml contém o conteúdo que é devolvido pelo web service(também sem as tags de envelope).
Não necessariamente.
Você deve guardar o XML da NFC-e e eu particularmente, acho interessante você guardar a resposta do web service quando for uma resposta positiva de autorização da nota.
Arquivos mais detalhados podem ser usados para análise quando você enfrentar problemas, mas no geral, somente o XML da NFC-e é que é guardado.
Pode fornecer mais informações sobre esta aqui?
Você configurou a pasta \XML em PathNFe. Além disso, definiu as configurações que sejam criadas pastas mensalmente, o que significa uma subpasta dentro do loca definido.
Qual é o arquivo que esperada ser salvo e não está salvando? O XML da NF-ee\NFC-e está sendo salvo no local?
O XML da NF-e\NFC-e vai ter a chave de acesso no nome, então se a chave for a mesma, vai sobrescrever.
Mesma coisa para os arquivos de envio e resposta que utilizam o número do lote no nome. Se enviar mesmo lote, vai sobreescrever.
Acho que entendi os XMLs da pergunta anterior.
Existem algumas propriedades Path para serem definidas que podem ajudar nesta separação.
ACBrNFe.Configuracoes.Arquivos.PathSalvar := 'Caminho geral, onde são salvos todos os arquivos'; ACBrNFe.Configuracoes.Arquivos.PathNFe := 'Caminho onde são salvos os XMLs da NFe\NFCe somente'; ACBrNFe.Configuracoes.Arquivos.PathEvento := 'Caminho onde são salvos os XMLs de evento somente'; ACBrNFe.Configuracoes.Arquivos.PathInu := 'Caminho onde são salvos os XMLs de Inutilização'; Os arquivos correspondentes a consulta vão ser gerados no PathSalvar.
Tente definir um caminho no PathSalvar diferente do PathNFe.
O arquivo 1-ped-eve.xml contém o pedido de cancelamento que é enviado ao webservice, já o arquivo 1-eve.xml contém a resposta devolvida pelo webservice.
Você pode ler as propriedades:
ACBrNFe.WebServices.EnvEvento.EventoRetorno.XML; ACBrNFe.WebServices.EnvEvento.EventoRetorno.XMLRetorno; Para recuperar este XML perdido, você pode seguir exemplo do botão "Consultar carregando XML" da aba "Consultas".
Passe o parâmetro ExtrairEventos com o valor True;
Algo como:
ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromFile(OpenDialog1.FileName); ACBrNFe1.Consultar('', True);  
O erro é exibido para você porque no envio, existe um parâmetro para que seja feita a impressão em caso de autorização.
Mas ele está exibindo o erro, devido a alguma falha na configuração da impressora.
Tente comunicar com esta impressora primeiro. Veja se ela responde.
Seleciona a Porta na aba Documento Auxiliar, clique no botão ao lado do combo, defina as demais configurações para comunicação com a impressora e clique em OK. Ele vai mudar a porta na aba Documento Auxiliar de novo, altere somente a porta novamente, clique em "Salvar Configurações" e faça um novo teste.
Precisando basta perguntar.
Não há pergunta boba. Bobo é não perguntar.

Boa tarde!
Foi enviado ao SVN um ajuste nas Libs visando sanar esta questão.
Bibliotecas compiladas após as 16h25 do dia 13/11/2024 deverão englobar a alteração.
Assim que houver novas versões da Lib, comunicamos aqui para que possa atualizar e realizar novos testes.

Boa tarde!
No arquivo comms_241017.log nas informações de via estabelecimento  e via cliente, pelo que pude conferir estão trazendo as datas corretas (data de 17/10/24) e o horário acompanhando a o horário na entrada do log (por exemplo temos 17:14:15:026 0x53=                 BIN   e na via estabelecimento que tem logo em seguida está com horário 17:14:08)
Por favor, teria um exemplo de horário que está incorreto?

Boa tarde!
Apenas complementando a resposta do meu amigo @Renato Rubinho.
Da forma como ele orientou, você vai ter duas ocorrências da tag DI para o item 1, ficando assim em seu XML:
<det nItem="1"> ... <DI> <nDI>24/2335541-5</nDI> <dDI>2024-10-24</dDI> <xLocDesemb>BETIM</xLocDesemb> <UFDesemb>MG</UFDesemb> <dDesemb>2024-10-24</dDesemb> <tpViaTransp>7</tpViaTransp> <tpIntermedio>1</tpIntermedio> <cExportador>001</cExportador> <adi> <nAdicao>1</nAdicao> <nSeqAdic>1</nSeqAdic> <cFabricante>001</cFabricante> </adi> </DI> <DI> <nDI>24/2335541-5</nDI> <dDI>2024-10-24</dDI> <xLocDesemb>BETIM</xLocDesemb> <UFDesemb>MG</UFDesemb> <dDesemb>2024-10-24</dDesemb> <tpViaTransp>7</tpViaTransp> <tpIntermedio>1</tpIntermedio> <cExportador>001</cExportador> <adi> <nAdicao>1</nAdicao> <nSeqAdic>2</nSeqAdic> <cFabricante>001</cFabricante> </adi> </DI> </det> Caso cada ocorrência da DI seja para cada item, ficando uma DI por item, altere a segunda ocorrência do campo DI em seu arquivo desta forma:
[DI002001] nDi=24/2335541-5 dDi=24/10/2024 xLocDesemb=BETIM UFDesemb=MG dDesemb=24/10/2024 tpViaTransp=7 tpIntermedio=1 cExportador=001 [LADI002001001] nAdicao=1 Resultando em uma estrutura como está:
 
<det nItem="1"> ... <DI> <nDI>24/2335541-5</nDI> <dDI>2024-10-24</dDI> <xLocDesemb>BETIM</xLocDesemb> <UFDesemb>MG</UFDesemb> <dDesemb>2024-10-24</dDesemb> <tpViaTransp>7</tpViaTransp> <tpIntermedio>1</tpIntermedio> <cExportador>001</cExportador> <adi> <nAdicao>1</nAdicao> <nSeqAdic>1</nSeqAdic> <cFabricante>001</cFabricante> </adi> </DI> </det> <det nItem="2"> ... <DI> <nDI>24/2335541-5</nDI> <dDI>2024-10-24</dDI> <xLocDesemb>BETIM</xLocDesemb> <UFDesemb>MG</UFDesemb> <dDesemb>2024-10-24</dDesemb> <tpViaTransp>7</tpViaTransp> <tpIntermedio>1</tpIntermedio> <cExportador>001</cExportador> <adi> <nAdicao>1</nAdicao> <nSeqAdic>2</nSeqAdic> <cFabricante>001</cFabricante> </adi> </DI> </det>  

Boa tarde!
Sendo o certificado A1 e você não pretendendo instalar ele na máquina, por favor, faça um teste com a configuração OpenSSL.
Conforme indicado no tópico abaixo:
 

Boa tarde!
Foi enviada uma alteração visando sanar o problema.
Agora, na rotina de leitura, vai verificar se a propriedade que alimenta a informação "(-)ISS Retido" foi preenchida no impresso e caso afirmativo, vai definir o valor 1 - Sim para "ISS a Reter".
Assim que houver uma nova versão da Lib que englobe a alteração avisamos para que possa atualizar e testar.

Uma versão atualizada da documentação contando com o modelo do arquivo ini para o CTe Simplificado foi enviada ao SVN.
A mesma será disponibilizada na documentação on-line a partir da nova compilação realizada as terças-feiras.
Também disponibilizo em anexo o referido modelo criado a partir do exemplo nativo.
 
 
ModeloCTeSimp.INI

Boa tarde!
Foi enviado ao SVN um ajuste adicionando nas rotinas de leitura e escrita do arquivo INI para ler e preencher  as propriedades RetidoPIS, RetidoCofins, RetidoInss, RetidoIr e RetidoCsll, gerando no arquivo XML do RPS tags de mesmo nome.
Versões da Lib compiladas posterior às 17h46 do dia 05/11/2024 deverão englobar a alteração.
Nestas versões a informação deverá ser preenchida no arquivo INI conforme exemplo:
[Valores] ;1 para Sim e 2 ou vazio para Não. RetidoPis= RetidoCofins= RetidoInss= RetidoIr= RetidoCsll= ;...demais informações já existentes na seção.  

Conferindo em seu arquivo de log o comando de envio e transcrevendo os parâmetros no mesmo temos o seguinte resultado:
CTE.EnviarCTe( <nXMLCTe>: "C:\RMXNFE_JACAR_TRANSPORTES\56136769000196\CTe\202411\CTe\31241156136769000196570010000000011325568824-cte.xml", <nLote>: 40, <nAssinar>: 1, <nImprimir>: 0, <nImpressora>: 0, <bAssincrono>: 1) Na documentação a referencia foi perdida(já estou providenciando uma atualização pra deixar mais claro no comando), mas ao passar o valor 1 para o parâmetro <bAssincrono>, você está dizendo ao Monitor que faça o envio no modo assíncrono.
Na versão 4.00 do CT-e, o envio deve ser síncrono.
Utilize o valor zero para o último parâmetro ou simplesmente remova ele e faça um novo teste.

Boa tarde!
Foi enviado ao SVN um ajuste visando sanar o problema.
Assim que houver nova compilação do ACBrMonitorPLUS que englobe o ajuste disponível, avisaremos no tópico para que possam atualizar e realizar novo teste.
Durante esse tempo, peço que como paliativo, utilizem o comando NFe.CriarEnviarNFe ao invés do NFe.EnviarNFe.
Nos testes que fiz com a versão mais recente disponível no fórum, apenas o primeiro apresentou o problema relatado.

Foi enviado ao SVN na Rev-35908 um ajuste visando corrigir esta questão.
Por favor, queira atualizar seus fontes, reinstalar o ACBr com a opção de "Apagar Arquivos Antigos" marcada para realizar novos testes e reportar qualquer problema.

Boa tarde!
Observe que o seu arquivo XML possui um grupo <DPS>.
Isso significa que está nota foi emitida no Padrão Nacional e por isso, para que o componente realize a correta leitura da mesma, você deve definir:
//Layout no qual foi gerada emitida. //Pode ter os valores lnfsProvedor ou lnfsPadraoNacionalv1 //Com o seu XML, deve ser utilizada a opção do Padrão Nacional ACBrNFSeX1.Configuracoes.Geral.LayoutNFSe := lnfsPadraoNacionalv1; //Código do município do prestador de serviço. //Em seu XML, é o de Blumenau/SC ACBrNFSeX1.Configuracoes.Geral.CodigoMunicipio := 4202404;  

Bom dia!
Acredito que isso seja uma particularidade da linguagem que está consumindo a dll.
Veja como é feito no exemplo em C#:
public string ConsultarCobrancasCob(DateTime ADataInicio, DateTime ADataFim, string ACpfCnpj, Boolean ALocationPresente, int AStatus, int PagAtual, int ItensPorPagina) { var bufferLen = BUFFER_LEN; var buffer = new StringBuilder(bufferLen); var method = GetMethod<PIXCD_ConsultarCobrancasCob>(); var ret = ExecuteMethod(() => method(ADataInicio, ADataFim, ToUTF8(ACpfCnpj), ALocationPresente, AStatus, PagAtual, ItensPorPagina, buffer, ref bufferLen)); CheckResult(ret); return ProcessResult(buffer, bufferLen); } Por isso, se possível, faça um teste definindo a tipagem no método em que consome a Lib em sua linguagem.

Foi enviado ao SVN na Rev-35713, ajustes visando resolver esta questão.
Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Boa tarde!
Acredito que tenha havido alguma confusão.
Não há um grupo para remetente e destinatário na estrutura do CT-e Simplificado, veja:

Acredito que você tenha se confundindo com isso aqui:
Ou seja, no CT-e Simplificado, você vai ter um emitente e um destinatário, mas para poder realizar a emissão de um CT-e Simplificado, você precisa vincular nele NF-es de pelos menos dois remetentes ou destinatários diferentes.

Bom dia!
Veja comentário correspondente ao enum, retirado da rotina que monta o arquivo CNAB em seu leiaute 400 para a Caixa Econômica Federal:
toRemessaAlterarPrazoDevolucao : ATipoOcorrencia := '08'; {Alteração do Prazo de Devolução} toRemessaAlterarDevolucaoProtesto : ATipoOcorrencia := '12'; {Alteração da opção de Devolução para Protesto} Não encontrei o enum toRemessaAlterarPrazoLimiteRecebimento sendo utilizado nesta rotina.
Neste LINK, você pode encontrar mais informações sobre os valores 08 e 12 na nota explicativa NE017.

Bom dia!
Há sim.
Para isso, basta você alterar o arquivo ACBrNFSeXServicos.ini e distribuir o mesmo junto da sua aplicação.
Você pode fazer um teste em seu ambiente se quiser.
Escolha uma cidade que é atendida por um provedor, coloque um arquivo ACBrNFSeXServicos.ini no mesmo diretório do .EXE da sua aplicação, edite o .ini removendo a informação do provedor atribuído a cidade. A sua aplicação vai dar a mensagem de provedor não atribuído.
Ele faz isso, porque no momento de ler as informações a lógica é:
Procura por um arquivo ACBrNFSeXServicos.ini na pasta do .EXE Se encontrar lê as informações dele. Não encontrou nada no passo 1, então vai ler as informações de resource interno. É importante lembrar que ao fazer isso, a aplicação vai passar a dar prioridade para este arquivo, então é sua responsabilidade manter ele atualizado e ter um controle sobre o mesmo, pois a partir do momento que fizer isso, não importa quantas vezes você atualize o componente, se não atualizar o .ini na pasta do .EXE, o componente vai continuar usando informação defasada.

Por favor, qual é a versão da Lib que está utilizando?
Veja como ficou meu log ao testar com o programa exemplo disponibilizado em C# e a LibNFe em sua versão 1.4.7.307
17/10/24 12:21:17:168 - TACBrLibNFe.Inicializar - Feito 17/10/24 12:21:17:171 - LIB_Inicializar( C:\ACBr\trunk2\Projetos\ACBrLib\Demos\C#\NFe\Demo\ACBrLib.NFe.Demo\bin\Debug\ACBrLib.ini, ) 17/10/24 12:21:17:173 - ACBrLibNFE - 1.4.7.307 17/10/24 12:21:44:235 - NFE_LimparLista 17/10/24 12:21:44:237 - Travar 17/10/24 12:21:44:239 - SetRetorno(0, 0 NFe(s) Carregada(s)) 17/10/24 12:21:44:241 - Destravar 17/10/24 12:21:47:796 - NFE_CarregarXML(C:\Users\Diego\Downloads\27241010679812000169550010000002221106798129-nfe.xml ) 17/10/24 12:21:47:799 - Travar 17/10/24 12:21:47:805 - SetRetorno(0, 1 NFe(s) Carregada(s)) 17/10/24 12:21:47:808 - Destravar 17/10/24 12:21:47:812 - NFE_ValidarRegrasdeNegocios 17/10/24 12:21:47:813 - Travar 17/10/24 12:21:47:816 - MoverStringParaPChar. StrLen:0, BufLen:256 17/10/24 12:21:47:819 - SetRetorno(0, ) 17/10/24 12:21:47:822 - Destravar Se estiver utilizando uma versão anterior a esta, por favor, peço que atualize e realize um novo teste.

Fiz um teste em meu ambiente.
Alterei o nome do arquivo ACBrMonitor.ini na minha pasta, coloquei o que disponibilizou e renomeei para que o ACBrMonitor utilizasse ele como configuração.
Foi necessário alterar a configuração de certificado, pasta dos schemas e pasta onde era salvo o arquivo XML.
O XML foi gerado com o QrCode com a versão 2
Por favor, tente realizar teste semelhante.
Para a execução do Monitor. Renomeie o arquivo ACBrMonitor.ini. Execute novamente o ACBrMonitor, assim um novo arquivo será criado. Vá preenchendo as configurações aos poucos e use o comando NFe.CriarNFe para que seja gerado o XML. Se possível, faça o teste com os schemas e o local para salvar o arquivo em uma pasta local, no mesmo ambiente.

Bom dia!
A emissão ocorre normalmente?
Se você conferir no XML do pedido de cancelamento ou de inutilização, consta o CNPJ. O mesmo está correto?

Vamos lá.
Os erros que você recebeu foram devolvidos a você na resposta da consulta do lote.
Isso significa que os erros estão no arquivo de RPS que foi enviado para o web service.
Vamos rever os erros:
<mensagens>Linha: 1, Mensagem: cvc-complex-type.2.4.a: Foi detectado um conteúdo inválido começando com o elemento 'Uf'. Era esperado um dos '{"http://www.el.com.br/nfse/xsd/el-nfse.xsd":Municipio}'.</mensagens> <mensagens> Linha: 1, Mensagem: cvc-complex-type.2.4.a: Foi detectado um conteúdo inválido começando com o elemento 'Uf'. Era esperado um dos '{"http://www.el.com.br/nfse/xsd/el-nfse.xsd":Municipio}'.</mensagens> <mensagens> Linha: 1, Mensagem: cvc-minLength-valid: O valor '' com tamanho = '0' não tem um aspecto válido em relação ao minLength '1' do tipo 'tsCodigoServico116'.</mensagens> <mensagens> Linha: 1, Mensagem: cvc-type.3.1.3: O valor '' do elemento 'CodigoServico116' não é válido.</mensagens> <mensagens> EL55 - Arquivo Inválido - Verifique a estrutura do arquivo se esta nos padrões solicitados!</mensagens> O quatro primeiros erros, são erros de validação de schema.
Os dois primeiros estão dizendo que encontrou uma tag UF quando na verdade esperava encontrar uma tag município.
Se você conferir em seu arquivo 11-rps.xml, de fato, tanto no endereço do prestador como do tomador, não tem o nome do município.
Os dois erros seguintes são relacionados a ausência de uma tag CodigoServico116.
Se você conferir em seu arquivo, a tag foi adicionada, mas ela está vazia.
O quinto e último erro, acredito que resolvendo os anteriores também será sanado.
Como você utiliza a Lib, você está comunicando com arquivo INI.
O provedor EL segue layout próprio, temos um modelo no qual você pode se basear.
As informações faltantes são preenchidas no INI conforme:
[Prestador] ... xMunicipio=Nome da cidade [Tomador] xMunicipio=Nome da cidade [Itens001] ... codLCServ=  

Bom dia.
De fato, conferindo pelo CNPJ do emitente(no print a leitura está um pouco ruim, mas acredito que tenha sido possível discernir) no Sintegra acusa que não há IE vinculada e no CCC não encontra.
Dois detalhes que vale mencionar.
Em seu print, não fica claro qual é o XML gerado pela sua aplicação e qual é o XML gerado pelo aplicativo Sefaz, mas em um deles consta <IE>ISENTO</IE> enquanto no outro tem apenas <IE/>.
A série do documento fiscal costuma ser diferente quando a emissão é feita por aplicativo da Sefaz ou por aplicativo próprio via web service.
Existem faixas de série específicas para cada um.