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. Sim. No portal nacional do MDFe tem a "Cartilha do MDF-e" que responde essa questão e outros casos especiais. Sugiro a leitura.
  2. Já respondido aqui: Favor não postar em mais de um tópico o mesmo assunto.
  3. Para as NFe de emissão própria, os eventos gerados por terceiros (manifestação do destinatário, CTe autorizado, registro de passagem...) são retornados pelo método DistribuicaoDFe. Os eventos originados pelo próprio emitente não são retornados, já que o mesmo já tem o XML do evento no momento da emissão do evento. O método de Consulta de protocolo retorna apenas os eventos de cancelamento, carta de correção e EPEC. A UF tem, porém, a prerrogativa de retornar os demais eventos.
  4. Me parece tudo certo. O log acusa que foi instalado com sucesso. Se o problema continua, acho que não posso ajudar mais.
  5. - Usar a configuração TimeZoneConf como postei acima; ou - Fazer as atualizações do Windows caso não tenha feito para que o sistema defina corretamente o fuso horário com/sem horário de verão.
  6. Veja o componente ACBrNFeDANFCeFortes.
  7. Apagar essa pasta do fortes adicional, deixando uma apenas, deveria resolver.
  8. Estranho... está acusando como se tivesse sido compilado em outra versão do Delphi. Tente marcar a opção de apagar arquivos antigos do disco na instalação. E anexe o log do instalador.
  9. Tem certeza que não são instalações distintas? Que eu saiba o instalador coloca tudo (.bpl, .dcp, .dcu, .dfm, ...) na pasta Binary\LibDXXX no mesmo caminho do instalador.
  10. No componente a propriedade é dEmi, ela é traduzida em dhEmi ao gerar o XML da NFe a partir da versão 3.10.
  11. Tente novamente usar o instalador marcando a opção de usar arquivo de configuração .cfg. Anexe o .log em caso de erro.
  12. A separação em LibD7 e LibD17 é normal e correta, já que os arquivos compilados são diferentes pra cada versão. Notei outra referência ao Fortes em outro diretório, pode ser isso: C:\Program Files (x86)\Embarcadero\RAD Studio\10.0\fortesreport-ce\Binary\LibD17
  13. Apague tudo e baixe novamente, e escolha a opção de remover arquivos antigos do disco na instalação.
  14. Você pode consultar por um NSU específico. Mas não existe como consultar por uma chave de CTe, como existe na NFe.
  15. Configure o componente para salvar os arquivos de envio e retorno e anexe eles aqui para análise.
  16. Usando XMLSignLib = xsMSXML precisa fazer o registro das DLLs msxml5*.dll que estão na pasta ACBr\DLLs\CAPICOM. Pode rodar o .bat em modo administrador. De preferência não use xsMSXML, troque para xsLibXML2.
  17. Boa tarde, Existe uma tolerância de até 5min então não deveria acusar rejeição com 2min. Verificou o fuso horário da máquina se está correto?
  18. NFCe produção realmente está com erro, mas deveria mostrar erro 500 e não 404. O motivo do erro é não haver ainda as URL no arquivo ACBrNFeServicos.ini para NFCe em produção. Se tiver as URL pode acrescentar no arquivo e testar.
  19. Não parece que o library path está apontando para a mesma pasta do Fortes... XE3: C:\ComponentesDelphi\fortesreport-ce-master\fortesreport-ce.git\trunk\Binary\LibD17 D7: ..\..\..\..\FORTES~1\trunk\Binary\LibD7 Me parece que deveria ser algo como ..\..\..\..\FORTES ~1\FORTES~1\trunk\Binary\LibD7. Veja se não tem arquivos .dcu do Fortes em pastas diferentes aí. Está instalando em 32bits? Marcou a opção de copiar as DLLs? Marcou a opção de apagar arquivos antigos do disco?
  20. A montagem do código de barras e da linha digitável são diferentes...
  21. O manual sempre tem, se não encontrou, solicite ao gerente o manual correto. A Caixa tem várias carteiras diferentes, cada uma com um algoritmo de geração do código de barras. Creio que o mais usado seja o padrão SIGCB, o manual abaixo do repositório pode não estar atualizado, mas serve de base pro cálculo. https://svn.code.sf.net/p/acbr/code/tools/Bancos/CaixaEconomica/CODIGO_BARRAS_SIGCB.pdf Veja a partir do item 4.
  22. Provavelmente você não tem o componente DANFE associado ao objeto NFe aqui.
  23. Horário local. O que pode estar acontecendo é o fuso horário do PC emissor estar configurado incorretamente. Por padrão o ACBr obtém o fuso horário do sistema, mas você pode deixar o ACBr definir ou mesmo configurar manualmente. Veja a propriedade ACBrNFe.Configuracoes.WebServices.TimeZoneConf.
  24. Erro 404 é de URL não encontrada. Qual a UF?
×
×
  • 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.