Diego Foliene

Boa tarde! Sim, você obteve um retorno do web service do provedor. Agora faça a consulta do lote usando o número do protocolo para ver quais foram os erros no processamento do lote.

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

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.

Um momento, por favor, vou fazer um teste em meu ambiente.

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

Bom dia @Microtecs. Complementando o que lhe foi passado, além do CTe.SetVersaoDF, execute também antes de carregar as informações no Monitor e fazer o envio o comando CTe.SetModeloDF para se certificar de que o modelo configurado é o do documento que está tentando transmitir e não um CTe-OS ou um GTV-e, por exemplo.

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

Bom dia! Por favor, veja se as dicas presentes neste tópico podem lhe ajudar:

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! Tópico vinculado a #TK-6202 criada para análise do caso e parecer por parte da equipe de consultores.

Bom dia! A versão foi compilada por volta das 10h50 da manhã. O ajuste foi enviado ao SVN por volta das 17h20, portanto, a versão mais recente do fórum ainda não engloba a alteração.

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.

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.

Boa tarde @julio.correa . 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.

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

O componente ACBrNFSeX possui diversas units para realizar a leitura do XML, sendo uma para cada provedor. Ele foi feito dessa forma para atender as diversas especificidades dos diversos provedores existentes que fornecem os web services de geração de NFSe para os municípios. Desta forma, a rotina de leitura do IPM, por exemplo, não vai interferir com a rotina de leitura do SigISS e vice versa. Isso quer dizer, que a leitura do XML é feita pela unit do provedor. Veja a linha do Result: function TNotaFiscal.LerXML(const AXML: string): Boolean; var FProvider: IACBrNFSeXProvider; TipoXml: TtpXML; XmlTratado: string; begin FProvider := TACBrNFSeX(FACBrNFSe).Provider; if not Assigned(FProvider) then raise EACBrNFSeException.Create(ERR_SEM_PROVEDOR); Result := FProvider.LerXML(AXML, FNFSe, TipoXml, XmlTratado); if TipoXml = txmlNFSe then FXmlNfse := XmlTratado else if TipoXml = txmlEspelho then FXmlEspelho := XmlTratado else FXmlRps := XmlTratado; end; Isso é o mesmo que estar fazendo: Result := IPM.LerXML; //OU Result := NFEletronica.LerXML; //OU Result := ISSBarueri.LerXML; //OU Result := eGoverneISS.LerXML; //Acredito que tenha entendido a lógica... Então, em resumo, para que o XML seja lido, ele depende de o provedor estar previamente configurado. O provedor é configurado quando você define o CodigoMunicipio ou o Layout. Sem essa informação, não teríamos um parâmetro para definir qual é a rotina .LerXML que deve ser chamada.

Se o arquivo tiver um grupo DPS, então ele está no padrão nacional. Você pode usar ela para fazer esta verificação.

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;

Olá pessoal! Conferindo no painel Situação SVC é possível observar que a Sefaz do Mato Grosso está com contingência agendada, com previsão de início no dia 03/11/2024 às 16h00 e término às 19h00 do mesmo dia. Para utilizar as soluções ACBr em contingência durante este período, siga as orientações do tópico abaixo:

Olá pessoal! Conferindo no painel Situação SVC, é possível observar que a Sefaz de Pernambuco ativou a contingência no dia 01/11/2024 às 13h25, com previsão de permanecer ativada até às 09h00 do dia 04/11/2024: Para utilizar as soluções ACBr em contingência durante este período siga as orientações do tópico abaixo:

Conferindo aqui, de fato não há um modelo documentado para o CT-e simplificado. No entanto, ao realizar alguns testes modificando o seu arquivo INI, me deparei com alguma situações as quais precisarão ser discutidas com os demais consultores. Foi criada a #TK-6193 para tratativa do caso.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Bom dia! Um momento, por favor, estou buscando mais informações.