Diego Foliene

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

Bom dia! Na resposta do pessoal da IPM eles mencionam "seu usuário de teste". Por favor, você está tentando transmitir em homologação ou em produção? Pode fazer um teste em ambos os ambientes para verificar se recebe o mesmo retorno?

Boa tarde! Seu arquivo XML está atendendo a estes 3 itens? Por favor, faça o seguinte teste: Defina na aba WebServices a opção Salvar Envelope Soap. Repita o teste. Ele vai dar o mesmo erro para você, mas agora, ele vai ter criado na pasta em que salva os XMLs um arquivo ger-nfse-soap.txt. Veja se as informações de usuário e senha que constam no arquivo coincidem com o que informou. Em meu exemplo:

Boa tarde! Está faltando alterar o arquivo ACBrNFSeXServicos.ini. Veja esta orientação: Para poder realizar testes no ambiente de homologação do novo WebService se faz necessário fazer a alteração abaixo no arquivo ACBrNFSeXServicos.ini e seguir as orientação no inicio do referido arquivo. [3509502] ; Atualizado em 08/07/2024 Nome=Campinas UF=SP Provedor=ISSCampinas ;ProRecepcionar=https://issdigital.campinas.sp.gov.br/WsNFe2/LoteRps.jws ;ProNameSpace=http://proces.wsnfe2.dsfnet.com.br ;HomNameSpace=http://proces.wsnfe2.dsfnet.com.br Versao=2.03 ProRecepcionar= HomRecepcionar=https://homol-rps.ima.sp.gov.br/notafiscal-abrasfv203-ws/NotaFiscalSoap Ela foi retirada deste tópico: Em suma, o componente deve ler a versão como 2.03 para você estar testando o novo web service. Isso é reforçado se você abrir o arquivo ACBrNFSeXServicos.ini: [3509502] ; Atualizado em 08/07/2024 Nome=Campinas UF=SP Provedor=ISSCampinas ; Comentar as 3 linhas abaixo para realizar testes com o novo webservice ProRecepcionar=https://issdigital.campinas.sp.gov.br/WsNFe2/LoteRps.jws ProNameSpace=http://proces.wsnfe2.dsfnet.com.br HomNameSpace=http://proces.wsnfe2.dsfnet.com.br ; Descomentar as 3 linhas abaixo para realizar testes com o novo webservice ;Versao=2.03 ;ProRecepcionar= ;HomRecepcionar=https://homol-rps.ima.sp.gov.br/notafiscal-abrasfv203-ws/NotaFiscalSoap

A última compilação da LibNFSe foi disponibilizada no dia 06/08/2024. Além da alteração no INI, foram necessárias também alterações nos fontes e estas não estão englobadas nesta compilação. Assim que for disponibilizada, avisamos aqui para que possa atualizar e realizar novo teste.

Bom dia! [3525904] ; Atualizado em 03/01/2024 Nome=Jundiai UF=SP Provedor=Giss Versao=2.04 ProRecepcionar=https://ws-jundiai.giss.com.br/service-ws/nf/nfse-ws

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Bom dia! Sua dedução está correta. O arquivo 314-env-lot.xml é o contém o conteúdo do RPS que você envia para o web service do provedor. Estando tudo em ordem, o web service, converte o RPS para uma NFSe, gera o XML da nota e te devolve. No seu caso, você enviou a informação, mas o web service não te devolveu ela em 224087219531600019756000000000003329-nfse.xml. Você pode tentar entrar em contato com o web service e questionar, solicitando se eles podem devolver a informação ou pode preencher ela manualmente antes de chamar a impressão(se estiver usando componente nativo para Delphi/Lazarus)

Bom dia! Pode não ser exatamente os mesmos passos, mas sim, hoje a grande maioria dos provedores de e-mail utilizam Senha de App para este tipo de envio de e-mail. Sim! Você deve utilizar o NFe_ConfigGravarValor para definir a informação da senha. Isso é necessário porque usando este método a Lib vai criptografar a informação no ACBrLib.ini. Se você simplesmente colocar a senha manualmente no INI, quando a lib ler, ela vai esperar receber a senha criptografada, o que não vai ser o caso e por isso vai dar erro.

Olá pessoal! A Sefaz de Minas Gerais disponibilizou atualização das cadeias de certificados opcionais que podem ser instalados em caso de problemas: As novas cadeias podem ser encontradas em SPED MG > Downloads

Olá pessoal! No dia 13/08/2024 foi publicada a versão 1.02 desta nota técnica. Alterações Os valores que definem o tipo do CTe (tag: tpCTe) foram alterados, agora os valores são 5 para CTe Simplificado e 6 para Substituição CTe Simplificado (anteriormente 4 e 5 respectivamente). A versão mais recente também corrige o texto das regras de validação G008, G057 e G063 para refletir os novos valores. Por fim, ela também separa os cStat devolvidos pelas regras G015 e G016, onde na versão anterior ambos devolviam 941 e agora devolvem 941 e 942 respectivamente. Datas Implantação Homologação: 16/09/2024 Implantação Produção: 21/10/2024 E como fica o ACBr? Temos uma TK em nosso backlog para implementação do CTe Simplificado. A alteração de TpCTe deverá ser levada em conta no momento da implementação. Leia a versão 1.02 desta nota técnica na integra AQUI.

