Edy

* 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!!!

Pessoal, mesmo usando o Demo do ACBR, em modo homologação, as notas ficam gravadas la na SEFAZ? Pois em testes, resolvi colocar o mesmo número da NFe e ela não transmite apresentando o erro intitulado acima... e mais, já tentei mudar colocando antes do botão CRIAR/ENVIAR do demo isso ( ACBrNFe1.Configuracoes.WebServices.Ambiente:=taHomologacao; ) e não tem jeito, se eu repetir o mesmo número ela dá esse erro de duplicidade, em homologação a SEFAZ deixa computado aquele número da nfe? Obs.: Respondendo indiretamente minha própria pergunta, consultei pela chave as nfe e não constam na SEFAZ, agora porque o sistema avisa essa duplicidade, é o que gostaria de entender.

Pessoal, andei pesando ultimamente: Assim como a Active Delphi e outros portais de programação possuem Revistas impressas ou eletrônicas, será que não está na hora do Projeto ACBR possuir sua revista ao menos Trimestral? Já imaginaram muitos feras aqui moderadores publicando trabalhos passo-a-passo, vídeos, dicas e soluções? Sei que a maioria do moderadores não teria tempo, acredito eu, para fazê-la mensal, mas trimestral acho que dava, e com isso seria uma fonte de arrecadação para ajudar mais ainda esse projeto maravilhoso. Bem, é apenas um ponto de vista meu, mas acho que em média de 48 mil usuários aqui no portal, acredito que ao menos 10% fariam uma assinatura para receber 4 exemplares anuais (se for publicado trimestralmente) ou compraria edições avulsas...mas uma vez, desculpas se isso é besteira minha, mas se for bom para o Projeto, que se junte ai os feras amadureçam essa ideia. Abraços!

Pois é meu caro, ja tinha tentado as 2 opções por várias e várias vezes... RS e SE e não funcionou, mas no demo os dados do Destinatário está Tatui-SP, dai, em pesquisa, vi algo relacionado à "ide.idDest" , que não tem no Demo, incluir com opção =doInterestadual, mudei a aliquota do ICMS, e agora a bendita funcionou... que deveria dá um erro da operação não permitida devido o dentinário não ser definido como Interestadual, mas o que aparecia logo era esse aviso de cUF não atendida... ah, e realmente funcionou só com WebService SE, estranho que antes isso funcionava com RS. Obrigado a todos pela força!

Meu amigo, já tentei de tudo... UF para SE já tinha tentado logo no inicio... NetSolutions, a coisa tá feia meu caro... tou testando tudo que e indicam, e nada.

Eh NetSolutions, ainda bem que o seu foi só isso, aqui amigo, nada. Bem, a UF da Webservice está correto, RS. A sequencia Italo é: 1. Empresa que emite a NF é de Sergipe. 2. Destinatários em teste também são de Sergipe Como Sergipe usa RS, portanto está tudo ok nesse sentido, como venho relatando, nestas configurações não foram mudada nada e tudo estava funcionando bem, dai não sei o que houve a coisa desandou!

Bem, até em máquina nova, que não usava ACBR, instalei, configurei, tudo ok... teste de status ok, apenas alterei as configurações do emitente e as configurações do webservice deixei o padrão do DEMO, alterando apenas as UF de RS e destinatário SE, e lógico o CNPJ do cartão do proprietário do cartão A3 e mesmo assim, o mesmo erro persiste... estou quase acreditando que é problema la na SEFAZ RS ao gerar nfe para Sergipe, porque tudo estava funcionando, com as mesmas configurações e do nada isso.

Existe essa propriedade infNFe.Versao mas no demo não faz uso dela. Quanto ao lote, veja ai em anexo! Obs.:Netsolutions, não acredito que seja sefaz RS, apesar que ocorre o mesmo contigo... pois se fosse, outros aqui já estariam relatando com vários post a situação. 1-env-lot.xml

Pois é Italo, isso foi a primeira coisa que observei e está tudo configurado certinho, é tanto que tudo estava OK e do nada ficou assim, todos que recebo o retorno do erro, vem com "3.00", foi justamente ai que corri logo à procura e nada... tá certinho, configurado 3.10: ACBrNFe1.Configuracoes.Geral.ModeloDF := moNFe; ACBrNFe1.Configuracoes.Geral.VersaoDF := ve310; rapaz, ta complicado entender o porquê!

Olá Maiquel, sim Homologação...Mesmo usando AM também ocorre a mesma coisa. Pior que já testei em mais 2 máquinas minha, achando que poderia ter ocorrido algo na configuração do Internet Explorer, mas mesmo assim esse aviso continua nas demais máquinas... o Status da consulta tá OK, mas na transmissão ocorre isso, o estranho era que tando o Demo como o que estou desenvolvendo estavam tudo perfeito há 2 dias atras, do nada me vem essa...

Pessoal desde ontem não consigo mais usar minha aplicação NFe/NFCe que está em fase de desenvolvimento e o mesmo ocorrer com o Demo Acbr, devido ao erro mencionado neste titulo. Tudo vinha funcionando normal na aplicação em desenvolvimento e também no Demo, mais do nada, não consigo usar mais a WebService de Rio Grande do Sul já que o cadastro de emitente é em de Sergipe. WebService=RS e cadastro do emitente=SE... houve alguma mudança? Já pesquise dezenas de posts sobre esse mesmo tipo de problema mas não conseguir solução pra gente. Obs.: Ocorre em NFe e NFCe. <?xml version="1.0" encoding="UTF-8"?> <retEnviNFe versao="3.00" xmlns="http://www.portalfiscal.inf.br/nfe"> <tpAmb>2</tpAmb> <verAplic>SVRS201603081012</verAplic> <cStat>410</cStat><xMotivo>Rejeicao: UF informada no campo cUF nao e atendida pelo Web Service</xMotivo> <cUF>43</cUF> <dhRecbto>2016-10-03T20:12:17-03:00</dhRecbto></retEnviNFe> Grato, Edy