Diego Foliene

Muito obrigado. Vamos analisar as informações disponibilizadas e damos um retorno assim que descobrirmos algo.

Fiz um teste forçando¹ na resposta o retorno 302 e mesmo assim não obtive o mesmo comportamento. ¹ Como não tenho os dados de um destinatário com irregularidade, eu peguei o arquivo de resposta que recebi do web service, editei o cStat e a mensagem de rejeição e forcei o carregamento dele na rotina que lê a resposta do web service. A entrada em meu arquivo de Log ficou desta forma: 18/11/2024 12:05:16 - NFe.CriarEnviarNFe("C:\Users\Diego\Documents\Arquivos_INI\NFe\NFe_Teste_Emissao.ini","1",1,0,,1,1,1) 18/11/2024 12:05:16 - OK: [Envio] CStat=103 CUF=31 DhRecbto=18/11/2024 12:05:13 Msg=Lote recebido com sucesso NProt= NRec=3100000ZZZZZZ46 TMed=1 VerAplic=W-3.2.66 Versao=4.00 XMotivo=Lote recebido com sucesso tpAmb=2 [Retorno] CStat=104 CUF=31 ChaveDFe=352411XXXXXXXXXXXXXX55004000000012YYYYYYYY07 DhRecbto= Msg=Nota(s) não confirmadas:12->0- Protocolo= VerAplic=W-3.2.64 Versao=4.00 XMotivo=Lote processado cMsg=0 nRec=3100000ZZZZZZ46 tpAmb=2 xMsg= [NFe12] Id= NomeArq= XML=<protNFe versao="4.00"><infProt><tpAmb>2</tpAmb><verAplic>W-3.2.64</verAplic><chNFe>352411XXXXXXXXXXXXXX55004000000012YYYYYYYY07</chNFe><dhRecbto>2024-11-18T10:44:36-03:00</dhRecbto><cStat>302</cStat><xMotivo>Rejeicao: Irregularidade fiscal do destinatario</xMotivo></infProt></protNFe> cStat=302 chDFe=352411XXXXXXXXXXXXXX55004000000012YYYYYYYY07 dhRecbto=18/11/2024 10:44:36 digVal= nProt= tpAmb=2 verAplic=W-3.2.64 xMotivo=Rejeicao: Irregularidade fiscal do destinatario Apenas para desencargo, por favor, pare a execução do ACBrMonitorPLUS no ambiente, faça novo download no fórum, instale novamente e faça novos testes. Se mesmo assim o problema persistir, serão necessários os arquivos solicitados anteriormente para análise.

Os testes que fiz obtive somente a rejeição de duplicidade, precisaria fazer um teste com um destinatário em irregularidade fiscal para receber o mesmo retorno que recebeu. Por favor, em seu ACBrMonitorPLUS, defina a configuração destacada no print. Feito isso, faça um novo teste. Ele vai dar o mesmo resultado, mas agora vai gerar para você arquivos com -soap no nome no local indicado na configuração. Envie os arquivos com -soap no nome e o Log gerado pelo monitor(conforme minha postagem anterior) para [email protected] com o link do tópico do fórum no corpo do e-mail para posterior identificação.

Bom dia @Lerço Tadeu. Por favor, qual é a versão do ACBrMonitorPLUS que está utilizando? Conferindo no fonte da solução, existe uma validação na rotina de impressão para que a mesma não seja executada caso o status que foi recebido no retorno seja diferente de 100 ou 150. Fazendo um teste com a versão 1.4.0.285 que é a mais recente disponível no fórum, o comportamento ocorreu como o esperado, onde ao enviar um comando CriarEnviarNFe, tanto de forma síncrona como assíncrona, para a UF de SP, com os parâmetros para gerar o PDF e a impressão, inclusive mostrando o preview. Não gerou o PDF, não mostrou o preview e nem fez a impressão pois eu recebi uma rejeição "204 - Duplicidade de NF-e". Por favor, atualize para a versão mais recente do Monitor e faça novos testes. Se o problema persistir, disponibilize o arquivo de Log gerado pelo ACBrMonitor que é configurado na tela do print.

Foi criada a #TK-6237 para análise do caso e parecer por parte da equipe de consultores. Por favor, o arquivo de Log que disponibilizou é o Log específico para o PIXCD. Peço que disponibilize também o Log próprio da Lib. O caminho onde ele será salvo e seu nível são configurados na seção [Principal] em seu arquivo ACBrLib.ini nas propriedades LogPath e LogNivel.

Bom dia! Você havia mencionado anteriormente estar utilizando a versão 2.0.1.41 da Lib. Atualmente nós estamos na versão 2.0.1.56. Por favor, pode atualizar e realizar novo teste para confirmar se o problema ainda persiste.