Olá pessoal! No dia 13/08/2024 foi publicado a versão 1.63 desta nota técnica. Alterações A nova versão adequa os textos das regras de validação 5E17-10, 5E17-30, 5E17-46, 5E17-80, 6P31-30 e 6P31-46 removendo de todas elas a observação (*7) que correspondia a: Criada a regra de validação I05g-10 que pode ser ativada a critério da UF e valida se o grupo de informações sobre crédito presumido (tag: gCred) é permitido para respectiva unidade federativa. Datas Altera a data de ativação em produção das regras de validação relacionadas ao cBenef por CST no DF: Implantação Teste: 05/10/2020 (Mantida conforme versões anteriores) Implantação Produção: 02/09/2024 As alterações nas regras de validação e a nova regra criada, ambas mencionadas na seção "Alterações" acima entram em vigor com o seguinte cronograma: Implantação Teste: 02/08/2024 Implantação Produção: 02/09/2024 E o que muda no ACBr? Como a NT traz apenas alterações nas regras de validação da Sefaz, modificações nos fontes do ACBr não são necessárias. Leia a versão 1.63 desta nota técnica na íntegra AQUI.

Boa tarde! Os arquivos que possuem -soap no nome são os seus envelopes de retorno. Se você abrir qualquer um deles vai ver que ele não trouxe um XML válido: Na pasta de arquivos, disponibilizou apenas os envelopes de resposta, foi informado no componente a configuração ACBrNFSeX.Configuracoes.Geral.Emitente.WSSenha? Ela é utilizada no envelope de envio do pedido de abertura de sessão.

Boa tarde @GO2 Sistemas Esta estrutura de resposta corresponde a resposta do comando NFE_StatusServico.

Boa tarde! Atualmente esta é a lógica aplicada para ler a informação do cancelamento no retorno: ANodeNfseCancelamento := ANode.Childrens.FindAnyNs('NfseCancelamento'); if ANodeNfseCancelamento <> nil then begin AuxNodeCanc := ANodeNfseCancelamento.Childrens.FindAnyNs('Confirmacao'); if AuxNodeCanc = nil then AuxNodeCanc := ANodeNfseCancelamento.Childrens.FindAnyNs('ConfirmacaoCancelamento'); if AuxNodeCanc <> nil then begin AuxNodeCanc := AuxNodeCanc.Childrens.FindAnyNs('InfConfirmacaoCancelamento'); if AuxNodeCanc <> nil then begin Response.DataCanc := ObterConteudoTag(AuxNodeCanc.Childrens.FindAnyNs('DataHora'), FpFormatoDataHora); if Response.DataCanc = 0 then Response.DataCanc := ObterConteudoTag(AuxNodeCanc.Childrens.FindAnyNs('DataHoraCancelamento'), FpFormatoDataHora); Response.SucessoCanc := ObterConteudoTag(AuxNodeCanc.Childrens.FindAnyNs('Sucesso'), tcBool); end; end; Response.DescSituacao := ''; if (Response.DataCanc > 0) and (Response.SucessoCanc) then Response.DescSituacao := 'Nota Cancelada'; end; Primeiro ele procura por <NFSeCancelamento>, se encontrar procura por <Confirmacao> ou <ConfirmacaoCancelamento>. Se encontrar, procura por <InfConfirmacaoCancelamento>. Isso foi feito seguindo o layout da ABRASF para solicitação anterior feita por você neste tópico: Não sei se podemos considerar apenas o InfPedidoCancelamento para definir se a nota esta cancelada, pois conforme o próprio nome informa, este grupo trás as informações do pedido do cancelamento. Criada a #TK-5862 para verificar o que mais pode ser feito. Em paralelo, lhe peço que entre em contato com o Ginfes e exponha a diferença nas respostas dos diferentes métodos. Você pode apresentar o arquivo de schema tipos_v03.xsd ou até mesmo o próprio manual da ABRASF como evidência. Em ambos está claro que o grupo NFSeCancelamento deve contar com o grupo pedido e também com o grupo confirmação.

Boa tarde. Por favor, faça o seguinte teste: Localize o arquivo ACBrNFSeXServicos.ini que fica em ACBr\trunk2\Fontes\ACBrDFe\ACBrNFSeX\ Localize no arquivo a seção correspondente a da cidade Altere a versão de 1.01 para 1.00 e salve o arquivo. Execute o arquivo Compila_RES.bat localizado na mesma pasta do ACBrNFSeXServicos.ini Reinstale o ACBr e por fim faça um novo teste.

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

Boa tarde! Fiz um teste em meu ambiente e recebi o mesmo retorno que mencionou. O problema é o espaço entre a vírgula e o CNPJ propriamente dito, veja a mensagem devolvida pelo web service: Value ' 40476573000100' is not facet-valid with respect to pattern '[0-9]{3,14} Ela está acusando que ' 40476573000100'. Por favor, utilize o comando sem os espaçamentos: NFe.ConsultaCadastro(PR,40476573000100) Ou usando aspas para delimitar os parâmetros NFe.ConsultaCadastro("PR", "40476573000100")

Boa tarde! Por favor, substitua os arquivos em anexo dentro de ACBr\trunk2\Fontes\ACBrDFe\ACBrNFSeX\, reinstale o ACBr e faça um novo teste. Fico no aguardo de um feedback. ACBrNFSeXServicos.res ACBrNFSeXServicos.ini

Bom dia! Apenas para confirmar, você informou as configurações: ACBrNFSeX.Configuracoes.Geral.Emitente.WSUser := ?; ACBrNFSeX.Configuracoes.Geral.Emitente.WSSenha := ?;

Bom dia Você está utilizando Delphi ou Lazarus? Tente fazer o seguinte teste: Selecione uma outra cidade qualquer que tenha provedor atribuído. Clique em Salvar Configurações e feche o programa. Abra novamente e procure pela cidade que deseja e veja se a mesma aparece. Clique em Salvar Configurações e faça o teste.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-5858

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Bom dia! Foi criada a #TK-5857 para análise do caso e parecer por parte da equipe de consultores.