-
Total de ítens
15 -
Registro em
-
Última visita
Últimos Visitantes
943 visualizações
Fabio Luiz Binhara's Achievements
-
Massa, dos males o menor... haha
-
Entendi. Provavelmente o problema parece ser mais do lado da API que a sua requisição, a rejeição é que a inscrição 12162318 não está cadastrada para a Curitiba (4106902), mas pode ser que seja um problema do ambiente de homologação que não tenha o cadastro ou precisa que o dono dessa inscrição faça um cadastro. Tente logar la no ambiente de homologação para ver o que acontece: https://www.producaorestrita.nfse.gov.br/EmissorNacional/Login?ReturnUrl=%2fEmissorNacional%2f
-
Opa, Fabiano, susse? Só para entender, você trocou o ACBrNFSeXServicos.ini e começou a apontar Curitiba para o Padrão Nacional para fazer esse teste? [4106902] Nome=Curitiba UF=PR Provedor=PadraoNacional
-
Rejeição: Valor do IBS UF difere do calculado
Fabio Luiz Binhara replied to DevAgrotis's tópico in ACBrCTe
Bom dia. Os tipos do CST e cClassTrib estão na unit ACBrDFe.Conversao, em seu sistema você pode usar as funções StrToCSTIBSCBS e StrTocClassTrib para converter uma string para o tipo. -
Olá. Solicito a atualização da versão e inclusão das URLs para a cidade de Alfenas/MG: [3101607] Nome=Alfenas UF=MG Provedor=Betha Versao=2.02 ProRecepcionar=http://e-gov.betha.com.br/e-nota-contribuinte-ws/nfseWS HomRecepcionar=http://e-gov.betha.com.br/e-nota-contribuinte-test-ws/nfseWS Solicito também a inclusão dos provedores para as cidades de Carmo da Mata/MG e Rosana/SP: [3114006] Nome=Carmo da Mata UF=MG Provedor=NFSeBrasil [3544251] Nome=Rosana UF=SP Provedor=Fiorilli Versao=2.00 ProRecepcionar=https://admin.rosana.sp.gov.br:5661/IssWeb-ejb/IssWebWS/IssWebWS ProLinkURL=https://admin.rosana.sp.gov.br:5661/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% Em todas as cidades foram realizadas as emissões da NFSe. Grato.
-
Olá. Durante a implementação da atualização do ACBrConsultaCNPJ percebi que ele não estava incluso a consulta via proxy como no anterior. Então fiz a implementação no ACBrConsultaCNPJ.pas e ACBrConsultaCNPJ.WS.pas para que seja possível atribuir o proxy antes da consulta. Anexo os arquivos modificados já com as alterações que foram commitadas hoje 19/02/2024 (TK-5065). Grato. ACBrConsultaCNPJ.pas ACBrConsultaCNPJ.WS.pas
- 1 reply
-
- 1
-
-
Bom dia. Alguém encontrou alguma posição por parte da receita da remoção dessa consulta? Parece que ela apresentou instabilidade na manhã de terça e depois removeram ela, muito estranho.
-
Correção no ISSNet.Provider.pas para Cancelamento
um tópico no fórum postou Fabio Luiz Binhara ACBrNFSe
Olá. Estou integrando o município de Barcarena - PA, consegui fazer o envio da NSFe seguindo a correção solicitei em outro tópico. Ao tentar fazer o cancelamento da NFSe tive a seguinte rejeição: Verifiquei que isso foi devido a na TAG <tc:CodigoMunicipio> ser enviado com código 999. Pelo que entendi do fonte, na procedure TACBrNFSeProviderISSNet.GerarMsgDadosCancelaNFSe, a property ConfigGeral.CodIBGE estava vindo com um valor errado e não consegui detectar sua origem. Correção: Seguindo a mesma lógica aplicada na procedure TACBrNFSeProviderISSNet204.GerarMsgDadosCancelaNFSe, alterei para pegar o valor da TACBrNFSeX(FAOwner).Configuracoes.Geral.CodigoMunicipio e a solicitação de cancelamento foi realizada com êxito. A procedure ficou assim: procedure TACBrNFSeProviderISSNet.GerarMsgDadosCancelaNFSe( Response: TNFSeCancelaNFSeResponse; Params: TNFSeParamsResponse); var Emitente: TEmitenteConfNFSe; InfoCanc: TInfCancelamento; xCodMun: string; begin Emitente := TACBrNFSeX(FAOwner).Configuracoes.Geral.Emitente; InfoCanc := Response.InfCancelamento; xCodMun := IntToStr(TACBrNFSeX(FAOwner).Configuracoes.Geral.CodigoMunicipio); with Params do begin NameSpace := FpNameSpaceCanc; Response.ArquivoEnvio := '<Pedido' + NameSpace + '>' + '<' + Prefixo2 + 'InfPedidoCancelamento' + IdAttr + '>' + '<' + Prefixo2 + 'IdentificacaoNfse>' + '<' + Prefixo2 + 'Numero>' + InfoCanc.NumeroNFSe + '</' + Prefixo2 + 'Numero>' + '<' + Prefixo2 + 'Cnpj>' + OnlyNumber(Emitente.CNPJ) + '</' + Prefixo2 + 'Cnpj>' + GetInscMunic(Emitente.InscMun, Prefixo2) + '<' + Prefixo2 + 'CodigoMunicipio>' + xCodMun + '</' + Prefixo2 + 'CodigoMunicipio>' + '</' + Prefixo2 + 'IdentificacaoNfse>' + '<' + Prefixo2 + 'CodigoCancelamento>' + InfoCanc.CodCancelamento + '</' + Prefixo2 + 'CodigoCancelamento>' + Motivo + '</' + Prefixo2 + 'InfPedidoCancelamento>' + '</Pedido>'; end; end; Anexo a unit já alterada. Grato. ISSNet.Provider.pas -
Alteração no ACBrNFSeXServicos.ini para Barcarena-PA
um tópico no fórum postou Fabio Luiz Binhara ACBrNFSe
Olá. Solicito a inclusão do "Params=NaoDividir100:" para o município de Barcarena-PA no ACBrNFSeXServicos.ini. Estou integrando com esse município, e como os demais da ISSNet, ele não pode dividir a alíquota por 100. Segue a sugestão de alteração: [1501303] ; Incluído em 29/03/2023 Nome=Barcarena UF=PA Provedor=ISSNet Params=NaoDividir100: ProRecepcionar=https://abrasf.issnetonline.com.br/webserviceabrasf/barcarena/servicos.asmx Feito isso consegui fazer a emissão da primeira nota. Grato. -
Adequações do fonte ACBr para o provedor Governa em Patos de Minas - MG
um tópico no fórum postou Fabio Luiz Binhara ACBrNFSe
Olá. Esse mês precisei implementar o provedor Governa no sistema em qual trabalho, então tive que fazer algumas modificações nos seguintes arquivos para atender conforme o manual do Governa: Governa.GravarXml.pas Adicionada das TAGs necessárias para envio do XML ao WebService. Governa.LerXml.pas Correção da leitura dos itens do RPS para que saiam corretamente na impressão (talvez tenha mais detalhes para fazer na parte dos impostos) Governa.Provider.pas Adicionado o tratamento da resposta do WebService quando a rejeição da NFSe está na Tag <tcRetRps> No exemplo em anexo, a estrutura do XML está correta, mas o código de verificação está errado Também tive que corrigir os parâmetros para Patos de Minas no ACBrNFSeXServicos.ini conforme o manual: Params=VersaoArquivo:4|VersaoImpressao:5 Anexo os fontes modificados junto com os originais para comparação e o manual de integração de Patos de Minas - MG como contribuição. Alterações para Governa em Patos de Minas - MG.zip 2-rec.xml -
Substituição de NFSe na IPM - Cascavel/PR
Fabio Luiz Binhara replied to Fabio Luiz Binhara's tópico in ACBrNFSe
Uma observação importante, é que a alteração em ACBrNFSeXConversao.pas é para comportar a tag situacao_codigo_nfse = "3" da NFSe que é "Substituida", que infelizmente não consta no manual fornecido pela IPM mas está em produção. Manual Webservice Cascavel.pdf -
Fabio Luiz Binhara changed their profile photo
-
Boa tarde, Como relatei no Discord, tive que fazer algumas alterações nos componentes da ACBr para comportar a Substituição de NFSe de Cascavel/PR. Confirme o manual, o evento de substituição é junto com o de cancelamento: Realizei algumas alterações para comportar a substituição junto com a procedure TACBrNFSeX.CancelarNFSe, segue os arquivos alterados junto com os originais para comparação. Grato. ACBrNFSeX - Alterações para Substituição IPM.zip
-
Problemas com a Manifestação do Destinatário na NFe 4.0
Fabio Luiz Binhara replied to Fabio Luiz Binhara's tópico in ACBrNFe
Disponha. É feito change-log desse tipo de alteração? Não apareceu aqui... Sobre o evento da manifestação, não encontrei em manual algum. É o Web Service que deveria estar mandando junto ao baixar as NSU ou tem alguma solicitação diferente?- 4 replies
-
- proceventonfe
- temanifdestconfirmacao
- (e 1 mais)
-
Problemas com a Manifestação do Destinatário na NFe 4.0
Fabio Luiz Binhara replied to Fabio Luiz Binhara's tópico in ACBrNFe
Acho que achei o motivo do primeiro problema, no ACBrNFeWebServices na função TratarResposta esta alimentando a variavel FPRetWS assim: FPRetWS := SeparaDadosArray(['nfeRecepcaoEventoResult', 'nfeResultMsg'],FPRetornoWS ); Sendo que na 4.0 a tag do XML esta nfeRecepcaoEventoNFResult e não nfeRecepcaoEventoResult: FPRetWS := SeparaDadosArray(['nfeRecepcaoEventoResult', 'nfeRecepcaoEventoNFResult', 'nfeResultMsg'], FPRetornoWS ); Fazendo isso parou de dar o exception vazio e retornou a mensagem da receita.- 4 replies
-
- proceventonfe
- temanifdestconfirmacao
- (e 1 mais)
-
Problemas com a Manifestação do Destinatário na NFe 4.0
um tópico no fórum postou Fabio Luiz Binhara ACBrNFe
Olá, estou com alguns problemas ao fazer a manifestação do destinatário na NFe 4.0. Primeiro é que ao tentar fazer a manifestação na 3.1 funciona normalmente, porém na 4.0 retorna uma exceção vazia do EACBrDFeException. (Anexo) Segue como estou chamando o evento: ACBrNFe1.EventoNFe.Evento.Clear; with ACBrNFe1.EventoNFe.Evento.Add do begin InfEvento.cOrgao := 91; infEvento.chNFe := memNSUSelecionadosCHAVENFE.AsString; infEvento.CNPJ := SomenteNumero(cEmpresa.sCNPJ); infEvento.dhEvento := DataHoraServidor; infEvento.tpEvento := tpEventoRealizar; if cEmpresa.sAmbienteNFe = 'P' then InfEvento.tpAmb := taProducao else InfEvento.tpAmb := taHomologacao; end; ACBrNFe1.EnviarEvento(1); O estranho é que quando o mando um evento teManifDestConfirmacao ou teManifDestCiencia da o erro, só que a receita recebe o evento e confirma a manifestação. Outro problema é que não estou conseguindo receber o -procEventoNFe.xml da nota, já tentei pelo ACBrNFe1.Consultar também e não funcionou, com isso os campos do ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items.procEvento ficam vazias e não consigo saber qual o evento que foi feito na nota. Grato.- 4 replies
-
- proceventonfe
- temanifdestconfirmacao
- (e 1 mais)