Bom dia! Por favor, verifique qual é o valor que está chegando em seu código nesta linha: //... infoRegimeTrab.infoCeletista.cnpjSindCategProf:=Sindicato.CNPJ; //... Observando na rotina que gera o XML existe está condição: if objAltContratual.Vinculo.infoRegimeTrab.InfoCeletista.cnpjSindCategProf <> '' then GerarInfoCeletista(objAltContratual.Vinculo.infoRegimeTrab.InfoCeletista) else GerarInfoEstatutario(objAltContratual.Vinculo.infoRegimeTrab.InfoEstatutario); De acordo com o seu código, deveria estar gerando a o grupo InfoCeletista, mas de acordo com a mensagem de erro que está enfrentando, está sendo gerado o grupo InfoEstatutario, o que indica que o cnpjSindCategProf está ficando vazio. Você pode colocar um break-point no local indicado pelo print para acompanhar.

Boa tarde! Se você conferir no Log, é possível observar que ele tem informações como a URL a qual é feita a requisição, o método, o body, entre outros. Por favor, configure o Log no nível mais alto para se certificar de que ele exibe todas as informações envolvidas na requisição e munido delas, faça um teste utilizando o PostMan para confirmar se é devolvido retorno diferente.

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.

Boa tarde! SLA seria a sigla para Service Level Agreement Muito obrigado, tópico movido para o local adequado. Criada a #TK-6236 para análise do caso e parecer por parte da equipe de consultores. Qualquer novidade será divulgada neste tópico.

Boa tarde! Por favor, qual é o erro que está enfrentando preenchendo o evento desta forma que disponibilizou?

Olá pessoal! Ao consultar o portal SPED MG > NF-e, a seguinte informação consta na página: Conforme mencionado na mensagem, o evento, até então utilizado apenas por SP, foi criado na NT2015/001 que pode ser lida na íntegra AQUI. Também é importante ressaltar que as soluções ACBr já estão de acordo com as especificações propostas, permitindo assim o envio do referido evento. Para quem utiliza Delphi: ACBrNFe1.EventoNFe.Evento.Clear; with ACBrNFe1.EventoNFe.Evento.New do begin infEvento.chNFe := Chave; infEvento.CNPJ := CNPJ; infEvento.dhEvento := now; infEvento.tpEvento := tePedProrrog1; infEvento.nSeqEvento := StrToInt(nSeqEvento); infEvento.detEvento.nProt := ''; with infEvento.detEvento.itemPedido.New do begin numItem := numeroitem; qtdeItem := quantidade; end; end; Para quem utiliza ACBrLib ou ACBrMonitor: [EVENTO] idLote= [EVENTO001] chNFe= cOrgao= CNPJ= dhEvento= tpEvento=111500 nSeqEvento= versaoEvento= cOrgaoAutor= verAplic= [itemPedido001] numItem= qtdeItem= Um agradecimento ao membro de nossa comunidade @Felipe Mariano por compartilhar a informação em nossa comunidade do Discord.

Boa tarde! Foi criada a #TK-6235 para análise do caso e parecer por parte da equipe de consultores. Qualquer novidade será divulgada neste tópico.

Bom dia! O erro ainda persiste? Se sim, por favor, disponibilize um print ou o conteúdo da mensagem de erro na íntegra.

Bom dia! A tarefa está em nosso backlog para ser analisada pela equipe de consultores. Assim que houver novidades reportamos aqui.

Olá pessoal! Conferindo no Portal da Nota Fiscal Eletrônica, é possível verificar que a Sefaz de Minas Gerais está com a contingência agendada para o dia 15/11/2024, com previsão de início às 08h00 e encerramento às 23h00 do mesmo dia. Para utilizar as soluções ACBr em contingência durante este período siga as orientações do tópico abaixo: Um agradecimento ao membro de nossa comunidade @Felipe Mariano por compartilhar a informação no canal #sefaz em nosso Discord.

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

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.

Olá pessoal! Foi publicado a Nota Técnica nº009/2024 que dispõe sobre as alterações previstas para o leiaute da EFD-Contribuições para o ano 2025. A NT entre outras considerações, traz modificações nos registros D500 e D600. A NT pode ser lida na íntegra AQUI. Foi criada a #TK-6223 para análise da NT e adequação do componente ACBrSPEDPisCofins.

Boa tarde! Apenas dando um retorno. Esta tarefa foi adicionada para ser verificada e trabalhada agora neste ciclo atual. Ela foi categorizada como Bug e por isso será priorizada. Assim que houver novas atualizações, reportamos aqui.

Boa tarde! Apenas dando um retorno sobre o seu caso. O mesmo está em análise. Estamos buscando a melhor forma de alterar as rotinas de leitura e escrita do arquivo INI de forma a refletir os campos correspondentes a cada um dos XMLs(RPS e NFS-e).

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.

Olá pessoal! Foi publicada a versão 3.1.7 do Guia Prático do EFD ICMS IPI com vigência a partir de Janeiro/2025. A nova versão traz as seguintes modificações: Foi criada a #TK-6218 para análise das modificações e compatibilização do componente ACBrSPEDFiscal. A versão 3.1.7 pode ser lida na íntegra AQUI.