Diego Foliene

Bom dia! Foi enviado ao SVN na Rev-32604 uma alteração visando com que seja devolvido o XML. Já pedi ao time responsável para que seja realizada nova compilação da Lib e assim que estiver disponível aviso aqui para que você possa atualizar e testar. É IMPORTANTE ESCLARECER: O web service do provedor IPM não está devolvendo para você o XML da NFSe, por isso a Lib não consegue extrair está informação do retorno e lhe devolver o XML. Se você abrir o arquivo 5-lista-nfse-ger-soap.xml que é o envelope de retorno, ou seja, é o que o web service está te devolvendo, vai ver que ele só está devolvendo essas informações: <mensagem> <codigo></codigo> </mensagem> <identificador></identificador> <alerta></alerta> <rps> <nro_recibo_provisorio></nro_recibo_provisorio> <serie_recibo_provisorio></serie_recibo_provisorio> </rps> <numero_nfse></numero_nfse> <serie_nfse></serie_nfse> <data_nfse></data_nfse> <hora_nfse></hora_nfse> <arquivo_gerador_nfse></arquivo_gerador_nfse> <nome_arquivo_gerado_eletron></nome_arquivo_gerado_eletron> <link_nfse></link_nfse> <cod_verificador_autenticidade></cod_verificador_autenticidade> <codigo_html></codigo_html> Algumas prefeituras tem uma configuração no sistema que ao ser selecionada, disponibiliza o XML completo. (Mais detalhes sobre ela em Dica para quem emite NFSe para cidades que utilizam o provedor IPM) No entanto você já confirmou anteriormente que este não é o caso para a cidade que está utilizando. Por isso, o que foi feito é: Comparando um XML de NFSe completo devolvido pelo IPM com o XML de RPS, ambos possuem uma estrutura muito semelhante, onde no XML da NFSe, alguns campos extras são adicionados com as informações específicas a nota. Então, assim que está nova modificação for adicionada na nova compilação da Lib, a biblioteca agora vai fazer o seguinte processo: Quando ela receber o retorno da emissão, vai tentar encontrar na memória da biblioteca o XML do RPS de envio correspondente usando o número do RPS que vier no retorno como filtro de pesquisa. Caso encontre o XML do RPS, ela vai editar o mesmo adicionando nele as informações correspondentes que vieram no retorno, sendo elas o código verificador de autenticidade, o número da NFSe, a série da NFSe, a data e a hora da NFSe. Ela vai usar este XML de RPS acrescido dessas informações como o XML da NFSe para gerar o arquivo para você e para devolver no ObterXML.

Bom dia! Por favor, se mesmo após o teste que foi pedido pelo @Daniel InfoCotidianoo problema persistir, coloque as Dlls do OpenSSL no mesmo diretório do seu JDK e repita o teste.

Olá pessoal! Nosso amigo @Pablo.ferreirax fez o processo de homologação para uma cidade atendida pelo provedor ISSNet e compartilhou conosco as seguintes informações. As informações de homologação na ISSNET diferem das informações de produção. Por exemplo, vários códigos em [Serviço] e [IdentificacaoRps] precisaram ser ajustados para garantir o funcionamento correto, como CodigoMunicipio, CodigoTributacaoMunicipio, Serie, Tipo e Numero. Para entender quais valores devem ser inseridos, foi necessário contatar o suporte da ISSNET. Não é possível realizar testes de homologação na ISSNET sem solicitar a alteração da chave interna para o ambiente de homologação. Ao retornar para o ambiente de produção, é necessário entrar novamente em contato com o suporte para solicitar a mudança. Consultar os schemas da ISSNET foi de grande ajuda. Ao procurar o arquivo xsd e verificar os campos relacionados à obrigatoriedade, máximo de caracteres, entre outros detalhes, conseguimos garantir a conformidade dos dados.

Período de coleta e apuração das respostas encerrado.

Boa tarde! O web service dos correios agora está pedindo usuário e senha.

Olá pessoal! No dia 05/02/2024 foi publicada a versão 1.61 da Nota Técnica 2019/001. Esta nova versão prorroga a entrada em homologação da versão 1.60 para o dia 11/03/2024. A versão 1.61 também informa que os schemas relacionados serão disponibilizados junto aos da NT2023/004. Ambos estão disponíveis no Portal da NFe desde o dia 07/02/2024. Vale citar que as modificações relacionadas a NT estão em nosso backlog para serem implementadas e serão disponibilizadas até a data de entrada em homologação para que possam testar.

