-
Total de ítens
160 -
Registro em
-
Última visita
-
Days Won
2
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que Alex Heinen postou
-
Boa Tarde atualizei o ACBR e teste e ainda tem um problema. dentro da procedure TACBrNFSeProviderBethaAPIPropria.PrepararConsultaSituacao(Response: TNFSeConsultaSituacaoResponse); A validação if ConfigGeral.Ambiente = taHomologacao then ATpAmbiente := '2'; Não está respeitando o que é informado na propriedade FACBrNFSeX.Configuracoes.WebServices.Ambiente está vindo como padrão sempre homologação, no meu betha provider ja tem essa correção também.
-
(ACBR-8667) Provedor betha - API Própria (Padrão Nacional)
Alex Heinen replied to julio_cld's tópico in ACBrNFSe
Sobre o consulta estar indo como homologação eu fiz a correção, esta neste post, também ajustei a leitura do link e numero da nota fiscal -
Boa Tarde o ACBr já implementou as rotinas do fly betha na revisão 44281, é só atualizar seus fontes e testar.
-
segue em anexo minhas melhorias para retornar os campos dentro de emissão. Betha.Provider.pas
-
Bom Dia, Referente a alteração do dia 19/01/2026, foi implementado as funcionalidades no FlyBetha então fui testar e identifiquei os seguintes detalhes dentro do processo de Consulta Situação Mesmo alimentando Configuracoes.WebServices.Ambiente como produção fica enviando a consulta em homologação. Isso na rotina TACBrNFSeProviderBethaAPIPropria.PrepararConsultaSituacao Outro caso é na rotina TACBrNFSeProviderBethaAPIPropria.TratarRetornoConsultaSituacao(Response: TNFSeConsultaSituacaoResponse); faltou retornar o numero da nota fiscal. Response.NumeroNota := ObterConteudoTag(ANode.Childrens.FindAnyNs('numeroNotaFiscal'), tcStr); Também faltou implementar o link. A Alteração foi implementada ontem se puder dar uma avaliada eu agradeço.
-
Bom Dia, eu uso sempre a instalação do tipo Client nas estações. Mas da para usar somente a DLL fbclient.dll em versões superior a 2.5 / 3.0 / 4.0
-
Também corrigir o endereço do provedor de três barras do paraná [4127858] Nome=Tres Barras do Parana UF=PR Provedor=Pronim ProRecepcionar=https://tresbarras.govbr.cloud/NFSe.Api/NotaNacional
-
Bom Dia, prefeitura de Palotina - PR aderiu ao provedor nacional se puder atualizar. [4117909] Nome=Palotina UF=PR Provedor=PadraoNacional
-
Provedor Nacional - TratarRetornoEmitir - Código de Verificação
um tópico no fórum postou Alex Heinen ACBrNFSe
Bom Dia fiz um pequeno ajuste no arquivo PadraoNacional.Provider e Pronim.Provider, para retornar a chave no campo CodigoVerificacao me parece que foi esquecido de alimentar, segue arquivo alterado. PadraoNacional.Provider.pas Pronim.Provider.pas -
Provedor Nacional o envio é unitario, não existe envio em lotes tem que enviar 1 por 1. Assim como serviços é 1 serviço só não é possivel enviar mais de 1.
-
Sim as alterações estão aqui A alteração do provider do padrão nacional é exatamente para isso.
-
ISSNet tem api propria respeitando o padrão nacional. Favor atualizar o schemas para versão 1.01 segue schemas em anexo. vou deixa o link também onde baixei. https://www.notacontrol.com.br/download/nfse/schema_v101.xsd nfse.xsd
-
Sugiro você entrar em contato com o provedor e pedir para avaliar os erros. Estou testando com a cidade de Sapezal - MT e está emitindo corretamente. Segue minhas alterações abaixo. @Juliomar Marchetti Se for possível implementar estas alterações, consegui emitir as NFSe da Betha. Betha.Provider.pas PadraoNacional.GravarXml.pas
-
veja neste comentário
-
Sim esta faltando alimentar os campos dentro da propriedade "Servico.Valores.tribMun.pAliq "
-
é só usar o provider que postei mais acima nele tem o consulta situação implementado, estou aguardando o posicionamento do pessoal do ACBr para fazer os ajustes e subir ao SVN.
-
O caso é o seguinte o servidor deles demora para processar as NFSe, além do processamento deles ser lento eles depois enviam para o portal nacional o que demanda mais tempo. Então o caso é esperar um tempo e usar o protocolo recebido para consultar a situação, aqui continua funcionando, só esta lento houve casos até de time out por parte do servidor deles.
-
@jacke venson Ainda não cheguei a fazer a parte do cancelamento.
-
Sim foi autorizada no provedor nacional. inclusive fiz mais ajustes no consulta situação. Betha.Provider.pas
-
Consegui enviar só preciso de que o ACBR envie as posições invertidas dos campos pAliq e tpRetISSQN. Segue minha alteração que fiz na classe do provedor nacional, dentro do arquivo PadraoNacional.GravarXML function TNFSeW_PadraoNacional.GerarXMLTributacaoMunicipal: TACBrXmlNode; begin Result := CreateElement('tribMun'); Result.AppendChild(AddNode(tcStr, '#1', 'tribISSQN', 1, 1, 1, tribISSQNToStr(NFSe.Servico.Valores.tribMun.tribISSQN), '')); if NFSe.Servico.Valores.tribMun.cPaisResult > 0 then Result.AppendChild(AddNode(tcStr, '#1', 'cPaisResult', 2, 2, 0, CodIBGEPaisToSiglaISO2(NFSe.Servico.Valores.tribMun.cPaisResult), '')); if NFSe.Servico.Valores.tribMun.tribISSQN = tiImunidade then Result.AppendChild(AddNode(tcStr, '#1', 'tpImunidade', 1, 1, 0, tpImunidadeToStr(NFSe.Servico.Valores.tribMun.tpImunidade), '')); Result.AppendChild(GerarXMLExigibilidadeSuspensa); Result.AppendChild(GerarXMLBeneficioMunicipal); Result.AppendChild(AddNode(tcDe2, '#1', 'pAliq', 1, 3, 0, NFSe.Servico.Valores.tribMun.pAliq, '')); Result.AppendChild(AddNode(tcStr, '#1', 'tpRetISSQN', 2, 2, 1, tpRetISSQNToStr(NFSe.Servico.Valores.tribMun.tpRetISSQN), '')); end; Veja na imagem que agora enviou e está aguardando a resposta do provedor. @Juliomar Marchetti é possivel fazer essa alteração pra Fly Betha? implementar a rotina de consulta e ajustar o posicionamento das tags pAliq e tpRetISSQN
-
@jacke venson é exatamente isso. No padrão nacional dentro da rotina GerarXMLTributacaoMunicipal o campo pAliq está depois do tpRetISSQN Inverti as posições e o erro E001 - cvc-complex-type.2.4.d: Conteúdo inválido encontrado ao iniciar com o elemento 'dps:pAliq'. Nenhum elemento filho é esperado neste ponto.
-
Boa Tarde também estou tentando emitir. Fly Betha está com API Propria e com o layout do padrão nacional. consegui as informações do provedor, segue documentação em anexo. Usando o ACBR mudei a propriedade de layout "FACBrNFSeX.Configuracoes.Geral.LayoutNFSe := lnfsPadraoNacionalv1;" Também implementei a parte de ConsultaSituacao no arquivo em anexo. Agora estou tendo o seguinte erro: E001 - cvc-complex-type.2.4.d: Conteúdo inválido encontrado ao iniciar com o elemento 'dps:pAliq'. Nenhum elemento filho é esperado neste ponto. Porém não estou conseguindo entender o que estou mandando de errado. Segue em anexo também o meu DPS, apenas removi os dados sensíveis, se alguém puder ajudar avancei bastante mas ainda não consegui autorizar. FlyBethaManual.pdf Betha.Provider.pas DPSFlyBetha.xml
-
Prefeitura de Indaiatuba-SP aderiu ao padrão nacional, pode fechar a thread.
-
@Juliomar Marchetti Estão ai as contribuições, é possível implementar no projeto?
-
Input is not proper UTF-8, indicate encoding ! Bytes: 0xE7 0xE3 0x6F 0x20
Alex Heinen replied to marciost's tópico in ACBrNFSe
tive problemas parecido com o provedor DEISS
