Ir para conteúdo
  • Cadastre-se

Diego.Foliene

Consultores
  • Total de ítens

    9.273
  • Registro em

  • Última visita

  • Days Won

    342

Tudo que Diego.Foliene postou

  1. Acredito que tenhamos encontrado a nova URL. Assim que uma nova versão da API que englobe a mesma estiver disponível, será avisado aqui para que você possa fazer um novo teste.
  2. Olá pessoal! Foi gerada nova compilação da LibNFSe e do ACBrMonitorPLUS que englobam essas alterações. Caso utilize um dessas soluções, por favor, atualize para realizar novos testes.
  3. Boa tarde! Veja retorno que tivemos ao questionar o pessoal da Fiorilli. Não tivemos retorno depois disso. Vamos fazer novo contato questionando sobre. Quanto a versão 3.7.2, já nos foi confirmado que as correções no problema da assinatura foram aplicadas na 3.8.1. Se usa a 3.7.2, acredito que teria de atualizar mesmo. Mas mesmo assim vamos reforçar em novo questionamento.
  4. Boa tarde a todos! Foi enviado na Rev-44909 ajuste removendo a DecodeToString da unit do Padrão Nacional. Por favor, atualizem seus fontes, reinstalem o ACBr com a opção "Apagar Arquivos Antigos" marcada no instalador e façam novos testes.
  5. Seu arquivo ainda está incorreto. NFSe.Servico.Valores.totTrib.indTotTrib deve ter valor igual a indSim.
  6. Boa tarde! Seu arquivo XML está errado de acordo com a rejeição. Para não Optante: o indicador de informação de valor total de tributos => Isso aqui equivale a tag indTotTrib e o valor percentual aproximado do total dos tributos da alíquota do Simples Nacional (%) não podem ser informados => Isso aqui equivale a pTotTribSN. Seu XML tem pTotTribSN.
  7. Olá comunidade ! Foi publicada a versão 1.13a desta nota técnica. Alterações Esta versão adiciona a tag vTotDFe no evento de Excesso de Bagagem. Datas Implantação Homologação: 03/02/2026 Implantação Produção: 02/03/2026 O que muda no ACBr? Será necessário adicionar o novo campo no envio do evento. Foi criada a tarefa ACBR-8994 para adequação. Leia a essa versão da nota técnica completa AQUI.
  8. Olá comunidade ! Ao acessar o painel Situação SVC-RS é possível observar que a Sefaz do Goiás está com a contingência ativada desde às 17h00 do dia 13/02/2026, com previsão de permanecer ativada até às 23h59 do dia 20/03/2026 Para utilizar as soluções ACBr em contingência durante esse período siga as orientações do tópico abaixo:
  9. Olá comunidade ! Foi publicada a versão 1.30 da Nota Técnica 2014/002. Alterações Esta versão adiciona na lista de documentos que podem ser devolvidos no retorno da distribuição DFe os eventos "Insucesso na Entrega na NF-e" e "Insucesso na Entrega do CT-e propagado para NF-e"; A tabela atualizada ficou assim: Lembrando que o detalhamento de cada um dos novos eventos pode ser encontrado respectivamente na Nota Técnica 2023/005 e na Nota Técnica 2023/002. Datas Implantação Teste: 30/09/2024 Implantação Produção: 30/09/2024 E como fica o ACBr? Alterações não serão necessárias, visto que a estrutura do retorno não foi alterada. Leia a versão 1.30 desta nota técnica completa AQUI.
  10. A leitura do INI para o padrão nacional faz uso da mesma rotina de conversão equivalente a que é usada para converter o enumerado para seu valor numérico na hora de gerar o XML. Ela já considerada os valores de 0 a 9 para converter para o enumerado correspondente. Conforme foi observado, o problema está na geração do grupo totTrib. Vamos verificar o que pode ser feito para sanar isso definitivamente, mas por hora usem as sugestões propostas pelos colegas em postagens anteriores e enviem valores menores como 0.00001 por exemplo.
  11. O problema é a versão do sistema da prefeitura, ela está na 3.8.2SNAPSHOT e não na 3.8.1; Já enviamos e-mail ao pessoal da Fiorilli questionando sobre isso, mas por enquanto, apenas a 3.8.1 está comunicando com sucesso.
  12. Verifique se: Seus fontes estão atualizados. Todas as particularidades para usar com o Fiorilli foram observadas.
  13. Sua configuração está parcialmente incorreta. Veja como eu deixei a seção da cidade no tópico Particularidades da Reforma Tributária com o provedor Fiorilli: [3551900] Nome=Severinia UF=SP Provedor=Fiorilli Versao=2.00 ProRecepcionar=http://170.246.217.252:8089/IssWeb-ejb/IssWebWS/IssWebWS ; A URL abaixo deve ser utilizada a partir de 01/02/2026 quando o WebSercice novo vai passar a ser utilizado. ;ProRecepcionar=http://170.246.217.252:8089/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType Comente as linhas que se referem a versão 2.00: [3551900] Nome=Severinia UF=SP Provedor=Fiorilli ;Versao=2.00 ;ProRecepcionar=http://170.246.217.252:8089/IssWeb-ejb/IssWebWS/IssWebWS ; A URL abaixo deve ser utilizada a partir de 01/02/2026 quando o WebSercice novo vai passar a ser utilizado. ProRecepcionar=http://170.246.217.252:8089/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType Observe que eu tirei o ponto e vírgula da linha que tem o ISSWebWSNacional no ProRecepcionar coloquei um ponto e vírgula na URL ProRecepcionar que não tem o ISSWebWSNacional e também na Versao.
  14. Boa tarde a todos que estão acompanhando esse tópico. Informamos que novas versões da LibNFSe E também do ACBrMonitorPLUS: Englobando as alterações para o Fiorilli foram geradas. Quem utiliza alguma dessas soluções, por favor, atualize para realizar novos testes e nos de um feedback. Reforço também a necessidade de observar as particularidades para este provedor:
  15. Bom dia a todos que estão acompanhando este tópico! Foram enviados ajustes ao SVN visando a comunicação com a nova API do provedor Fiorilli que recepciona no leiaute o XML no leiaute do Padrão Nacional. Aqueles que utilizam componente nativo para Delphi/Lazarus, por favor, atualizem seus fontes, reinstalem o ACBR com a opção "Apagar Arquivos Antigos" marcada, façam novos testes e nos deem um feedback. É muito importante que as particularidades descritas neste tópico sejam levadas em consideração nos testes. Aqueles que utilizam ACBrMonitorPLUS ou ACBrLibNFSe, por favor, aguardem nova compilação dos mesmos. Vamos avisar aqui assim que ela estiver disponível para que também possam atualizar e testar.
  16. Boa tarde! Por favor, como deu certo com a mesma URL, pode realizar um teste enviando para a versão 2.00 com o simples para ver se rejeição que obrigada os prestadores do regime do Simples Nacional a usar a versão 2.00 ainda persiste? Pode ser que eles tenham alterado lá e essa alteração da versão não seja mais necessária na verdade.
  17. Ultima atualização: 04/05/2026 Situação atual O provedor Fiorilli disponibilizou uma nova API para recepcionar os arquivos XML usando o mesmo leiaute do Padrão Nacional. No geral, essa API pode ser dividida em duas versões que no componente ACBrNFSeX são identificadas por TACBrNFSeProviderFiorilliAPIPropria e TACBrNFSeProviderFiorilliAPIPropria101 . E no arquivo ACBrNFSeXServicos.ini são identificadas pelas chaves Versao com o valor 1.00 e 1.01. Isso acontece de acordo com a versão da API da Fiorilli. A relação de versões para poder preencher o arquivo ACBrNFSeXServicos.ini é a que segue: Versão no ACBrNFSeXServicos.ini Versão no Sistema da Prefeitura 1.00 Da versão 3.8.1 até a versão 3.8.9 Da versão 4.11.1 até a versão 4.11.9 1.01 Versão 3.9.0 e superiores Versão 4.12.0 e superiores Para saber qual é a versão que a prefeitura está utilizando, é necessário conferir qual é a versão no rodapé da página de emissão de notas fiscais. Por exemplo, no momento em que este tópico foi escrito, o rodapé na página da cidade de Assis/SP está assim: Diferenças técnicas entre as versões Versão 1.00 Não aceita os campos da reforma tributária. O algoritmo de canonicalização utilizado é o exclusivo ao invés do inclusivo. Implementa o envio do DPS unitário, envio de lote assíncrono, envio de lote síncrono e consulta de lote de DPS. Versão 1.01 Aceita os campos da reforma tributária. O algoritmo de canonicalização utilizado é o inclusivo. Implementa o envio do DPS unitário, envio de lote assíncrono, envio de lote síncrono, consulta de lote de DPS e a consulta de NFS-e por número e série da DPS, chave da DPS e chave da NFS-e. Como testar esse provedor com a Reforma Tributária? O próprio componente já abstrai todas essas diferenças, bastando apenas configurar a versão correta no arquivo ACBrNFSeXServicos.ini. 1. Abra o arquivo ACBrNFSeXServicos.ini e localize a seção [Fiorilli] no topo do arquivo. Ela vai estar comentada: [Fiorilli] ;Params=APIPropria:|ServicosPadraoNacional:ConsultarNFSeRps,ConsultarNFSePorChave,ConsultarEvento,ConsultarDFe,ConsultarParam,ObterDANFSE ;Versao=1.00 ;HomRecepcionar=http://fi1.fiorilli.com.br:5663/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ; A URL abaixo é utilizada pelo WebService "antigo" que recepciona o XML segundo o layout da ABRASF. HomRecepcionar=http://fi1.fiorilli.com.br:5663/IssWeb-ejb/IssWebWS/IssWebWS HomLinkURL=http://fi1.fiorilli.com.br:5663/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% Remove os ponto e vírgula do início de cada linha para retirar os comentários: [Fiorilli] Params=APIPropria:|ServicosPadraoNacional:ConsultarNFSeRps,ConsultarNFSePorChave,ConsultarEvento,ConsultarDFe,ConsultarParam,ObterDANFSE Versao=1.00 HomRecepcionar=http://fi1.fiorilli.com.br:5663/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ; A URL abaixo é utilizada pelo WebService "antigo" que recepciona o XML segundo o layout da ABRASF. ;HomRecepcionar=http://fi1.fiorilli.com.br:5663/IssWeb-ejb/IssWebWS/IssWebWS HomLinkURL=http://fi1.fiorilli.com.br:5663/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% 2. Localize o município que pretende utilizar em seus testes. [3551900] Nome=Severinia UF=SP Provedor=Fiorilli Versao=2.00 ProRecepcionar=http://170.246.217.252:8089/IssWeb-ejb/IssWebWS/IssWebWS ; A URL abaixo deve ser utilizada a partir de 01/02/2026 quando o WebSercice novo vai passar a ser utilizado. ;ProRecepcionar=http://170.246.217.252:8089/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType Se a cidade for atendida pela versão 1.00, a seção do município precisa ficar assim [3551900] Nome=Severinia UF=SP Provedor=Fiorilli ;Versao=2.00 ;ProRecepcionar=http://170.246.217.252:8089/IssWeb-ejb/IssWebWS/IssWebWS ; A URL abaixo deve ser utilizada a partir de 01/02/2026 quando o WebSercice novo vai passar a ser utilizado. ProRecepcionar=http://170.246.217.252:8089/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType Caso a cidade seja atendida pela versão 1.01, a seção da cidade precisa ficar assim: [3551900] Nome=Severinia UF=SP Provedor=Fiorilli Versao=1.01 Params=ServicosAPIPropria:ConsultarNFSeRps,ConsultarNFSePorChave| ;Versao=2.00 ;ProRecepcionar=http://170.246.217.252:8089/IssWeb-ejb/IssWebWS/IssWebWS ; A URL abaixo deve ser utilizada a partir de 01/02/2026 quando o WebSercice novo vai passar a ser utilizado. ProRecepcionar=http://170.246.217.252:8089/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType As linhas Versao=1.01 e Params=ServicosAPIPropria:ConsultarNFSeRps,ConsultarNFSePorChave| são necessárias apenas para esta versão. 3. Aponte o arquivo ACBrNFSeXServicos.ini modificado na propriedade ACBrNFSeX.Configuracoes.Arquivos.IniServicos := 'Caminho completo do Arquivo INI'; 3.1 Caso utilize o ACBrMonitorPLUS, utilize o comando NFSe.SetPathArquivoWebServices; 3.2 Caso utilize a ACBrLibNFSe, utilize em sequência os métodos NFSe_ConfigGravarValor e NFSe_ConfigGravar para apontar o arquivo ACBrNFSeXServicos.ini modificado na chave IniServicos da seção [NFSe] do arquivo ACBrLib.ini.
  18. Bom dia @Daniel Simoes. Por mais estranho que possa parecer, para o município de SP, infelizmente esse é o caso. Prestadores de serviço que se enquadram no Simples Nacional deve usar a versão 1.00 do web service do município para emissão de notas até o final de 2028, versão essa que não aceita os campos da reforma tributária e tem URL própria. Já os demais prestadores vão usar a versão 2.00 da API que aceita os campos da reforma e tem URL distintas. O @Juliomar Marchetti e o @Italo Giurizzato Junior fizeram uma alteração no componente para que isso possa ser feito sem precisar alterar o ACBrNFSeXServicos.ini. Ao alterar a configuração ACBrNFSeX.Configuracoes.Geral.Versao entre os valores ve100 e ve200 o componente automaticamente escolhe qual versão da API usar para a cidade. No entanto, transcrever esse comportamento para a Lib apresentou um problema ao qual estamos tentando resolver.
  19. Para mais detalhes confira: CTe: Nota Técnica 2026/001 - CTe - RTC Vinculação com a transação de pagamento do DFe NF3e: Nota Técnica 2026/001 - NF3e - RTC Vinculação com a transação de pagamento do DFe NFCom: Nota Técnica 2026/001 - NFCom - RTC Vinculação com a transação de pagamento do DFe
  20. Para mais detalhes confira: CTe: Nota Técnica 2026/001 - CTe - RTC Vinculação com a transação de pagamento do DFe NF3e: Nota Técnica 2026/001 - NF3e - RTC Vinculação com a transação de pagamento do DFe NFCom: Nota Técnica 2026/001 - NFCom - RTC Vinculação com a transação de pagamento do DFe
  21. Olá comunidade ! No dia 04/02/2026 foi publicada a nota técnica 2026/001 para a NF3e trazendo informações sobre a vinculação de pagamentos ao DFe. Essa vinculação se faz necessária para que o processo de Split Payment Inteligente seja executado. É importante ressaltar que o vínculo indicado pelo contribuinte não necessariamente representa um pagamento efetuado e liquidado. Indica uma expectativa de pagamento que pode ou não se concretizar. Por exemplo: um boleto pode ser emitido e não pago. Alterações Adiciona na NF3e um "Grupo de informações da vinculação com a transação de pagamento" com a seguinte estrutura: <pgtoVinc> <pgto> <nPag></nPag> <idTransacao></idTransacao> <tpMeioPgto></tpMeioPgto> <CNPJReceb></CNPJReceb> <CNPJBasePSP></CNPJBasePSP> </pgto> </pgtoVinc> Cria o "evento de vinculação da transação de pagamento com o DFe - 110300" com estrutura semelhante ao grupo da vinculação e seu respectivo evento de cancelamento. Adiciona regras de validações para os novos campos e para o evento. Datas Implantação Homologação: 06/04/2026 Implantação Produção: 04/05/2026 E como fica o ACBr? Modificações no ACBr serão necessárias para atender a esta nota técnica. Foi criada a tarefa ACBR-8940 para a adequação das soluções ACBr. Leia a nota técnica na íntegra AQUI.
  22. Olá comunidade ! No dia 04/02/2026 foi publicada a nota técnica 2026/001 para a NFCom trazendo informações sobre a vinculação de pagamentos ao DFe. Essa vinculação se faz necessária para que o processo de Split Payment Inteligente seja executado. É importante ressaltar que o vínculo indicado pelo contribuinte não necessariamente representa um pagamento efetuado e liquidado. Indica uma expectativa de pagamento que pode ou não se concretizar. Por exemplo: um boleto pode ser emitido e não pago. Alterações Adiciona na NFCom um "Grupo de informações da vinculação com a transação de pagamento" com a seguinte estrutura: <pgtoVinc> <pgto> <nPag></nPag> <idTransacao></idTransacao> <tpMeioPgto></tpMeioPgto> <CNPJReceb></CNPJReceb> <CNPJBasePSP></CNPJBasePSP> </pgto> </pgtoVinc> Cria o "evento de vinculação da transação de pagamento com o DFe - 110300" com estrutura semelhante ao grupo da vinculação e seu respectivo evento de cancelamento. Adiciona regras de validações para os novos campos e para o evento. Datas Implantação Homologação: 06/04/2026 Implantação Produção: 04/05/2026 E como fica o ACBr? Modificações no ACBr serão necessárias para atender a esta nota técnica. Foi criada a tarefa ACBR-8939 para a adequação das soluções ACBr. Leia a nota técnica na íntegra AQUI.
  23. Olá comunidade ! No dia 04/02/2026 foi publicada a nota técnica 2026/001 para o CT-e trazendo informações sobre a vinculação de pagamentos ao DFe. Essa vinculação se faz necessária para que o processo de Split Payment Inteligente seja executado. É importante ressaltar que o vínculo indicado pelo contribuinte não necessariamente representa um pagamento efetuado e liquidado. Indica uma expectativa de pagamento que pode ou não se concretizar. Por exemplo: um boleto pode ser emitido e não pago. Alterações Adiciona no CT-e, CT-e OS e CT-e Simp um "Grupo de informações da vinculação com a transação de pagamento" com a seguinte estrutura: <pgtoVinc> <pgto> <nPag></nPag> <idTransacao></idTransacao> <tpMeioPgto></tpMeioPgto> <CNPJReceb></CNPJReceb> <CNPJBasePSP></CNPJBasePSP> </pgto> </pgtoVinc> Cria o "evento de vinculação da transação de pagamento com o DFe - 110300" com estrutura semelhante ao grupo da vinculação e seu respectivo evento de cancelamento. Adiciona regras de validações para os novos campos e para o evento. Datas Implantação Homologação: 06/04/2026 Implantação Produção: 04/05/2026 E como fica o ACBr? Modificações no ACBr serão necessárias para atender a esta nota técnica. Foi criada a tarefa ACBR-8938 para a adequação das soluções ACBr. Leia a nota técnica na íntegra AQUI.
  24. @renemelo Fiz um teste de leitura forçando no retorno o conteúdo da resposta que você recebeu. Não tive problemas, a leitura foi feita normalmente com os fontes conforme o SVN. Veja os prints.
  25. @renemelo, por favor, pode disponibilizar um arquivo XML que exemplifique essa situação? Se não quiser mandar por aqui, use o tópico que você tem na área privada do fórum:
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...