analista_fiscal

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.

Atualizei o componente no dia 16/04/2024 Pelo que percebi, o problema está no review: 33215

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}

Problema resolvido, notas autorizadas. Era alguma manutenção na SEFAZ. Pode encerrar o tópico.

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.

a senha do certificado do cliente estava incorreta, eu estava fazendo a tratativa errada. Pode encerrar esse tópico

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.

Até consigo transmitir sem enviar as tags nesse caso, no entanto , precisei modificar a pcnNFeW no CST 51 o parametro da procedure Gerador.wCampo de 1 para 0. Não consegui identificar o motivo de essas tags estarem como obrigatórias no componente.

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!