Ir para conteúdo
  • Cadastre-se

BigWings

Moderadores
  • Total de ítens

    9.862
  • Registro em

  • Última visita

  • Days Won

    153

Tudo que BigWings postou

  1. Você está carregando o .fr3 para impressão em A4. Para impressão em bobina use o DANFeNFCe4_20.fr3.
  2. infEvento.detEvento.xJust := 'xxxx';
  3. Na verdade não está faltando, apenas não permite que você use um código de informação extra/receita já cadastrado no MGV5.
  4. Você pode passar as informações extras para a propriedade Receita do item, assim o componente gera o cadastro de informações extras com o mesmo código do item. Nesse caso não haveria necessidade da alteração.
  5. Não existe nenhum bloqueio por parte do webservice para emissão de NFe ou NFCe com numeração anterior a uma já autorizada, entretanto isso não é recomendável por que a SEFAZ pode suspeitar de fraude. Sugiro que entre em contato com o contador para que ele oriente o que fazer. A rejeição é apenas pela data e hora de emissão da NFCe ser superior a 5 minutos em relação a data e hora de recebimento no webservice. Configuração de fuso horário incorreto pode causar isso.
  6. Não entendi o porque de ter duas chaves e dois arquivos. A não ser que você faça alguma alteração nos dados da NFCe como o tipo de emissão (que não deve ser alterado justamente para não alterar a chave) e faça nova geração do XML. Exatamente por esse problema o manual determina que na falha de transmissão de uma NFCe em modo normal deve ser gerada uma nova NFCe com nova numeração em contingência off-line. Essa NFCe em contingência deve ser apenas transmitida quando a conexão retornar, sem alteração da chave.
  7. Você testou a validação do XML com o demo do ACBrNFe na máquina do usuário?
  8. A mensagem de erro é de validação. Qual configuração SSLType está usando? Experimente copiar primeiro as DLLs da pasta ACBr\DLLs\OpenSSL\1.0.2.13\x86 para o diretório da aplicação.
  9. Veja na pasta ACBr\DLLs.
  10. Entendi... mas veja que na imagem foi impresso o QrCode, e a chave é modelo 65 então é uma NFCe. Cuidado ao fazer a alteração do DANFE sem corrigir o modelo na geração do XML que você pode estar emitindo uma NFCe e imprimindo o DANFE como se fosse a NFe.
  11. O XML está validando normalmente tanto pelo demo do ACBrNFe quanto pelo validador da SEFAZ-RS. Verifique se copiou as DLLs corretas para a máquina do usuário.
  12. Me parece que a partir do XE5. http://blog.marcocantu.com/blog/refind_and_bde_migration.html
  13. O que exatamente você diz estar errado? A imagem não está legível.
  14. É um problema conhecido na validação usando libxml2. Foi necessário um ajuste nos schemas oficiais. Use os Schemas disponibilizados na pasta ACBr\Exemplos\ACBrDFe\Schemas\NFe.
  15. Pode usar a mesma série usada com o tipo de emissão normal.
  16. As séries 900-999 são reservadas à contingência SCAN, tipo de contingência já desativado pela SEFAZ. Para a contingência SVC não é necessário fazer alteração da série.
  17. Seus fontes não estão atualizados, a implementação da função SeparaDados no repositório está diferente. Favor atualize os fontes, reaplique a correção e anexe o arquivo modificado.
  18. 3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum. 2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]". Favor leia as regras do fórum.
  19. Esses campos não existem no layout para o CST 00, o componente simplesmente ignora caso você informe valores pra eles.
  20. ACBrNFe.Configuracoes.Arquivos.DownloadNFe.PathDownload ACBrNFe.Configuracoes.Arquivos.PathSalvar Caso PathDownload esteja configurado, será salvo nessa pasta, caso contrário, na pasta configurada em PathSalvar. Eventos são salvos em ACBrNFe.Configuracoes.Arquivos.PathEvento. Tudo isso dependen que ACBrNFe.Configuracoes.Arquivos.Salvar esteja True.
  21. O retorno correto deve estar na versão 1.01 e não na 1.00 como no seu exemplo: <?xml version="1.0" encoding="UTF-8"?><retDistDFeInt xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" versao="1.01" xmlns="http://www.portalfiscal.inf.br/nfe"><tpAmb>1</tpAmb><verAplic>1.2.0</verAplic><cStat>137</cStat><xMotivo>Nenhum documento localizado</xMotivo><dhResp>2019-04-02T12:32:48-03:00</dhResp><ultNSU>000000000000092</ultNSU><maxNSU>000000000000092</maxNSU></retDistDFeInt> Verifique novamente a pasta de Schemas, certifique-se que não esteja misturando schemas de NFe com os de CTe ou MDFe.
  22. Não tem traços se usar o arquivo .fr3 atualizado.
  23. Está emitindo NFe ou NFCe? Não existe contingência offline para NFe. Pelo que entendi está emitindo o DANFE para NFe... E o DANFE simplificado é usado apenas para NFe em vendas fora do estabelecimento.
  24. O demo usa o componente DANFSE para Fortes Report. Para conseguir usar você precisa instalar o Fortes e depois os componentes do ACBr para ele.
×
×
  • 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.

The popup will be closed in 10 segundos...