Olá pessoal. Hoje, 21/02/204, por volta das 08h38, voltamos a receber em nossa comunidade do Discord relatos de membros recebendo Consumo indevido ao tentar consumir o web service de emissão da NFe. Conferindo no DownDetector, o volume de reclamações ainda é alto, mas diminuiu consideravelmente em comparação ao dia anterior. Não há informação sobre contingência ativada no Portal da NFe até a publicação desta atualização. Considerando tudo isso, para aqueles que ainda estiverem enfrentando problemas de consumo indevido, sugerimos que: Ao receber a mensagem de Consumo Indevido, conforme estipula a NT, aguarde o período de 1 hora antes de tentar realizar nova emissão. Lembrando que este tempo reseta se houver tentativa antes dele ser cumprido. Durante este meio tempo, fique de olho em nosso Fórum e em nossa comunidade do Discord, principalmente nos canais #sefaz, #acbrnfe e #pro-nfe(caso seja PRO) para relatos de outros colegas e avisos sobre ativação de contingência. Passado o período de uma hora, tente emitir de novo. Caso o problema ainda persista, abra um Fale Conosco junto a Sefaz, mencionando o problema e mencionando também a NT2018/002 que trata sobre o consumo indevido nos web services da Sefaz, pois tivemos colegas que abriram uma Fale Conosco na data de ontem e a Sefaz achou que estavam falando da DistribuicaoDFe. Verifiquem também junto a Sefaz, se está tudo em ordem com o CNPJ do emitente, pois conforme descrito na NT2018/002: Então é possível que no período problemático de ontem, seu cliente tenha de fato sido bloqueado.

Bom dia. Conforme o Italo citou anteriormente essa configuração é a nível municipal, por isso, vai afetar o uso para este município apenas.

Conferindo às 08h34 do dia 21/02/2024, a contingência não se encontra mais ativada.

Verificando no Portal da Nota Fiscal Eletrônica, é possível observar que a contingência foi ativada às 16h12 sem previsão de encerramento. Para utilizar o ACBr em contingência durante este período, siga as orientações do tópico:

Boa tarde! A tarefa está alocada na sprint desta semana e está em análise por parte da equipe de consultores.

Olá pessoal! Agora a NFSe foi estendida e está presente também no ACBrMonitorPLUS e na ACBrLib, por isso, cabe um complemento a este tópico. Como atualizar as informações do provedor para uma cidade quando eu uso ACBrMonitorPLUS? 1. Encerre o seu ACBrMonitorPLUS. 2. Localize o arquivo ACBrNFSeXServicos.ini do seu ACBrMonitor, você pode ver onde ele está no print: 3. No arquivo ACBrNFSeXServicos.ini, localize a seção da cidade que deseja atualizar e altere as informações. Apenas para ilustrar, essa é a seção da cidade de Tatuí/SP. [3554003] ; Atualizado em 07/11/2023 Nome=Tatui UF=SP Provedor=Sistemas4R Versao=2.00 ProRecepcionar=* ProConsultarLote=https://tatui.jlsoft.com.br/abrasf/aconsultarloterps.aspx ProConsultarNFSeRps=https://tatui.jlsoft.com.br/abrasf/aconsultarnfseporrps.aspx ProCancelarNFSe=https://tatui.jlsoft.com.br/abrasf/acancelarnfse.aspx ProRecepcionarSincrono=https://tatui.jlsoft.com.br/abrasf/arecepcionarloterpssincrono.aspx HomRecepcionar=* HomConsultarLote=https://tatui.jlsoft.com.br/abrasf/ahconsultarloterps.aspx HomConsultarNFSeRps=https://tatui.jlsoft.com.br/abrasf/ahconsultarnfseporrps.aspx HomCancelarNFSe=https://tatui.jlsoft.com.br/abrasf/ahcancelarnfse.aspx HomRecepcionarSincrono=https://tatui.jlsoft.com.br/abrasf/ahrecepcionarloterpssincrono.aspx ProLinkURL=https://tatui.jlsoft.com.br/CS/Em_Impressao_Nfe.aspx?id=%CodVerif% HomLinkURL=https://tatui.jlsoft.com.br/CS/Em_Impressao_NfeHomologa.aspx?id=%CodVerif% 4. Reinicie o ACBrMonitorPLUS e faça um teste. Como atualizar as informações do provedor para uma cidade quando eu uso a ACBrLibNFSe? 1. Encerre a sua aplicação que está utilizando a Lib; 2. Quando você faz o download da Lib, junto das Dlls, também vem na pasta dep, alguns arquivos de dependência necessários para o correto funcionamento. Um destes arquivos é o ACBrNFSeXServicos.ini; 3. Localize o arquivo ACBrNFSeXServicos.ini que veio. 4. Altere a informação no arquivo. 5. Coloque o arquivo ACBrNFSeXServicos.ini dentro da pasta ACBrLib, junto a Dll. 6. Aponte o arquivo ACBrNFSeXServicos.ini na configuração IniServicos na seção [NFSe] do seu arquivo ACBrLib.ini 6. Reinicie a aplicação e faça um novo teste. É importante que em ambos os casos(Monitor ou Lib), vocês compartilhem o arquivo ACBrNFSeXServicos.ini atualizado conosco através de um tópico no fórum para que possamos disponibilizar a alteração para os outros membros da comunidade.

