analista_fiscal
Membros-
Total de ítens
49 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que analista_fiscal postou
-
Isso, foi o que eu fiz , atualizei o Acbr hoje pela manhã para a ultima revisão e assim a tag IndDeduzDeson passou a não ser mais informada no XML com valor padrão 0. A principio dessa maneira resolveu.
-
O valor padrão na release atual já não é tieNenhum ? Pelo que eu entendi, basta atualizar o componente que por padrão a tag não será preenchida.
-
-
Bom dia, ao tentar autorizar NF-e no Rio de Janeiro em produção está ocorrendo esse erro após atualização do componente. Vi que o prazo para a NT 2023.004 (atualização dos schemas) 06/05/2024.
-
Boa noite, alguém com problema de autorização de notas na SEFAZ SP? Estou com problemas para autorização de notas em São Paulo
-
Boa tarde, No layout CNAB 400 do Banco do Brasil, existe o comando para alterar o valor do titulo: 47 – Alteração de Valor Nominal do Boleto Porém, no fonte do "ACBrBancoBrasil.pas", não é considerado essa ocorrência. Acredito que falta implementar a linha abaixo: toRemessaAlterarValorTitulo : ATipoOcorrencia := '47'; {Alteração de Valor Nominal do Boleto}
-
Rejeicao: Tipo autorizador do recibo diverge do orgao Autorizador.</
um tópico no fórum postou analista_fiscal ACBrNFe
Boa tarde, em base de homologação do RS, passou a ocorrer o erro a partir de hoje a tarde: "Tipo autorizador do recibo diverge do orgao Autorizador". Alguém mais passando por essa situação? Segue arquivo: <?xml version="1.0" encoding="UTF-8"?> -<retConsReciNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00"> <tpAmb>2</tpAmb> <verAplic>RS202312211427DR</verAplic> <nRec>432000020198491</nRec> <cStat>553</cStat> <xMotivo>Rejeicao: Tipo autorizador do recibo diverge do orgao Autorizador.</xMotivo> <cUF>43</cUF> <dhRecbto>2023-12-22T16:47:59-03:00</dhRecbto> </retConsReciNFe> 432000020198491-pro-rec.xml Informações adicionais: enviada apenas 1 NF-e, modo síncrono. -
ACBrNFe1.WebServices.StatusServico.Executar sem resposta
analista_fiscal replied to analista_fiscal's tópico in ACBrNFe
a senha do certificado do cliente estava incorreta, eu estava fazendo a tratativa errada. Pode encerrar esse tópico -
ACBrNFe1.WebServices.StatusServico.Executar sem resposta
um tópico no fórum postou analista_fiscal ACBrNFe
Boa tarde, ao efetuar a consulta do status do serviço, chamando ACBrNFe1.WebServices.StatusServico.Executar eu não tenho nenhum tipo de resposta, nem mensagem de erro, nada. Alguem mais já passou por essa situação? -
Boa noite, estou com um "problema" que aparentemente parece uma dúvida boba, no entanto , por minha falta de conhecimento em trabalhar com REST ainda não consegui solucionar. Necessito efetuar uma requisição do tipo POST e a mesma requer que seja passado em um dos parâmetros um array de objetos. A minha dúvida é essa: de que modo posso fazer isso? Para adicionar um parâmetro simples, uso TRESTRequest.AddParameter('api_token', xxxxxx ) por exemplo. Como poderia passar um array se AddParameter não me deixa utilizar dessa forma?
-
O manual fala em "Tributação com Diferimento (a exigência do preenchimento das informações do ICMS diferido fica a critério de cada UF).". Ou seja, a critério de cada UF, pode ou não ser exigido o preenchimento das tags. No manual, no CST 51, as tags não precisam ser encaminhadas, não é exigência. Eu resolvi modificando a chamada de Gerador.wCampo de 1 para 0.
-
CST 51 - Diferimento. Não enviar tags opcionais quando o diferimento for de 100%
um tópico no fórum postou analista_fiscal ACBrNFe
Boa tarde, estou gerando notas fiscais com o CST 51 - Diferimento, e conforme o manual , as tags relativas ao ICMS são opcionais, a critério de cada UF, no caso do diferimento de 100% do ICMS. Pelo que verifiquei na unit pcnNFeW, as tags relativas ao ICMS no CST 51 são sempre encaminhadas, não existindo a opção de não encaminhar essas tags. Alguem já fez algo parecido? como contornaram a situação? Obrigado! -
Certo, eu também utilizei a mesma solução e a princípio o problema está "resolvido". Quando começa a aparecer esse retorno "183", somente essa solução resolve. Obrigado!
-
Boa tarde, amigo você encontrou alguma solução para o seu problema? debugando o componente o erro retornado é o seguinte: Falha Enviando a Requisição. Erro: 183
-
Windows Server 2012 R2 Standard, aparentemente atualizado. O meu problema é exatamente como o seu. Em determinados momentos a aplicação simplesmente para de funcionar.
-
O problema parece ser em TDFeSSLHttpClass.Enviar na unit ACBrDFeSSL. Tenho dificuldade em simular esse erro localmente, visto que ocorre apenas no servidor do cliente.
-
Boa tarde, estou com esse problema em um cliente nos serviços relacionados ao DF-e: Erro Interno: 183 Erro HTTP: 0 URL: https://www.nfe.fazenda.gov.br/NFeRecepcaoEvento4/NFeRecepcaoEvento4.asmx Erro: 183 - - Inativo ou Inoperante tente novamente. Erro Interno: 183 Erro HTTP: 0 URL: https://www1.nfe.fazenda.gov.br/NFeDistribuicaoDFe/NFeDistribuicaoDFe.asmx Erro: 183 - Alguém já passou por isso? O meu aplicativo roda normalmente e depois de um certo tempo começo a obter essas respostas. As minhas configurações usadas são : SSLType: LT_TLSv1_2 SSLLib: libWinCrypt
-
Desconhecimento de nota emitida por CPF.
analista_fiscal replied to Willian Hübner's tópico in ACBrNFe
No meu caso, como não tenho pessoas físicas gerando NF-e comentei o código Copy(sDoc, 4, 11) em pcnEnvEventoNFe como uma solução temporária. No entanto, para quem tem clientes com CPF emitindo NF-E acredito que a minha alteração não funciona. -
Desconhecimento de nota emitida por CPF.
analista_fiscal replied to Willian Hübner's tópico in ACBrNFe
Acredito que o problema esteja ocorrendo em pcnEnvEventoNFe, nesse trecho de código: Copy(sDoc, 4, 11). No meu caso a série dos documentos que estou tentando fazer a ciência da operação é 920. a function é a TEventoNFe.GerarXML Resumindo: Eu tenho um CNPJ e estou dando ciência em uma NF-e série 920 emitida por um CPF -
Desconhecimento de nota emitida por CPF.
analista_fiscal replied to Willian Hübner's tópico in ACBrNFe
Boa tarde, o destinatário é uma PJ, cujo CNPJ é 24746687000177, que está sendo passado para o campo: infEvento.CNPJ := OraDsEmpDFeCH_CNPJ.AsString; Porem , o XML é gerado sem os três primeiros digitos do CNPJ, sendo enviado somente 46687000177. Estou investigando essa questão. Interessante que eu tenho mais de 45 CNPJ's de outras empresas e filiais e utilizo o mesmo trecho de código para atribuir o CNPJ para o evento e todos funcionam. -
Desconhecimento de nota emitida por CPF.
analista_fiscal replied to Willian Hübner's tópico in ACBrNFe
O destinatário é uma pessoa jurídica e usa um certificado que contem o CNPJ. Arquivos estão em anexo 290041-ped-eve.xml 290041-eve.xml -
Desconhecimento de nota emitida por CPF.
analista_fiscal replied to Willian Hübner's tópico in ACBrNFe
Estou passando pelo mesmo problema. Ciência da Operação e Desconhecimento da Operação em notas emitidas por CPF contra CNPJ estão retornando esse erro: "Rejeicao: CPF Emitente difere do CPF do Certificado Digital". -
Boa tarde, conforme o colega comentou acima, os CTe OS são retornados em conjunto com os CTe. Após os meus testes (e após a atualização do meu ACBr) consegui recuperar os CTe OS também. Obrigado, problema resolvido.