Otavio Benini

prezados, boa tarde testei o aplicativo em ambiente de homologação e ok entrou em produção e na primeira nota houve rejeição indicando não informar transportador e reboque no teste não havia placa e estado do transportador então fiz a mesma coisa com a nota real depois disso, ao processar, o lote é recebido (msg) e depois Lote em processamento fica em loop e meu cliente pressionando !!

bom dia, Daniel eu vi seu vídeo "Conheça a ACBrDFeSSL" antes de migrar minhas aplicações para NFe v4.00 e com base nele defini propriedades SSL..., inclusive SSXmlSignLib = xsLibXml2 muito bom material obrigado por seu trabalho e pela atenção Otavio Benini

obrigado, Daniel funcionou terei de alterar a forma como manipulo as variáveis nos meus clientes para criar um path não UNC só para esclarecer: essas mudanças foram feitas no último fim de semana ? pq antes tenho, como já disse, 5 aplicativos com a nfe já na v4.00 funcionando nos clientes da forma que descrevi, sem nominar o pathschemas e todos demais paths UNC obrigado Otavio Benini

Juliana, boa tarde não fui eu quem respondeu "Perfeito. Funcionou agora para mim. Muito obrigado." estou estranhando essa condição pq 5 outros aplicativos estão operando e configurados como este que está falhando um form NFe é comum para todos meus aplicativos - e nessas ocasiões eu simplesmente acerto o primeiro, testo e depois copio para os demais eu não informo essa propriedade, nunca o fiz, como mencionado pelo Wilson "ACBrNFe1.Configuracoes.Arquivos.PathSchemas := ..." simplesmente a pasta Schemas está no mesmo diretório do executável estranho também, e muito, a condição de, debugando, o processo ocorrer sem falhas estou colocando aqui esse problema pq é exatamente na rotina de processar a NFe que ocorre o erro obrigado Otavio Benini

tem 5 outras aplicações rodando com as mesmas configurações de SSLXmlSignLib ! por padrão todos os acessos são UNC vc viu meu post sobre o debug ? obrigado

desculpe-me, não informei se o formato é UNC é sim UNC, como em todos os demais aplicativos, que estão rodando, e sempre foi assim obrigado

a pasta Schema foi copiada diretamente do ACBr, tal como fiz com outros aplicativos quando refiro mesmo aplicativo significa o mesmo módulo de NFe para vários aplicativos veja meu relato no post anterior obrigado

impressionante !!! depois do teste anterior com vdesc = 0,01 debuguei a emissão prá determinar o ponto de geração do erro, visto que não chega no sefaz para minha surpresa o processo transcorreu normalmente e finalizou a emissão com sucesso fiz novo pedido e fui processar diretamente = deu o erro de schema inválido debuguei a rotina a partir do ACBr1.Enviar, com F8 (Run until Return) modo mais rápido e, bingo !! emitiu... suspeitei do valor do pedido, o primeiro de R$ 10,00 e o outro de R$ 110,00 e então fiz um de R$ 10.000,00 e deu erro na emissão direta nunca passei por nada semelhante, se da pau rodando da pau debugando e para no ponto de discórdia propriedade CamposFatObrigatorios = true com vDesc = 0 obrigado

bom dia, testei com propriedade CamposFatObrigatorios = false e true o erro persiste anexo xml com propriedade = true obrigado 15180728472977000120550010000000051000000055-nfe.xml

boa tarde, companheiros o mesmo aplicativo rodando em produção em SP e CE, pasta Schemas igual para todos mas para PA (Pará) ocorre erro antes mesmo da entrega do xml, pelo menos não exibidas as telas de entrega e processamento de lote e nenhum arquivo adicional é criado tanto no ambiente de homologação como em produção, com "CamposFatObrigatorios" = true ou false, a mensagem é a mesma anexo tela da msg de erro anexo xml com propriedade "CamposFatObrigatorios = true" obrigado Otavio Benini 15180728472977000120550010000000051000000055-nfe.xml

funcionou ! obrigado Otavio Benini

boa noite, parceiros o mesmo aplicativo está rodando em SP, em produção, mas no ambiente de homologação do Ceará (CE) está havendo esta rejeição: <?xml version="1.0" encoding="UTF-8" ?> - <retEnviNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00"> <tpAmb>2</tpAmb> <verAplic>CE_NFe_V4.0.6</verAplic> <cStat>225</cStat> <xMotivo>Rejeicao: Falha no Schema XML da NFe</xMotivo> <cUF>23</cUF> <dhRecbto>2018-07-27T22:50:49-03:00</dhRecbto> </retEnviNFe> o esquema é o mesmo que utilizo prá SP atualizei agora mesmo o ACBr e não houve alteração nos esquemas obrigado Otavio Benini

obrigado, Amarildo mas a Sefaz de São Paulo tá com bug nessas críticas, ao menos no ambiente de Homologação semana passa emiti notas em Homologação sem informar <fat> e com o n. completo da duplicata - e foi aceito !! o xsd determina "n.da duplicata" e aceita até 60 dígitos testei agora uma nota com 1 duplicata: nDup = 001; vFat = valor + 0,001 e vDesc = 0,001 - isso obrigou o ACBr a criar a tag vDesc = 0,00 e então foi aceito ! mas <vDesc> em <fat> não é campo obrigatório, não precisaria ser informado 0,00 também na semana passada as tags cEAN e cEANTrib estavam vazias e foi aceito quem pode acionar a SEFAZ para correção desses bugs ? Otavio Benini