Apenas complementando o que o @Italo Giurizzato Junior demonstrou. Como você está usando a Lib, não precisa se preocupar com a parte do compila_Res.bat. Você pode adicionar o arquivo ACBrNFSeXServicos.ini alterado na mesma pasta do seu .EXE ou pode apontar ele na configuração IniServicos do seu ACBrLib.ini

Olá pessoal! Recebemos relatos de membros da comunidade de que apesar da divulgação da norma, ao verificar no site www.fazenda.pr.gov.br, ambiente RECEITA/PR, serviço UPD. Local indicado para na própria normativa para obtenção do Código de Segurança do Responsável Técnico ainda não há nada relacionado para geração do mesmo.

Bom dia! Por favor, qual é a cidade que está tentando realizar a emissão?

Olá pessoal! Recentemente foi divulgado a Norma de Procedimento Fiscal Nº62/2023. Está norma determina que a Sefaz do Paraná passará a validar a informação do responsável técnico nos documentos fiscais emitidos para a mesma. O tópico abaixo tem os detalhes sobre: No entanto, apesar das informações disponibilizadas, entendemos que alguns pontos ainda podem estar trazendo dificuldades de entendimento as Software Houses, necessitando de um esclarecimento maior, como por exemplo, quando entra em vigor ou se já pode gerar o IdCSRT no portal. Por isso, visando auxiliar a comunidade e sanar esses pontos, foi criado este tópico. Se você tem alguma sugestão ou dúvida a respeito deste tema, responda ao tópico seguindo o formato: Vamos realizar um levantamento dessas informações e acionar a AFRAC, buscando levar estas dúvidas até a Sefaz do Paraná. Serão consideradas as respostas adicionadas até o dia 16/02/2024

Obrigado! Vamos realizar testes com os mesmos e retornamos aqui com qualquer novidade

Olá pessoal! Conferindo no Portal da Nota Fiscal Eletrônica, é possível observar que a Sefaz de MG está com contingência agendada, com previsão de início às 23h00 do dia 08/02/2024 e encerramento às 00h05 do dia 09/02/2024. Para utilizar o ACBr em contingência durante este período, siga as orientações deste tópico: Um agradecimento ao membro de nossa comunidade @Felipe Marianopor compartilhar a informação em nosso Discord.

Apenas dando um retorno, após realizar alguns testes, encontramos nos fontes a linha que causa o problema, estamos avaliando a melhor forma de realizar a correção.

Olá pessoal! Foi publicado no dia 07/02/2024, na página do Instituto Nacional de Tecnologia uma notícia informando que atendendo a pedidos de múltiplos representantes dos setores envolvidos, a consulta pública foi prorrogada. Agora o formulário pode ser preenchido e enviado até o dia 26 de fevereiro. Veja a notícia na íntegra AQUI.

Olá pessoal! A AFRAC em parceria com a Sefaz MT criou um e-book reunindo as principais dúvidas a respeito deste processo. O e-book pode ser encontrado AQUI.

Bom dia! Fiz um teste com seu XML e o programa exemplo. Recebi o mesmo resultado. Testando com o exemplo em C# não obtive problemas, logo acredito ser algo específico do demo em Java. Criada a #TK-5104 para análise do caso e parecer do consultor responsável.

Bom dia! Foi criada a #TK-5101 para análise do caso e parecer do consultor responsável. Toda e qualquer novidade será divulgada aqui.