Edy

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

Blz meu caro, brigadu!

Consigo mudar forma dele, aquela cor de fundo cinza, etc? Se sim, quais seriam os eventos?

Pessoal, já vi várias aplicações usando o projeto Acbr mais ainda não conseguir personalizar o meu Status do Componente. Gostaria de mudar o nome, a posição onde ele aparece e o que mais puder, tem como configurar isso ou só mexendo no código fonte direto? Qualquer ajuda para uma forma ou outra desde já agradeço os passos que puder me passar. ACBrNFe1.WebServices.StatusServico.Executar;

Sei não hein, mas fui recentemente à gramado com minha família e lá os que recebi tinha os itens descritos. Se em algum lugar por ai está sem descrição de itens, desconheço, mas concordo com vc que seria melhor pra todos só o Qrcode, mas deveria não obrigar a impressão do Qrcode caso itens forem descritos... mas como vc mesmo já disse, temos que ter paciência, leis são obrigações, vai que lá na frente eles fazem como os extintores de incêndio para carros e reconhecem a pouca utilidade, é que na verdade eles adoram burocratizar tudo fiscalmente.

Sim, são térmicas, eu sei, até por isso disse: papel ou tinta, pois lógico se pode imprimir em jato de tinta (raro) ou Laser quem sabe. Bem, até onde vi em todos os pontos comerciais em meu estado que usam NFC-e, vem com os ítens impressos com seus respectivos preços e logo abaixo o Qrcode... ai onde questiono!

Pois é meu caro Ítalo, não vejo necessidade alguma da impressão do Qrcode, poderia simplesmente só existir toda a codificação necessária para validação e transmissão exigida e fim de papo...duvido que 1 em 1000 faça leitura desses Qrcode, deve ser parceria com fábrica de papéis ( já que é uma espaço a mais em uso ) ou os que usam tintas para se gastar mais.... Abraços!

[ Desculpas, sei que o post não tem a ver, mas deu vontade de comentar isso ] Até hoje fico me perguntando pra que troço eles inventaram de colocar QrCode em notas fiscais ao consumidor final, pesquise e veja 1 em quantos faz alguma consulta a isso, até essas informações de tributação passa batido pela maioria da população e cá convenhamos, ver esses impostos só dá é raiva, porque sabemos que, sabendo ou não, pouco adianta pra esses ladrões, só deve gerar é mais raiva pra gente.

Conseguir fazer teste e funcionou normal com EsqElgin, EsqEpson, EsqBematech.

Hummmm, ok!. Bem, eu Compilei demo, e está atualizado, inclusive já possui o modelo ELGIN, agora não sei se essa NIX pode ser diferente do que está definido dentro do demo, já que existe I9 e VOX, agora fora do demo conseguir fazer tudo.

OK Daniel, resolvido, mas somente testando direito, com ACBrPosPrinter1 sem usar o demo... inclusive códigos de barras, corte de papel, tudo, apenas o Qrcode não saiu, mas ai deve ser questão de firmware, isso vejo depois, mas um detalhe, penso em mudar o sistema de impressão de uma aplicação não fiscal minha pra usar esse componente, mas um problema que devo levar em conta é que dessa forma, com essa virtualização/direcionamento, usando protocolos de rede, ao instalar em uma aplicação sem rede local ativa, não vai funcionar, testei aqui, derrubei a conexão, e falhou, só existe mesmo essa forma do componente trabalhar com impressoras USBs?

Sim Daniel, já usei todas as opções de MODELO disponíveis, inclusive existe uma ESC/ELGIN e nada... já alterei diversas opções no exemplo e nada, não sei o porquê...

Beleza meu caro, compartilhei e coloquei porta: \\localhost\elgin_nix e tudo OK! Uma dúvida, ao pedir isso... </c><n>FONTE NEGRITO</N> <in>FONTE INVERTIDA</in> <S>FONTE SUBLINHADA</s> <i>FONTE ITALICO</i> FONTE NORMAL </linha_simples> <n>LIGA NEGRITO <i>LIGA ITALICO <S>LIGA SUBLINHADA <c>LIGA CONDENSADA <e>LIGA EXPANDIDA </fn>FONTE NORMAL </linha_simples> <e><n>NEGRITO E EXPANDIDA</n></e> </fn>FONTE NORMAL <in><c>INVERTIDA E CONDENSADA</c></in> </fn>FONTE NORMAL </linha_simples> </FB>FONTE TIPO B <n>FONTE NEGRITO</N> <e>FONTE EXPANDIDA</e> <in>FONTE INVERTIDA</in> <S>FONTE SUBLINHADA</s> <i>FONTE ITALICO</i> </FA>FONTE TIPO A </FN>FONTE NORMAL </corte_total> Não deveria ser impresso formatado? Está saindo sem formatação algum, somente o texto...

A porta é USB_NIX_1, ele dá o Status [stNaoSerial], fora isso não atende a nenhum recurso definido, não imprimi, não dá aviso algum...

Pessoal, não estou conseguindo testar esse recurso do ACBR ( ACBrPosPrinter ), com uma Elgin Nix não fiscal, pois ela até reconhece o STATUS, a porta é USB, e tudo está funcionando num aplicativo não fiscal que tenho, mas estou precisando usar o ACBrPosPrinter, só que ao tentar imprimir, não sai nada, nem apresenta erro algum, seja qualquer recurso do executável demo ( PosPrinterTeste.exe ), existe algo a fazer?

Já tenho DORO PDF e outros que já usei em vários outros projetos meus há anos, mas não entendi Regis, é como direcionar algo que só aceita portas virtuais com1, com2 etc, ele dá falha quando direciono isso pra uma DoroPDF, não é que não conheça essas impressoras virtuais.