Ir para conteúdo
  • Cadastre-se

claudiovisky

Membro Pro Verificado
  • Total de ítens

    29
  • Registro em

  • Última visita

Sobre claudiovisky

Últimos Visitantes

121 visualizações

claudiovisky's Achievements

  1. Bom dia @Juliomar Marchetti Sim, utilizo o componente
  2. Boa tarde @danielgustavo, tudo bem ? Amigo você se importaria de compartilhar qual o XML que você enviou para a Betha para conseguir emitir uma NFSe ? Estou tentando até por método POST com o XML no body e mesmo assim não estou conseguindo emitir, queria uma referência de SOAP funcional para encontrar o problema
  3. Pro provedor EL eu desativo a validação dos schemas: ACBr.Provider.ConfigSchemas.Validar := False; E para o campo CodigoTributacaoMunicipio, eu passo o valor referente ao tipo de serviço, pois no municipio que atendo estes são os códigos que estão utilizando, obs: esse código é enviado com a pontuação, ex: 14.01 Dessa forma estou conseguindo emitir tanto para o WebIss quanto para o EL sem problemas
  4. Bom dia @Juliomar Marchetti, segue em anexo. ACBrNFSeXGravarXml_ABRASFv2.pas
  5. Atualizando o meu post anterior, junto do erro de não processado, também identifiquei o seguinte erro: 'Erro Interno: 87 Erro HTTP: 0 URL: https://sefin.nfse.gov.br/sefinnacional/nfse/22 Erro: 87 - Falha ajustando o Cabeçalho da Requisição. Erro: 87 - '.
  6. Boa tarde @Juliano Stringari Este erro pode ser resolvido alimentando o componente: NFSe.Servico.Valores.tribMun.pAliq Eu também estava com este erro, após informar, agora recebo o seguinte erro: <RecepcionarDpsResposta xmlns:ns2="http://www.betha.com.br/e-nota-dps"> <protocolo>908599696674235</protocolo> <dhRecebimento>2026-01-23T13:02:33.459-03:00</dhRecebimento> <status>Não processado</status> </RecepcionarDpsResposta>
  7. @DeveloperATS Bom dia amigo, como você está ? Estou conseguindo emitir normalmente com essa alteração, tanto no WebIss como no provedor EL. Porém eu estou com a versão mais atual do ACBr, e realizei o mesmo ajuste na versão nova do arquivo ACBrNFSeXGravarXml_ABRASFv2. O erro pode ser na versão desatualizada do arquivo, caso precise de ajuda mais detalhada pode me adicionar no discord, meu usuário lá é o mesmo daqui.
  8. Bom dia! O erro de Validação: --> 1871 - Element '{http://www.abrasf.org.br/nfse.xsd}CodigoNbs': This element is not expected. É referente a posição errada da TAG CodigoNbs na hora de gerar o XML. Em anexo vou disponibilizar o arquivo ACBrNFSeXGravarXml_ABRASFv2 com o ajuste da posição da tag. Com esse ajuste consegui transmitir sem novos erros. Substitua o arquivo dentro do seu repositório do ACBr, e faça a instalação dos fontes novamente. Conferi o Manual e nele a posição da tag está abaixo de CodigoTributacaoMunicipio, porém nos fontes ele estava posicionado abaixo da tag CodigoServicoNacional ACBrNFSeXGravarXml_ABRASFv2.pas
  9. @Alexandre de Paula Olá boa tarde, aqui está o componente que realizei a alteração. ACBrCTe.XmlWriter.pas
  10. @Italo Giurizzato Junior Vi que também existem outros tópicos referente a erro na averbação do CTE no AT&M, como o caso é semelhante ao meu, talvez essa correção possa ser a solução para os demais casos. Fico feliz em contribuir para a comunidade.
  11. Olá bom dia! Após receber feedback de empresa ATM que recusou o XML do CTe gerado, verifiquei o seguinte: No final do arquivo dentro das tags <protCTe versao="4.00">, <infProt> O campo que deveria ser <chCTe> estava como <chBPe>, mesmo o documento estando no modelo correto, 57. Analisando o fluxo, percebi que o retorno do envio o campo com a chave correta <chCTe>. Porém ao realizar uma consulta deste CTe, o XML é recriado e o novo XML agora está com a chave <chBPe> Verifiquei que o componente ACBrCTe.XmlWriter dentro da function TCTeXmlWriter.Gerar_ProtCTe está definindo a tag como <chBPe> Realizei a alteração do arquivo corrigindo para <chCTe>, e o meu problema foi resolvido. Estou abrindo o tópico para esclarecer com vocês se isto que verifiquei é realmente um erro dentro do componente ACBrCTe.XmlWriter, ou se existe algum fluxo ou nova regra que altera a definição dessa tag
  12. Incluído o protocolo de segurança junto ao HTTP. Utilizando apenas o http:// o servidor está recusando o envio de lote, resultando em um erro de TimeOut Arquivo: ACBrNFSeXServicos.ini [1100064] Nome=Colorado do Oeste UF=RO Provedor=Fiorilli Versao=2.00 ProRecepcionar=https://iss.coloradodooeste.ro.gov.br:5660/IssWeb-ejb/IssWebWS/IssWebWS ProLinkURL=https://iss.coloradodooeste.ro.gov.br:5660/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso%
×
×
  • 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.