LeonardoZanella

@lucimauro, é assim mesmo...

Olá pessoal! Tá sinistro essa questão hein Lançaram nova versão da IBPT 22.1.E e ainda não esta compatível. Vou anexar aqui um script onde ele troca todos NCM descontinuados por novos correspondentes. Importante salientar que cada NCM descontinuado pode ter 1 ou mais novos correspondentes, neste caso foi escolhido um dos novos. Aplicamos aqui e aparentemente está validando tudo certo agora. Espero que ajude os demais colegas que precisarem. ATUALIZA_NCM_TABELA_IBPT_01042022.txt

Realmente, eu também não consegui imprimir no sentido correto da bobina, marcando como retrato ou paisagem, ambos imprimem na orientação errada na bobina.

Realmente ocorre isso... rodando o servidor no modo Stand Alone funciona normal, já no IIS com dll rodando na mesma maquina e o mesmo servidor não funciona a geração do DANFE em pdf Será que o ACBR está usando algum componente visual que causa esse congelamento?

Fiz mais testes e agora está funcionando corretamente tanto com Capicom quanto WinCript. Acabei nao entendendo o real motivo de ter voltado a funcionar. Apenas atualizei o ACBR, talvez seja isso, ou alguma instabilidade, mas a principio tudo certo. Obrigado pessoal.

Também estamos com o mesmo problema pelo que vi tem outros tópicos relatando o mesmo... Esse erro ocorre quando usa certificado A3. Com uma versão gerada a 30 dias atrás funciona normalmente com o capicom, com a nova usando ACBR atualizado não tem jeito. Estava usando capicom e como a indicação é usar libWinCrypt foi tentado mas também não tivemos sucesso. Obs.: tentamos com Windows 7, Windows 10 e não tem jeito. Pelo visto não é problema relacionado a capicom ou WinCript, e sim com a versão nova do ACBR.

Grande mestre Daniel! Isso mesmo... setei para false as 3 propriedades para FALSE e voltou a ficar no tamanho anterior, ou seja, aproximadamente 50Kb. Resolvido. Muito obrigado!

Olá, Uso o comando "ACBrNFe1.NotasFiscais.ImprimirPDF" e está funcionando corretamente porem ultimamente ele esta gerando o PDF das notas com tamanho de quase 2MB sendo que antes gerava com 50Kb aproximadamente. Preciso enviar por email esses PDF e desta forma fica inviável. Alguém já passou por isso?

Tive o mesmo problema, coloquei o .fr3 que o colega gguimp enviou e funcionou corretamente.

Olá Italo, Já pesquisei na documentação mas não encontrei nada que trate de assunto semelhante a esta situação. Resolvemos colocando: UFFim= MT cMunDescarga = Código IBGE de um município do MT Desta forma está validando normalmente e o contador informou que dessa forma pode ser utilizado que o cliente não será multado. Não sei se é a forma correta, pois o percurso da carga acaba indo por uma rota e voltando por outra... e vendendo até chegar de volta a empresa no RS... mas foi a solução que encontramos.

O escritório orientou o seguinte preenchimento: UFFim = MT cMunDescarga = "um codigo de municipio do MT" (colocar um dos ultimos municipios que o cliente vai passar vendendo)

Olá! A situação é a seguinte: Indústria do RS sai com carga própria para venda pronta entrega em vários estados (SC, PR, MS, MT) emite NF-e de remessa venda externa colocando destinatário a própria empresa e sai vendendo. Em relação ao MDF-e... como nas NF-e o destinatário é a própria empresa temos que colocar UF Início=RS e UF Fim=RS Porém se colocarmos desta forma a empresa vai ser multada, pois não especifica que está indo para fora do estado. Se colocarmos UF Fim: MT não valida devido as NF-e terem destino cidade do RS Para colocarmos UF Fim: MT teriamos que ter uma NF-e com destinatário de uma cidade do MT, porém como é venda pronta entrega não se sabe para quem vai vender a mercadoria na hora da saída da carga. Alguém já teve esta situação? Qual seria o procedimento correto nesse caso?

Resolvido o problema... tive que reinstalar o ACBRNFe e o ACBrNFeDANFEFR Na versao anterior a propriedade ExibeInforAdicProduto era booleana, True ou False, agora mudou e pode ser: infDescricao infNenhum infSeparadamente Depois de reinstalar setado para "infDescricao" e foi normal.