complementando informações: antes de emitir hoje atualizei o ACBr depois do post testei omitindo <fat>, <dup> e <pag> mas foi rejeitado testei omitindo <fat> e <dup> e foi aceita - o senão desta condição é que seria preciso relatar valores e vencimentos no campo de observações juntamente com outras informações e torna-lo um "balaio de gato", extenso - os clientes estão acostumados a ler essa informação no DANFE a tag <pag> deveria ser obrigatória apenas para o modelo 65 NFC-e, conf. anotação no schema "leiauteNFe_v4.00.xsd", embora na NT versão 1.51 mencione a exigência para ambos os modelos

boa noite, companheiros no dia 25/06 emiti algumas nfe's de venda em ambiente de testes e tudo correu legal hoje, depois de testar outras notas exceto vendas, resolvi testar mais uma nfe de venda e eis que surgiu o problema anexos 2 xml's: da nfe e da rejeição as tags <fat> e <dup> foram preenchidas normalmente, mas hoje rejeição cStat=852 (!?) na NT 2016.002.v151 a msg de n. 857 é "Rejeição: Número da parcela inválido ou não informado" no dia 25 passou legal, inclusive sem a tag <fat>, que é como faço hoje na versão 3, e também omitindo <fat> e <dup> também, hoje, a tag cEAN que era informada vazia <cEAN/> e foi aprovada em 25/06, tive que preencher 'SEM GTIN' estranhas essas inconsistências. alguma luz ? obrigado Otavio Benini 35180760497708000121550010000004051000004058-nfe.xml 351000120596202-pro-rec.xml

boa tarde, Jwest link:

obrigado, pessoal assisti o vídeo do Daniel Simões de Almeida, "Conheça a ACBrDFeSSL" e tudo se resolveu já emiti algumas notas no ambiente de homologação

boa noite, pessoal tentando emitir NFe v4.0 recebi msg de erro (figura anexa) relativa a protocolo SSL incompatível no componente (figura anexa) tem lá 4 parametros para configurar o SSL e todos estão com "..none" qual valor devo utilizar em cada um deles ? o que implica cada opção ? também, analisando o xml gerado (figura anexa) notei, logo de cara, que a versão informada está como 3.10 alterei o parametro VersaoDF para ve400 e, penso, a versão no xml deveria ser igual obrigado Otavio Benini

boas tardes, existe um roteiro, um manual, alguma ajuda para as principais alterações para quem migra para a versão 4.00 ? obrigado Otavio Benini

obrigado à todos ! o problema era eu estar tentando instalar dentro da pasta Embarcadero, onde estava a versão anterior aí eu mudei e criei a instalação em C:\ e tá tudo instalado agora

prezados, seguindo link indicado pelo Ricardo Voigt, removi tudo, baixei o fortesreport-ce-master.zip, abri e salvei numa pasta de mesmo nome, chamei "frceinstall.exe" e na instalação recebo erro Fatal: F1026 File not found: 'frce.dpk' esse arquivo está presente na pasta Packages o que pode ser ?

bom dia, Sergio o FR que tenho veio com o Delphi 2010 e nunca atualizei o ACBr faz tempo que não atualizo, não precisei de que forma faço essa atualização, pf

sou usuário do ACBr e tenho o Fortes Report instalado e em uso hoje, depois de atualizar os componentes e na tentativa de re-instala-los recebo erro C:\ACBr_T2\Fontes\ACBrDFe\ACBrNFe\DANFE\NFCe\Fortes\ACBrDANFCeFortesFr.pas(1342) Error: E2003 Undeclared identifier: 'UnlimitedHeight' ACBr_NFeDanfeRL.dpk(92) Fatal: F2063 Could not compile used unit '..\..\..\..\..\..\..\Fontes\ACBrDFe\ACBrNFe\DANFE\NFCe\Fortes\ACBrDANFCeFortesFr.pas' Compilation failure Erro ao compilar o pacote "ACBr_NFeDanfeRL.dpk". não mudei nada no meu ambiente antes usei 'apagarAcbr' marcando apenas boleto e mdfe instala normal, mas marcando NFe e SAT gera erro obrigado Otavio Benini

Prezados, haveria uma forma de personalizar o Danfe promovendo ajustes nos tamanhos de determinadas colunas ou campos ? por exemplo: em Identificação do Emitente: dispor de forma distinta as informações, de forma mais elegante em Transportador/Volumes Transportados: reduzir o campo "Quantidade", aumentar o campo "Espécie" em Dados dos Produto/Serviços: reduzir a coluna "Valor Desconto", aumentar a coluna "Valor Líquido" idealmente como atributos do objeto TACBrNFeDANFeRL obrigado Otavio Benini

obrigado, Juliomar o prbl foi decorrente de um erro meu Otavio Benini