Ir para conteúdo
  • Cadastre-se

BigWings

Moderadores
  • Total de ítens

    10.883
  • Registro em

  • Última visita

  • Days Won

    158

Tudo que BigWings postou

  1. No caso do PR, é preciso sim. Você precisa cadastrar a software house, enviar documentação... Depois cadastrar o software e para cada emissor do PR que for usá-lo precisa habilitar pelo site.
  2. Atualize os fontes. Renomeie o arquivo tiposGeralCTe_v3.00-OPENSSL.xsd para tiposGeralCTe_v3.00.xsd, substituindo o já existente na pasta. Teste novamente.
  3. Tente trocar a linha: URL-ConsultaNFCe_1.00=http://homolog.sefaz.go.gov.br/nfeweb/sites/nfce/danfeNFCe Para URL-ConsultaNFCe_1.00=https://homolog.sefaz.go.gov.br/nfeweb/sites/nfce/danfeNFCe http://www.nfce.go.gov.br/post/ver/214286/ambiente-de-homologacao
  4. Tem uma dica que podem tentar, aqui:
  5. Provavelmente a SEFAZ ainda não atualizou o webservice com as regras da NT 2016.002 v. 1.50. Tente informar pag.indPag como ipNenhum.
  6. Para o CTe-OS o tomador é informado na tag toma. var CTe: TCTe; begin CTe := CTE.Conhecimentos.Add.CTe; CTe.toma.CNPJCPF := ''; CTe.toma.IE := ''; CTe.toma.xNome := ''; ...
  7. Notei o mesmo aqui @José M. S. Junior. Apenas recompilando o projeto resolveu.
  8. Não. A Nota Técnica 2016.002 não determinou alterações no DANFE com relação as formas de pagamento, ou qualquer outra alteração no layout.
  9. Verifique o XML e compare o digest value da assinatura com o digest value do protocolo de autorização. Provavelmente eles serão diferentes, o que quer dizer que o protocolo de autorização foi inserido no XML errado.
  10. Sim, se a intenção ao emitir o CTe era definir o destinatário do conhecimento como tomador, a tag toma3.toma devia ser 3.
  11. Para a manifestação use o comando NFe.EnviarEvento. Para obter o XML completo após a manifestação execute novamente o comando NFe.DistribuicaoDFe. Você também pode obter o XML de uma NFe específica pelo comando NFe.DistribuicaoDFePorChaveNFe.
  12. Pode ser um atraso no relógio do PC, ou fuso horário incorreto que gera a data e hora de emissão errada no XML. Essa rejeição ocorre também em produção? Não tenho certeza se o validador da SEFAZ-RS é capaz de fazer essa crítica de forma correta para outras UF.
  13. Vendo o fonte, a unit ACBr_WinHttp.pas faz a carga dessa DLL de forma estática. Então ela realmente é requerida, se ela não existe no Win98 realmente não vai funcionar.
  14. Informando SSLHttpLib = httpWinHttp funciona? Esse é o padrão para libWinCrypt que funciona com certificados A3.
  15. A rejeição 704 é devido ao limite máximo de 5 minutos entre a data de emissão da NFCe em modo normal (tpEmis = 1), e o recebimento no webservice. Quanto à 203 é simplesmente o cadastro do CNPJ da empresa como autorizado a emitir NFCe na SEFAZ estadual.
  16. Creio que se a finalidade é apenas gerar o XML, sem assinar ou validar, é possível... Tente remover também a dependência de OpenSSL.
  17. Não é pra comentar, é pra descomentar. De: {.$DEFINE DFE_SEM_LIBXML2} Para: {$DEFINE DFE_SEM_LIBXML2} Após isso recompilar/reinstalar o ACBr e a aplicação.
  18. Você pode remover a dependência da LibXML2 editando o arquivo ACBr.inc. // Descomente a linha abaixo, se você quer que seu Executável NÃO dependa das DLLs LibXML2, mas continue suportando LibXMLSEC {.$DEFINE DFE_SEM_LIBXML2}
  19. Provavelmente a SEFAZ-GO ainda não atualizou os schemas e regras da NT 2016.002 v.1.50. Tente informar a tag pag.indPag como ipNenhum.
  20. Pode ser que não façam a validação em homologação... Sabe dizer se a consulta de NFCe pela chave de acesso e QR-Code funciona?
×
×
  • 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...