Ir para conteúdo
  • Cadastre-se

BigWings

Moderadores
  • Total de ítens

    9.834
  • Registro em

  • Última visita

  • Days Won

    150

Tudo que BigWings postou

  1. Na geração do CSC/Token ele já deve mostrar também a Id do CSC/Token, é um código de 6 dígitos, geralmente 000001.
  2. Entendi o que fez. Mas não acredito que tenha erro no código do ACBr, por isso se você puder fazer fazendo no código da sua aplicação: Ini := TIniFile.Create( IniFile ); ACBrNFe1.Configuracoes.Geral.CSC := Ini.ReadString( 'Geral','Token' ,''); Isso ajudará a isolar o problema.
  3. Parece estar havendo algum tipo de conversão, ao dar CTRL+C e CTRL+V nesse CSC e colar num editor de texto simples (notepad) e salvar, os '-' estão sendo gerados com caractere diferente, conforme imagem: Ele gera o caracter $AD (ASCII 173), o correto seria gerar o caractere $2D (ASCII 45), conforme último caractere digitado por mim. Resta saber se a conversão está no site da SEFAZ onde foi gerado o CSC ou aqui no fórum. Tentem passar o CSC diretamente no código (cuidado com os CTRL+C - CTRL+V), sem mexer no código do ACBr, ex.: ACBrNFe1.Configuracoes.Geral.CSC := '0F7381D8-322B-1883-A4C2-DDA0CA98854E';
  4. Só lembrando que a caixa tem várias empresas terceirizadas que fazem o tratamento dos arquivos de remessa e retorno, dependendo do contrato com o banco. Cada um pode ou não fornecer um sistema automatizado.
  5. Fiz alguns testes com NF-e normal, SVC e FS-DA, retrato e paisagem. De minha parte, parece tudo certo.
  6. Nâo me parece ter nada errado com esse NCM. Todas as consultas que fiz retornaram que é um NCM válido. O item com esse NCM é o único na nota? Se possível poste o XML.
  7. Dessa forma será gerado no XML o código 2 para a tag tpEmis: function TpEmisToStr(const t: TpcnTipoEmissao): string; begin result := EnumeradoToStr(t, ['1', '2', '3', '4', '5', '6', '7', '8', '9'], [teNormal, teContingencia, teSCAN, teDPEC, teFSDA, teSVCAN, teSVCRS, teSVCSP, teOffLine]); end; Para a NF-e são aceitos os códigos de 1 a 7, o código 2 é na verdade "Contingência em Formulário de Segurança - FS". Segundo o Manual de Orientação, versão 6, página 161: Portanto, para emitir NF-e "Offline", apenas usando o FS-DA, e adquirindo o formulário especial. As outras formas de contingência em uso são o SVC-RS, SVC-AN e EPEC. Todas dependem de o emissor ter internet no momento da emissão.
  8. Tente informar a IE do proprietário ou ISENTO se não houver. O teu XML validou normalmente, mas nele não tem a tag IE,
  9. Segue minha sugestão de código, removendo as repetições desnecessárias ACBrNFeDANFeRLPaisagem.pas ACBrNFeDANFeRLRetrato.pas 35170112342787000159550140000070426005016418.pdf
  10. Você deve após enviar o XML pelo webservice de envio obter o código de retorno cStat, e o número do recibo. Com o recibo você chama o webservice de retorno de recepção e testa novamente o cStat e se tudo estiver ok já terá o XML autorizado. Como não conheço sua aplicação não posso ajudar mais. Estude o código do componente e o Manual de Orientação.
  11. Fez o que exatamente? Enviou pelo demo do ACBr?
  12. Realmente não encontrei esse CFOP. http://contadores.cnt.br/cfop/5100-vendas-de-producao-propria-ou-de-terceiros.html Existe o 6108 para operação interestadual. Acredito que tenha que usar o 5102 mesmo.
  13. Somando manualmente os valores, há uma diferença de R$ 0,01 no total. Segundo este link: http://www.oobj.com.br/bc/article/rejeição-533-total-da-bc-icms-st-difere-do-somatório-dos-itens-como-resolver-306.html essa é a tolerância aceita pelo sistema, mas não encontrei informação sobre essa tolerância no Manual de Orientação. O código do ACBr exige que a soma seja idêntica: GravaLog('Validar: 533-Total BC ICMS-ST'); if (NFe.Total.ICMSTot.vBCST <> fsvBCST) then AdicionaErro('533-Rejeição: Total da BC ICMS-ST difere do somatório dos itens'); Se houvesse uma orientação clara sobre essa tolerância, ela poderia ser incluída no método de validação do ACBr.
  14. Da forma que está, o arquivo não valida, por causa das quebras de linha e tabulações. Como não está assinado, também não consegui validar. --- Removendo as quebras de linha e tabulações e alterando o CNPJ do emitente para o do meu certificado, validei pelo demo e retornou o seguinte: --------------------------- Demo_acbrmdfe --------------------------- Falha na validação do Modal do Manifesto: 5 'KYUUBI' violates pattern constraint of '[A-Z]{2,3}[0-9]{4}|[A-Z]{3,4}[0-9]{3}'. The element '{http://www.portalfiscal.inf.br/mdfe}placa' with value 'KYUUBI' failed to parse. --------------------------- OK ---------------------------
  15. Esse XML foi gerado pelo ACBr?
  16. Veja o MOC versão 6, páginas 146 a 148, pra um esboço atualizado do que o Kiko postou. - Emissão normal e SVC-XX: Mensagem "Consulta de autenticidade no portal nacional (...) ou no site da SEFAZ autorizadora" e protocolo de autorização de uso da NF-e. - Emissão FS e FS-DA: Segundo código de barras e sua representação numérica abaixo dele, com o título "DADOS DA NF-E" - Emissão EPEC: Mensagem "Consulta de autenticidade no portal da NF-e" (sem menção à SEFAZ) e protocolo de autorização do EPEC abaixo.
  17. Sim, apenas FS ou FS-DA deve sair o segundo código de barras, mas há outros campos que precisam ser tratados.
  18. Não copie o conteúdo, ANEXE o arquivo XML.
  19. Apenas complementando, emissão em SVC-AN e SVC-RS seguem o mesmo padrão da emissão normal e há a terceira forma que é a emissão por EPEC. https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=URCYvjVMIzI= Páginas 146 a 148.
  20. Atente para a diferença entre Emitente e Remetente, como o Italo postou acima. No DANFE aparecerá 1-DEST/REM como manda o Manual (e não Emit/Dest como você disse - se está aparecendo assim poste um PDF para verificarem). Os dados do Destinatário / Remetente estão explícitos na nota.
  21. Debugue e veja o valor de ACBrNFe1.NotasFiscais.Count antes do comando ACBrNFe1.Enviar.
  22. Provavelmente você adicionou mais de uma nota no componente. A validação acusa apenas um erro na primeira nota, quando você corrige, acusa muitos erros na segunda.
  23. Não há garantia que o ValidarRegrasDeNegocio funcione 100%. Pode ser que havia alguma diferença na soma dos valores que o ACBr apontou mas a SEFAZ resolveu ignorar. Poste o XML para análisarmos.
×
×
  • 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...