Edy

Bem, tirei um tempinho exclusivo para deixar o demo funcionando novamente.. conseguir, está ok.. agora fiz os teste de emissão em contingência Offline.. usando a mesma forma que uso no meu sistema e no demo funciona 100%... if pos('requisição não enviada', LowerCase(e.Message) )>0 then begin UsarContigencia:=true; GerarNFCe(ed_numNF.Text); * ACBrNFe1.NotasFiscais.GerarNFe; ACBrNFe1.NotasFiscais.Assinar; ACBrNFe1.NotasFiscais.Validar; end; Tai, no demo OK no meu não sei que mistério tem, não vai!

André o detalhe é que depois que atualizei os componentes há uns 10 dias atrás e fui tentar usar o DEMO e infelizmente não conseguir mais transmitir nenhuma NFe ou NFCe, pois dá esse erro: Communication Error 2:O sistema não pode encontrar o arquivo especificado . Dai como no programa que estou desenvolvendo isso não ocorria, eu deixei de lado testar pelo DEMO pq tinha q resolver essa questão que esta me tirando o sossego mas é uma pena que no DEMO está ocorrendo essa falha pq assim poderia testar por ele pra ver onde poderia está esse erro 'UF não pode ser vazia" Obs.: uso Certificado A3

Meu caro, tentei até mudar um pouco a ordem como vc colocou ai, mas mesmo assim, não adiante, tou ferrado, a sorte é que tudo ainda é so teste mesmo, nada está sendo colocado em produção em empresa nenhuma... mas a coisa tá ótima, o projeto tá ficando muito bom... mais isso já tem 1 semana que não consigo resolver, como algo funciona 100% para emitir NFCe, NFe, cancelamentos, cartas de correçao, inutilização mas essa emissão Offline não dá???, não sei o que é, é colocar em modo off que não vai, tá duro amigo!!!

Observei que a mesma procedure que prepara a NFC para depois Gerar, Assinar e transmitir e que funciona tudo certo em modo Online, basta se mudar a linha para Offline que o sistema não captura mais nada, nem UF, nem Série, Nem número da NF, afinal, porque a mesma que gera tudo normal, e apenas trocando para offline ela não captura nada? Será que alguém aqui poderia me dá uma dica? Parece simples mais infelizmente já tem dias que a coisa não anda aqui.

Pessoal, estou testando a parte de contingência offline e está ocorrendo um erro estranho quando provoco a contingência pois apesar da UF está sendo passada perfeitamente, já que a mesma procedure de gerarXML e Assinalar está funcionando 100%, mas pra contingência da erro de: 'UF não pode ser vazia'... ja testei de tudo e não tem jeito, só dá isso, veja abaixo o que passo: if pos('requisição não enviada', LowerCase(e.Message) )>0 then begin UsarContigencia:=true; GerarNFCe(ed_numNF.Text); * ACBrNFe1.NotasFiscais.GerarNFe; ACBrNFe1.NotasFiscais.Assinar; ACBrNFe1.NotasFiscais.Validar; end; ( * ) dentro da procedure GerrNFCe ja se encontra os dados da UF corretos e modelo da NF: ACBrNFe1.Configuracoes.Geral.ModeloDF := moNFCe; ACBrNFe1.Configuracoes.Geral.VersaoDF := TpcnVersaoDF(cbVersaoDF.ItemIndex); ACBrNFe1.Configuracoes.WebServices.UF:=cbUF.Text; E mesmo assim, dá ERRO. Deburando o erro ocorre neste: procedure TACBrDFe.LerServicoDeParams(const ModeloDFe, UF: String; const TipoAmbiente: TpcnTipoAmbiente; const NomeServico: String; var Versao: Double; var URL: String); var Sessao, NomeSchema, ArqSchema: String; VersaoAchada, VersaoSchema: Double; begin if EstaVazio(ModeloDFe) then raise EACBrDFeException.Create('ModeloDFe não pode ser vazio'); if EstaVazio(UF) then raise EACBrDFeException.Create('UF não pode ser vazia'); Obs.: Modo Homologação. Alguém da passou por isso e poderia e dá uma Dica?

