BigWings
Moderadores-
Total de ítens
9.862 -
Registro em
-
Última visita
-
Days Won
153
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que BigWings postou
-
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';
-
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.
-
Fiz alguns testes com NF-e normal, SVC e FS-DA, retrato e paisagem. De minha parte, parece tudo certo.
-
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.
-
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.
-
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,
-
Segue minha sugestão de código, removendo as repetições desnecessárias ACBrNFeDANFeRLPaisagem.pas ACBrNFeDANFeRLRetrato.pas 35170112342787000159550140000070426005016418.pdf
-
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.
-
Fez o que exatamente? Enviou pelo demo do ACBr?
-
CFOP '5108' violates enumeration constraint of '1101 1102
BigWings replied to Rodrigo Guelf's tópico in ACBrNFe
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. -
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.
-
CFOP '5108' violates enumeration constraint of '1101 1102
BigWings replied to Rodrigo Guelf's tópico in ACBrNFe
Atualize os Schemas. -
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 ---------------------------
-
Esse XML foi gerado pelo ACBr?
-
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.
-
Sim, apenas FS ou FS-DA deve sair o segundo código de barras, mas há outros campos que precisam ser tratados.
-
Não copie o conteúdo, ANEXE o arquivo XML.
-
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.
-
Modalidade Do Frete - Destinatário Ou Remetente?
BigWings replied to Fabrício Melo's tópico in ACBrNFe
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. -
Erro na validação do XML para pessoa jurídica
BigWings replied to microporto.suporte's tópico in ACBrNFe
Debugue e veja o valor de ACBrNFe1.NotasFiscais.Count antes do comando ACBrNFe1.Enviar. -
Erro na validação do XML para pessoa jurídica
BigWings replied to microporto.suporte's tópico in ACBrNFe
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. -
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.
-
Erro na validação do XML para pessoa jurídica
BigWings replied to microporto.suporte's tópico in ACBrNFe
É obrigatório informar o CSOSN caso use o regime Simples Nacional (CRT=1). O segundo erro indica uma nota adicionada ao ACBrNFe sem nenhum preenchimento, até o número da nota está 0. Algum erro no seu código, com certeza. -
Sim, tirando as propriedades da seção published o erro não acontece em tempo de design, mas continua aparecendo em runtime. PS: Pra ficar claro, a exceção em runtime só acontece se for chamada alguma das propriedades PreparedReport, sem associar o componente ACBrNFe.