Olá, Após atualizar o ACBR não está mais saindo no DANFE as informações adicionais do produto. Já setei as propriedades: ExibeInforAdicProduto := True; QuebraLinhaEmDetalhamentoEspecifico := True mas nada de sair as informações adicionais... alguém ja passou por isso? Uso ACBrNFeDANFEFR

Olá, Acabei de fazer ajustes para este problema e ia abrir um tópico aqui postando os ajustes que fiz, como vi que atualizaram já, deixei com as alterações que o Roberto subiu... aproveitei e fiz validações tanto com ou sem mensagem e validaram ambas remessas. Agora ficou OK.

Eu li o manual porem tinha olhado essa parte do ICMS no CT-e 3.00 nao no especifico CT-e OS nao tem mesmo, acho que voces estao corretos Wess e BigWings vou conversar com o contador. Muito obrigado! Show!

Olá, Estou com CTe-OS emitindo normalmente porem tenho um cliente que usa base de cálculo ICMS reduzida, neste caso nao estou conseguindo validar. O contador disse que tem que usar CST: 20 eu estou usando da seguinte forma: 20: begin Imp.ICMS.SituTrib := cst20; Imp.ICMS.ICMS20.CST := cst20; // Tributação com BC reduzida do ICMS Imp.ICMS.ICMS20.pRedBC := RoundTo(frmmodulo.qrConhecimentoFRETE_PREDUCAOICMS.AsFloat, -2); Imp.ICMS.ICMS20.vBC := RoundTo(frmmodulo.qrConhecimentoFRETE_BASE.AsFloat, -2); Imp.ICMS.ICMS20.pICMS := RoundTo(frmmodulo.qrConhecimentoFRETE_ALIQUOTA.AsFloat, -2); Imp.ICMS.ICMS20.vICMS := RoundTo(frmmodulo.qrConhecimentoFRETE_ICMS.AsFloat, -2); end; Falha na validacao: PARSER XML: OK TIPO DE MENSAGEM: CT-e OS SCHEMA: The element 'ICMS' in namespace 'http://www.portalfiscal.inf.br/cte' has invalid child element 'ICMS20' in namespace 'http://www.portalfiscal.inf.br/cte'. List of possible elements expected: 'ICMS00, ICMS45, ICMS90, ICMSOutraUF, ICMSSN' in namespace 'http://www.portalfiscal.inf.br/cte'. 43171003685541000199670010000000091000003481-cte.xml

Ola pessoal De minha parte foi resolvido, eu tive que reinstalar o ACBR e nao sei se foi coincidencia ou nao mas ta tudo normal... nao sei para o amigo xslok mas para mim esta tudo certo.

Pelo que precebi nao e problema no SEFAZ e sim do componente que na hora de chamar o metodo enviar ele ta trocando o idToken para 000000

Estou com esse mesmo problema relatado para a SEFAZ RS, enviando NFC-e de forma normal ocorre tudo certo, quando envia as que estao em contingencia da esse erro. Nao altero nada no xml, Utilizo o envio da seguinte forma: ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromFile(sxml); ACBrNFe1.Enviar('1', False, False); e ele esta trocando o campo idToken de 000001 para 000000, nao sei o motivo.

Ola, Sei que o post e antigo, mas estou com a mesma situacao emitndo do RS para MS. Alguem teve alguma solucao nessa situacao?

Olá Ítalo, Legal, também estou acompanhando essa questão da NFS-e padrão nacional e estou torcendo para que coloquem em prática logo pois vai facilitar muito nossa vida né? hehe

Olá, Este decreto apenas afirma que abaixo de 200,00 fica dispensado de informar, mas quando for acima de R$200,00 acredito que seja obrigação do estabelecimento informar o CPF. Me corrijam se eu estiver errado. Decreto 52455: "NOTA - Fica dispensada a inclusão do nome e do CPF na NFC-e que documentar operações de valor inferior a R$ 200,00 (duzentos reais), exceto na hipótese em que o consumidor queira informá-los."

No meu caso o problema ocorre somente nas nfc-e emitidas em contingencia. na hora de transmitir elas o metodo Enviar do ACBR troca o campo idToken colocando "000000" que logicamente é inválido.

Olá Juliomar, verifiquei agora e está de acordo... me sinto satisfeito em poder colaborar com a comunidade! Abraço!