BigWings

O grupo ICMSPart é exclusivo para veículos. O grupo ICMSUFDest é exclusivo para operações com consumidor final não contribuinte, até onde sei não se destaca ICMS-ST para consumidor final. Talvez no grupo ICMSST (Grupo de repasse do ICMS-ST).

Veja o final da página: Ambiente Nacional - (AN) Serviço Versão URL RecepcaoEvento 1.00 https://hom.nfe.fazenda.gov.br/RecepcaoEvento/RecepcaoEvento.asmx NFeDistribuicaoDFe 1.00 https://hom.nfe.fazenda.gov.br/NFeDistribuicaoDFe/NFeDistribuicaoDFe.asmx NfeConsultaDest 2.00 / 3.10 https://hom.nfe.fazenda.gov.br/NFeConsultaDest/NFeConsultaDest.asmx NfeDownloadNF 2.00 / 3.10 https://hom.nfe.fazenda.gov.br/NfeDownloadNF/NfeDownloadNF.asmx No demo do ACBr. Também na pasta do demo tem um .txt com exemplo de uso e vários tópicos aqui no fórum, é só pesquisar.

Realmente existe esse ajuste no número: Unit pcnAuxiliar.pas: function ExecutarAjusteTagNro(Corrigir: boolean; Nro: string): string; begin Nro := trim(Nro); result := Nro; if not corrigir then exit; if (ValidarNumeros(Nro)) and (length(Nro) = 1) then Result := '00' + Nro; if (ValidarNumeros(Nro)) and (length(Nro) = 2) then Result := '0' + Nro; end; Se me lembro bem foi necessário esse ajuste por não estar validando pelo .xsd com OpenSSL. Essa opção inclusive é fixa para NFe: Unit pcnNFeW.pas: constructor TNFeW.Create(AOwner: TNFe); begin FNFe := AOwner; FGerador := TGerador.Create; FGerador.FIgnorarTagNivel := '|?xml version|NFe xmlns|infNFe versao|obsCont|obsFisco|'; FOpcoes := TGeradorOpcoes.Create; FOpcoes.FAjustarTagNro := True; FOpcoes.FGerarTXTSimultaneamente := False; FOpcoes.FGerarTagIPIparaNaoTributado := True; FOpcoes.FNormatizarMunicipios := False; FOpcoes.FGerarTagAssinatura := taSomenteSeAssinada; FOpcoes.FValidarInscricoes := False; FOpcoes.FValidarListaServicos := False; end; Experimente colocar FOpcoes.AjustarTagNro := False; nessa parte e recompilar o ACBr.

Você está comparando as URL de homologação com as de produção. Aqui tem as URL de homologação: https://hom.nfe.fazenda.gov.br/portal/webServices.aspx?tipoConteudo=Wak0FwB7dKs= Segundo a NT 2014/002, o webservice NFeDownloadNF será desativado em 02/05/2017, então o melhor a fazer é migrar para o DistribuicaoDFe.

Bom dia, Até onde sei o DANFE simplificado só é permitido em vendas fora do estabelecimento. Em vendas normais deve se usar o modelo em retrato ou paisagem.

Além das DLLs que podem ser incompatíveis, alguns anti-vírus bloqueiam envio de emails por executáveis. Já verificou?

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.

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.

Você tentou passar o CSC direto no fonte sem alterar o código do ACBr?

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?

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.

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.