É realmente ótimo isso Marlon, já tentei fazer como vc quer mas até o momento sem resultados, daí deixei por enquanto de lado... mas estou à procura disso tb. Desculpe, o texto abaixo, é só um ponto de vista meu, mas que se prossiga respostas sobre o tópico aberto por Marlon. " Eu realmente até hoje não entendi a lógica operacional do projeto de notas eletrônicas obrigar que tenhamos guardados NF emitidas. Sou proprietário de uma loja comercial de Móveis na minha cidade há 8 anos que minha família gerencia e o que imagino se algum dia chegar um fiscal aqui pra analisar alguma irregularidade com notas, como ocorreu na loja de Sapatos e Confecções do meu vizinho, onde eles pediram o XML de uma nota específica para analisar uma irregularidade com a empresa que vendeu produtos a eles... espere ai, se as notas ficam lá na base da SEFAZ, tudo constando lá, será que numa possível averiguação por suspeita de algo, eles simplesmente não poderia chegar no escritório da loja, até com próprio notebook dele ( o fiscal ) e consultar notas suspeitas emitidas pela empresa X sem precisar está pedindo ao dodo da loja? Realmente não entendi essa estrutura lógica onde fiscalizar são fatos raros, principalmente hoje em dia com nfs online ( em 8 anos, nunca houve um fiscal em minha loja ), sendo assim o que custaria ele consultar notas suspeitas e mostrar ao dono da loja o fato que iria gerar multas e apreensão?...Seria muito simples, agora porque tanta burocracia em obrigar guardar Notas por 5 anos? Isso deveria ser coisa do passado, com toda modernidade, deveria acabar com isso, mas paciência. " Continuemos o tópico para sanar a dúvida do Marlon, que também me servirá!

Josival, estou com esse mesmo problema, tudo no sistema funciona certinho...Gerar/Transmitir NFe, NFCe, Eventos de Cancelamento e CCe, mas, inutilização para nesse mesmo erro, vi que os fonte estão tudo OK, atualizado, recompilados, pois afinal, tudo funciona certo, exceto isso, como você resolveu? Ou se alguém puder dá uma dica, agradeço.

"Só vou tentar descobrir, porque as cartas reenviadas para mesma nota ( 2ª, 3ª carta de correção em diante ) ele passa a gravar na pasta eventos\nfce ao invés de continuar a gravar na pasta eventos\nfe, isso vai ser outro mistério, se descobrir eu posto aqui, senão, abro novo post." - Ok, descobrir. Para os que salvam XML de Notas Fiscais e eventos em pastas, segue um detalhe: Se o salvamento de arquivos estiver SeparaPorModelo:=true como é o caso do meu...o sistema gravará na pasta de eventos que você definir separado por NFe e NFC-e, assim se você não definir antes de gerar sua CCe como: ACBrNFe1.Configuracoes.Geral.ModeloDF := moNFe ele sempre irá salvar na pasta do último modelo de Nota FIscal usado, quer dizer, se vc emitiu uma NFe e no dia que resolveu emitir uma Carta de Correção vc emitiu uma NFC-e antes, o sistema sempre pega o último modelo usado e os eventos ficam gravados nela...portanto se vc quiser que seus eventos de NFe fiquem gravados na pasta de eventos\nfe ( por exemplo), você terá que definir que trata-se de uma NFe antes de gerar o evento, inclusive esse detalhe também ocorre no DEMO do ACBR.

Uffa, depois de dias, finalmente descobrir o que estava ocorrendo, vamos lá: Lendo o manual e também lendo alguns post que vi aqui, estava entendo que o campo infEvento.nSeqEvento deveria ser incrementado em +1 sempre que fosse gerado uma CCE, até ai tudo bem, era só fazer um autoincremento e nSeqEvento seria incrementado... só que estava errado, só se deve incrementar+1 para sequencias de novas cartas que forem emitidas para a mesma NF, sendo notas diferentes, se deve usar nSeqEvento:=1 ao menos é o que entendi. Dai em todas as notas testes eu não tinha feito o autoincremento para nSeqEvento e estava usando apenas o número 1 e até umas 10 cartas emitidas pra NF "diferentes" deu certo, e gerava o XML na pasta normalmente, tudo OK, mas o problema foi quando resolvi mandar nova carta de correção para as mesmas notas, dai esse nSeqEvento já deveria ser incrementado em +1 para não gerar Duplicidade e limitando-se 20. Como o sistema não gerava uma exceção para o retorno de Duplicidade (Cstat=573), e gerava a impressao em tela da Carta, eu não lia o código do erro com respectiva descrição, e apenas via a carta ali passando os olhos rápido, dai achava que era iguais as outras que já tinha impressa, e fui em busca do XML, e dai foi que me enlouqueceu, pois não estava gravando, onde na verdade ele nao gravava por causa o erro 573. Se o erro de duplicidade gerasse uma exceção como ocorre na transmissão de NFe/NFC-e ai sim não iria cair nessa pegadinha kkkkk. Só vou tentar descobrir, porque as cartas reenviadas para mesma nota ( 2ª, 3ª carta de correção em diante ) ele passa a gravar na pasta eventos\nfce ao invés de continuar a gravar na pasta eventos\nfe, isso vai ser outro mistério, se descobrir eu posto aqui, senão, abro novo post. Caso alguém tenha alguma consideração a fazer sobre o assunto, sintas-se à vontade, se disse algo errado, pode corrigir pessoal!

