Ir para conteúdo
  • Cadastre-se

BigWings

Moderadores
  • Total de ítens

    10.146
  • Registro em

  • Última visita

  • Days Won

    156

Tudo que BigWings postou

  1. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  2. A condição pra gerar é essa tag estar preenchida. Veja se é o caso.
  3. Acabei de testar e está funcionando.
  4. Só precisa estar usando o Fast Report com suporte a scripts e estar abrindo um XML sem o protocolo de autorização.
  5. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  6. Você pode gerar novamente o XML, corrigindo o NCM errado, assinar novamente, e enviar. Alterar um NCM não vai alterar a chave de acesso, isso realmente não pode.
  7. Antigamente na NFe 3.10 existia a tag indPag = (à vista, a prazo, outras) geral da nota, o ACBr mesmo imprimia dessa forma no grupo fatura. Agora ela é informada para cada meio de pagamento, no ACBr não é mais impressa: Me parece que esse DANFE está desatualizado. Se você for implementar, não estará errado, desde que use a informação da tag indPag, só note que pode haver mais de um pagamento e consequentemente mais de um indicador.
  8. Sim, nas regras de validação do tipo de emitente, pág. 62 do MOC visão geral.
  9. O erro impediria a geração do XML assinado, e o seu XML parece correto inclusive com as URL de consulta e QrCode. Também testei aqui o seu .ini e gerou normalmente, bastou a configuração da versão do QrCode para 2.
  10. https://www.embarcadero.com/br/products/delphi/starter/faq No meu entendimento fica limitado a receita anual da ONG, máxima de US$ 5.000,00.
  11. A versão do QrCode deve estar em 2. A versão para NFe deve estar em 4.00, na configuração do ACBrMonitorPLUS e no seu .ini de geração.
  12. Faltou informar os dados do condutor, o grupo é obrigatório no layout.
  13. O H é de homologação, só vai mudar se alterar o ambiente pra produção. A versão do XML da NFe está correta?
  14. Na minha interpretação, não é permitido não, as descrições das formas de pagamento estão explícitas na tabela disponibilizada pela SEFAZ. Lembrando que agora é possível informar tPag=99 e a descrição que desejar na tag xPag.
  15. Isso geralmente é a configuração da versão do QrCode, já que MG só implementou a NFCe a partir da versão 2.00 do QrCode.
  16. Você está informando um valor menor que zero pra a tag vICMSUFDest.
  17. No caso da rejeição já é a SEFAZ que provavelmente não implementou ainda a NT.
  18. Movido. Sim, você usa o CFOP 6xxx, idDest = 2 e a UF do local de entrega diferente do endereço do destinatário.
  19. ACBrNFe.WebServices.Enviar é o consumo do webservice NFeAutorizacao. ACBrNFe.WebServices.Retorno é o consumo do webservice NFeRetAutorizacao. No modo assíncrono o Enviar retorna o número do recibo, que é usado pra executar uma chamada ao Retorno. No modo síncrono não existe o consumo do retorno, por isso não tem nada preenchido nesse objeto. O programa exemplo do componente detalha como tratar o retorno nos dois modos.
  20. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  21. Verifique novamente a sua pasta de schemas e a configuração da pasta de schemas do componente, porque o seu XML está validando normalmente.
  22. Pela mensagem de erro, tem conflitos de atualizações não resolvidos do seu lado. Faça resolve ou revert dos seus fontes do ACBr e tente instalar novamente.
  23. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
×
×
  • 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.