Ir para conteúdo
  • Cadastre-se

BigWings

Moderadores
  • Total de ítens

    10.070
  • Registro em

  • Última visita

  • Days Won

    155

Tudo que BigWings postou

  1. Se você está com a versão trial não vai conseguir usar o ABCrInstall por limitação do compilador (só compila dentro da IDE).
  2. Estranho, porque esse pacote é do Fast Report e não do Fortes. Você tem o Fortes Report CE instalado?
  3. Não teve o erro na instalação pelo ACBrInstall_Trunk2? Verifique a configuração de Unit Scope Names nas opções do projeto.
  4. Se tiver o grupo de combustíveis no XML devia mostrar marcando a opção de imprimir detalhamento específico. A opção de imprimir informações adicionais vai funcionar se você informar na tag infAdProd.
  5. NFCe em SC é um caso a parte. Talvez o curso te interesse: https://projetoacbr.com.br/cursos/paf-nfce-sc/
  6. NFF é um app mantido pela Receita... não é aberto para emissão por webservice.
  7. Se você tem o XML gerado, basta carregar e fazer a consulta pelo XML que o ACBr vai atualizar o arquivo com o protocolo.
  8. Como disse, não tem como validar com ele modificado... olhando por cima não vejo nenhum erro. Testou com o programa exemplo? Qual foi exatamente o erro ou rejeição que teve?
  9. Como o XML está modificado não tem como validar pra saber o erro. Esse parece um erro já tratado pela sua aplicação. Já testou usando o programa exemplo do componente?
  10. A propriedade ValorMoraJuros pode ser em reais ou em percentual, pra definir qual está informando configure as propriedades CodigoMora e/ou CodigoMoraJuros.
  11. Como está configurada a propriedade ImprimeValor do componente DANFE?
  12. Qual erro exatamente? O arquivo *-ped-inu.xml é o que é gerado pelo componente para envio ao webservice. A resposta do webservice é gravada no arquivo *-inu.xml. E o XML completo da inutilização com o protocolo é gerado com o nome *-procInutNFe.xml. Se vai enviar pra contabilidade tem que ser este último, e ele não vai ser gerado se houver rejeição.
  13. Subi um ajuste para esse problema, rev. 22248.
  14. Até onde sei a API deles permite apenas consultar um NCM/NBS/LST por vez. A meu ver essa é a melhor forma em termos de automação.
  15. Você recompilou o instalador ou está usando o oficial? Anexe o log do instalador...
  16. Sempre depois de atualizar precisa executar o instalador pra recompilar os fontes e limpar os antigos se for o caso. Aqui tem vídeos explicativos: https://projetoacbr.com.br/fontes/
  17. O PI usa a SVRS... Já analisou o XML de envio (*-env-lot.xml)? Pode usar o validador da SEFAZ-RS. https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx Ou anexe ele aqui.
  18. Tem a versão DEMO da ACBrLib que o download é livre:
  19. Não devia interferir, são campos diferentes para o convênio e para o código do cedente/beneficiário.
  20. Não, não existe a tag para o CSOSN 900. Precisa ver com a contabilidade outra forma de destacar esse imposto. Que me lembre isso é pra impressão no DANFE, certo? Não tenho certeza se vai ser possível creditar apenas usando a informação complementar... mas se a orientação da contabilidade foi essa, a responsabilidade é deles.
  21. Então use TACBrDFe conforme minha primeira resposta. Variant é pra tipos básicos, não serve pra classes.
  22. Pode incluir, o CST e o CFOP é informado por item, e não tem relação direta com a natureza de operação, que é por nota. A natureza de operação é uma descrição simplificada. Veja os exemplos do MOC:
  23. Então é ainda mais simples. procedure CarregaComponente(vComponente: TACBrNFe); begin vComponente.Configuracoes.Geral.idCSC := <idCSC>; vComponente.Configuracoes.Geral.VersaoQrCode := veqr200; end;
×
×
  • 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.