Pessoal, sei que deve existir aqui no fórum mais já vasculhei de tudo quanto é forma e não encontrei... salvar as NFe/NFCe onde eu quiser, tanto pdfs ou xmls estão OK agora salvar o XML de retorno da Sefaz de eventos, como CCe ou Cancelamento, esse não estou conseguindo...ele salva apens os arquivos tipo ( 1-ped-eve-soap,1-eve-soap.xml etc ) mas o xml mesmo com o protocolo e autorização o retorno, o arquivo procEvento não salva. Já deixei todas as configurações.salvar de todos ativo, como o de arquivos, geral, e webservice, todos com seus Salvar setados para true, e também especifiquei o caminho do PathEventos, mas nada desse arquivo de xml vir. O que pode está ocorrendo? Até no DEMO do acbr atual também não vem isso, mesmo com tudo ativado e caminhos especificados...

* em NFC-e.

Em NFe para simples nacional, se preencher os campos vBC, pICMS e vICMS e o totalizador final informar zerado, por incrível que pareça, passou... estranho é mais passou. Bem, ficou entendido... Valeu meu caro!!!

Pessoal, já li um manual técnico a NFCe e outro de Preenchimento de NF emitido pela sefaz do RJ. Mas a dúvida continua em alguns casos, onde: 1. Se a NFCe for emitida por empresa no Regime Normal, li no manual que as Tags ICMS.vBC, ICMS.pICMS e a totalização devem ser preenchidas no caso da CST 00 e 20, nas demais Não. Li também que NFCe emita por empresa Simples Nacional nenhuma das tags abaixo e sua totalização devem ser preenchidas, conforme diz ( http://www.fazenda.rj.gov.br/sefaz/content/conn/UCMServer/path/Contribution Folders/site_fazenda/informacao/sistemaseletronicos/nfce/Preenchimento_NFC-e.pdf?lve )... mas no caso da NFCe pra Simples Nacional eu preenchi os ICMS.vBC, ICMS.pICMS e apenas coloquei zerado Total.ICMSTot.vBC := 0 e tem passado normal em modo de produção, discordando assim no manual acima...como também se eu zerar os ICMS.vBC, ICMS.pICMS passa... afinal como vocês preenche esses campos? Zerados para caso do Simples e com valores para caso de Regime Normal com CST 00 e 20? with ICMS do begin CST ou CSOSN := ICMS.orig := oeNacional; ICMS.modBC := dbiValorOperacao; ICMS.vBC := ? ICMS.pICMS := ?; ICMS.vICMS := ?; Total.ICMSTot.vBC := ?; Total.ICMSTot.vICMS := ?;

E ai meu caro, também estou me deparando com esta situação, vc conseguiu algo?

OK já encontrei a resposta. Pra outros que possam passar pelo mesmo problema... se informar modo SINCRONO=TRUE não se recebe esses retorno.

Meu caro colega, aonde você coloca esses retornos, porque coloco após o enviar, conforme abaixo e ele sempre me dá um erro, que é: List index out of bounds, como se não existisse nenhum item. ACBrNFe1.NotasFiscais.Assinar; ACBrNFe1.NotasFiscais.Validar; ACBrNFe1.WebServices.Envia('1', true); ShowMessage(ACBrNFe1.WebServices.Retorno.NFeRetorno.ProtNFe.Items[0].xMotivo);

Aposto que Sergipe será o 2º a copiar isso, pois esse governo atual adoooora novidades pra enfiar certinho no ra.... do povo.

M_Albulquerque eu também sempre tive essa curiosidade, mas no DEMO ACBR marcando ou não essa opção, ele sempre assina digitalmente e transmite sem erro, ao menos em modo de homologação aqui em teste... O que vc já descobriu sobre o uso? Pois não vi onde o método "assinar" ou "validar" usa isso, ao menos em estando Ativo ou Não o CheckBox CBAssinar ele deve criptografar e transmitir normalmente...se descobriu algo post aqui, sempre vai haver um marinheiro de prima querendo saber. Obs.: Sim, sei que tem relação com certificado, com o modo de criptografia hash SHA1, SHA2, SHA256 etc, mas fiquei também sem entender seu uso direto.

Obs.: Apesar do aviso em letras vermelhas de Erro de Digitação de Dados, não é verdade, pois tanto digitei como copie e colei a chave, dá o mesmo erro na consulta.

Pessoal, a NFCe( em modo de Homologação ) está sendo gerada normal sem erro e transmitida, mas... porque ao consultar no site da Sefaz NFCe de homologações ao digitar a chave dá o erro: Erro na formação do qrcode 237 - código de imagem inválido. Conforme imagem e xml anexado. Detalhe: Sefaz de Sergipe. Já tenho ID e CSC gerado lá no site para uso em Homologação, tudo ok. 1-env-lot.xml

Meu caro, eu parai o desenvolvimento da parte fiscal de meu sistema e recomecei mais ou menos em maio desse ano, devido à necessidade imensa para 2017, assim ainda estou concluindo já que tenho outros sistemas e não estou tendo tempo exclusivo pra ele, mas já está num bom caminho. Não pude fazer ainda um manual bem passo-a-passo, mas assim que concluir quero fazer. Minhas maiores dificuldades foram relativas à parte fiscal, onde a burocracia reina as escriturações contáveis nesse pais, é triste, lamentável demais, ver um pais onde já houve mais de 300 mil normativas reguladoras desde sua constituição, segundo uma palestra contábil que fui há uns 2 meses atrás. Então meu caro, sugiro que faça seu sistema de inicio só para atender a empresas do Simples Nacional, onde será muuuuito menos burocrático, depois você adapta à Lucro Real e Presumido. Ler o manual de normas técnicas das NFEs é de extrema importância, apesar que, se você estiver com pressa pra desenvolver, vai perder a paciência de tanta coisa pra ler, assim pode ir até lendo quando cada dúvida for surgindo, caso não já encontre respondida em fóruns. Como não tenho nada pronto dos passos, sugiro como todos já devem ter lhe sugerido, usar o DEMO. Lembrando que o demo está usando base contábil de regime Normal ( que são os usados para Lucro Real e Presumido ), se mudar para Simples nacional alguns cálculos de impostos ficam de fora, tags de cálculos de pis, confins, destaque de ICMS, IPI não precisam ser preenchidas e/ou calculadas. Outra questão é definir que o sistema atenderá à comercio varejista ( compra e revenda ) e não à indústrias, assim já não entra cálculos e entendimento contábil sobre Substituição Tributária...facilitará mais ainda, onde na verdade atenderá à 90% ou mais dos sistemas que você irá vender. A principio lhe digo que: - Deverá criar algumas tabelas, a primeira seria para guardar cada número de NFe/NFC-e que você irá gerar para usá-la como número da nota fiscal a ser transmitida. Veja neste poste que comento sobre isso: - Deverá criar uma tabela MESTRE para registro da base principal da nfe/nfce ( saiba que criando uma nfe, ficando pronta, pouca coisa você irá mudar para atender as NFCes, portanto, se concentre em desenvolver 1ª NFe. E criar uma tabela detalhe para registro dos produtos vendidos com as devidas aliquotas e calculos de impostos ( que como disse, para simples nacional, a maioria das TAGs de impostos simplesmente você só informará zeros ). Tem outras tabelas que deverá criar para se ligar à tabela mestre da NFe que sao uma tabela de transportadora, outra de financeiro. Estude a procedure GerarNFe() onde prepara sua nota fiscal em si, onde são preenchidas as Tags de produtos, impostos e outros, você irá se situar bem. Estude o método de enviar notas ( ACBrNFe1.Enviar ) onde no demo já processa o Envio, Assinatura e validação você vai entender muito bem essa parte. Leia essa montagem de tags de cada item da NFe neste link que lhe adjudará a entender melhor essa distribuição dos variados tipos de enquadramento fiscal da venda de produtos: http://www.flexdocs.com.br/guianfe/gerarNFe.detalhe.imp.ICMS.html Tenho ainda poucos conhecimentos técnicos, mas espero ter ajudado a dá um passinho a mais. Abraços!

Rael, no meu entendimento, a NF de entrada para "comercialização", trata-se apenas de uma importação de XML, portanto ela já virá com número da NFe e assim não se utiliza esse número sequenciado que vc guarda para somente emissão... agora existem casos de NFe de entrada ( quando um cliente devolve a mercadoria sem emitir a NF de devolução ), é que vc receberá a nf do transportador onde vem especificando que o seu cliente se negou a receber a mercadoria, daí vc terá que dá uma Entrada de mercadoria com cfop de devolução e transmití-la à sefaz ai usa-se o numNF+1 para nova nota. No meu entendimento, por favor me corrijam caso errado, vc só incrementa ( numNF + 1 ) sempre em uma emissão de nota para a SEFAZ... Entradas de mercadorias, que eu saiba não se transmite nada, exceto a situação que detalhei acima sobre devolução... agora se existe algo que se controle nessas entradas, só se for para uso de SINTEGRA e SPED FISCAL, coisa que no momento ainda não cheguei lá, até porque 99% dos meus clientes aqui da região são Simples Nacional ( e a maioria se enquadra em situações q são dispensadas, a depender do estado e faturamento ) e não irão usar... e Sped Fiscal se não me engano é só pra Lucro Presumido e Real. Se você não for controlar SINTEGRA e SPED FISCAL já se torna mais fácil, pois sua importação de XML será apenas para dá a entrada no estoque e evita redigitar as notas sem precisar controlar as mudanças de CFOPs dos produtos de entradas para futuras gerações corretas do Sintegra/Sped Fiscal que exige um controle mais rigido na apuraçao dos impostos.

Bem Rael, eu também estou com o barco andando, não concluir meu projeto de emissão de NFe em meu sistema, mas pelo que entendi, e que os mais experientes possam corrigir, meu numerador de NFe esta assim: Criei uma tabela específica para isso: sequenciaNF Campos: Tipo Serie numNF * modelo dataInicio nfnormal 1 1 55 xx/xx/xxxxx nfnormal 1 1 65 xx/xx/xxxxx nfcontSCAN 900 1 55 xx/xx/xxxxx Existe ainda uma outra Série de números que se não me engano é entre 890 e 899 pra nf avulsa. A 900 a 999 são pra modos de emissão contingência SCAN, não sendo SCAN sua numeração poderá ser usada a mesma do modo normal. Daí é só ir incrementando automático suas saídas (numNF +1) e usando na nfe que estiver sendo emitida. Até o momento, como ainda não foi posto em prática o projeto direto em um ambiente comercial, mas pelo que entendi contabilmente, uma "nota de entrada" já vem com um número definido e não entra nessa de gerar uma numNF baseado na última sequencia dos que estão em seu banco de dados... exceto notas de devolução onde o seu comprador não gerou uma NF de devolução, ai você terá que gerar uma Nota de Entrada, mas ai acredito eu, que usará a sequencia de nfs que estiver em andamento ( as de saídas mesmo ), apenas mudando a tipo: Saída p/Entrada. ( * ) controle o limite máximo do NumNF que será 999.999.999 Sou pouco experiente ainda no assunto ( gerar nfe/nfc), mas taí uma luz, e caso esteja errado, que boas correções seja bem vindas.

Estou totalmente confuso. No sistema que estou desenvolvendo, a aliquota do ICMS é preenchida de acordo com o estado de Origem e Destino, assim, se ele identificar que a NFe é pra um cliente dentro do estado, ele usa a aliquota estadual e caso seja para outro estado, tem uma tabela e ele identifica o estado destino e aplica a devida aliquota... Essa aliquota eu preencho nas tags de icms conforme abaixo: with Imposto do begin .............. with ICMS do begin..... ICMS.pICMS := % Aliquota por produto ( se obtem a estadual ou interestadual, a depende da origem/destino ) Dai, onde recai a dúvida: No meu cadastro de produto não existe o percentual para cada produto ( x% ), eu uso apenas o percentual do icms dentro ou fora. Exemplo: Preencho ICMS.pCIMS = 18% se for venda para dentro do estado (Sergipe) e 12% se for para São paulo por exemplo, so que vejo diversos sistemas no mercado que não existe o cadastro do percentual por produto mais sim somente muda a depender da Origem/Destino, mas nem todos os produtos são vendidos internamente ou externamente com a mesma aliquota, então como vocês resolveram isso? Já que se eu cadastrar todos os produtos com as aliquotas corretas.... a maioria por exemplo com 18% mais algumas como bebidas a 25%, na emissão interna, se eu controlar o percentual por produto, da correto, já que o sistema usará as aliquotas dos produtos e quando for venda para outro estado, já que ele tem que seguir o percentual de aliquota interestadual, sendo assim, como fica? Obs. Se existir algum tópico aberto, se possível me passe o link, já que não encontrei.

Hummmm, interessante, essa eu não imaginava de forma alguma, já que não via sentido ela deixar isso gravada, achei apenas que o servidor lá efetuaria os devidos cálculos para retornar como validada ou não e pronto, não a deixava gravada... tá bom, valeu ai meu caro BigWings!!!