geanjesus

Ola c onsegui mudando para Ambiente Producao mas recebi esta resposta , no ambiente de teste nao consegui nada, sempre da CNPJ nao habilitado obs. o xxxxxxxxxxx x eu editei no lugar do IE - <ns1:TResultLote_GNRE xmlns="http://www.gnre.pe.gov.br" xmlns:ns1="http://www.gnre.pe.gov.br"> <ns1:ambiente>1</ns1:ambiente> <ns1:numeroRecibo>1896507430</ns1:numeroRecibo> - <ns1:situacaoProcess> <ns1:codigo>403</ns1:codigo> <ns1:descricao>Lote Processado com pendencias</ns1:descricao> </ns1:situacaoProcess> <ns1:resultado>022834588100010018965074300 100011SP10009930000XXXXXXXXXXXX 0000000000000000000000000000 00000000000077777716461313 19122018000000000 000000000000012050000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000003000000000000000000000000000 20001c01_UfFavorecida 201Esta UF nao gera GNRE online. 918965074300001383046b8a961f8a18618e5586e1c736a77abf08bebebc08d9c85562ac016567c</ns1:resultado> </ns1:TResultLote_GNRE>

Ola srs do acbr ja pedi para habilitar o cnpj de um cliente la no testegnre.pe.gov ....o qual estou usando tambem o certificado ja recebi o e-mail confirmando que o cnpj esta habilitado e mesmo assim nao consigo testar o gnre sempre diz que o cnpj é invalido o quepode ser alguem saberia?

Ola Srs do Acbr, somente preciso de um Sim ou Não.... ou será que nao entenderam a pergunta... quero imprimir o codigo de barras (nao o numero do codigo de barras) mas sim as barras, na danfe, (nao se trata de informar no xml)....isso ja faço...

Ola Srs do Acbr, É possivel imprimir o codigo de barras do produto na Danfe?

Ai , é que estava o problema, após consultar o Fabricante, foi me passado que a pagina de codigo a ser usada na tp-650 é pc860(Portuguese) e Não pc850 , foi somente mudar isso e , voilá, eureka...imprimiu correto....

Muito Obrigado pelas informaçoes André, isso ja fez um grande estrago pois varios clientes estao pagando impostos a mais, por conta desses cupons duplicados, pois em nossos sistemas para SAT nao temos 100% de condições de determinar se o cupom realmente foi enviado , ja que isso esta a cargo do aparelho do fabricante e nao do nosso sistema como é na NFE... pior ainda o software do aparelho do SAT nem trata duplicidade, ou seja , se voce for enviando o mesmo cupom ele vai aceitando, na boa , voce que tem que gerenciar tudo....portanto temos que ter as informações de retorno , e ainda de imediato, pois senão ficamos com o sistema comprometido na sua integridade e tambem na performance, imagine uma fila de supermercado , e o cliente precisar esperar resolver problema de comunicação entre sistema e aparelho SAT....Para mim faltou maturidade do pessoal de desenvolvimento dos fabricantes em nao prever essas situaçoes, e tratar como uma transação, ou seja , recebeu a informacao e nao conseguiu devolver um retorno..ok , entao deveria cancelar a transação e pronto.... e nao devolver uma condição de erro e seguir com a transação sem retorno...isso é amadorismo na minha concepção.... Inclusive la no passado com as ECfs , isso era exigencia obrigatoria, para se homologar uma ECF...nas quedas de energia....Lembram .... Porem com esses paliativos ai acima , ja vamos minimizar os problemas, Falei com o pessoal da Tanca Novamente e fiz um chamado tecnico para a equipe de desenvolvimento deles e eles me responderam o seguinte: usar a funcao ConsultarNumeroSessao, veja bem , até ela retornar um ok....ou seja voce tem que ficar consultado o mesmo numero da sessao até que o problema seja resolvido, pois se na primeira tentativa voce receber por exemplo outro codigo 6098 - sat em processamento, entao devera dar um aviso para o usuario que foi perdida a comunicação com o sat e pedir para o usuario desligar e ligar o aparelho do sat por 30 segundos ou mudar para uma porta de usb diferente até restabelecer a comunicação novamente , daí entao será retornado os dados do cupom , Se fizer qualquer outro procedimento de envio para o sat após isso , sem receber esse retorno, voce nao conseguirá mais os dados daquele cupom , pois aí será outra sessao a ultima, e esse comando somente consulta a ultima sessão.

Exatamente, serial somente caracteres estranhos, usb ainda vai mas sem acentos....tudo configurado varias e varias vezes...vai ver que devo deixar CHINESE la na pagina de codigo...vou testar....rsrsr

Ola srs do Acbr , tenho recebido o erro 6098 sat em processamento em varios clientes , aleatoriamente, mas quando isso acontece , mesmo mandando um consultarstatus e estando ok, antes de enviar o cupom, eu descobri que mesmo retornando 6098 , o cupom fica gravado no sat e depois é enviado para a sefaz... quando é enviado novamente agora com codigo de retorno 6000 e impresso o cupom ...o cupom ja estava la na sefaz mas com outro numero vamos analisar , tem la uma funcao consultar ultma sessao e recuperar o cumpom que deu 6098, porem esta função só recupera o ultima sessao correto? tentou enviar e deu 6098 e apos isso vamos tentar recuperar o cupom aí dá novamente 6098...la se foi a unica chance de recuperar o dito cujo que agora jaz era e só vai renascer la na sefaz firme e forte para cobrar mais um pouquinho de imposto do contrinuinte ..duplicando quando for reenviado novamente... Para mim isso é uma falha do equipamento, que se nao devolver 6000 ou 7000, como se trata de uma transação, deveria cancelar a mesma, para que seja retransmitida numa segunda chance após analise e reparo do problema ou que pudesse atraves daquele numero de sessao, recuperar o cupom independente de ser o ultimo, pois assim tornou isso um problema até juridico, pois o cliente tem direito ao cupom, e se ele assim o exigir, o comerciante tera que imprimir e entrega-lo como comprovante. Então uma vez que o aparelho , por falha nao conseguiu devolver o xml que gera o cupom, e a sefaz nao permite que se baixe automaticamente pelo sistema o cupom deveria ser cancelado, mas nao é o que acontece, Falando com o fabricante Tanca no caso , tenho varios clientes com TS-1000, eles disseram que o problema esta no aplicativo que deve ser usado a tal funcao consultar ultima sessao, mas como descrevi acima , somente recupera a ultima sessao e qualquer consulta ja sera uma outra sessao e aí???? Deixe alguem mover um processo e ai as coisas deverao ser corrigidas... pois se bloquear a duplicacao do cupom , nao enviando, tambem nao podemos imprimir pois nao temos o xml retornado e aí o que fazer...isso ja está se arrastando desde 2017 pelo menos quando vi pela primeira vez acontecer isso... Eu alterei aquele exemplo do acbr que busca informacoes do cupom acbrws e montei um arquivo onde eu pego todos os cupons la da sefaz no periodo e confronto com o que tenho no meu sistema e o que eu vi foi que tem varios lá duplicados pois , mesmo eu colocando uma senha para nao ser reenviado o cupom , o cliente acaba reenviando somente para poder dar o comprovante para o cliente e nao ter maiores transtornos... A sefaz deveria abrir a recuperacao de xml de cupons atraves do sistema , assim ja resolveria assim como fazemos na NFE....

Como ja havia escrito acima , isso eu ja fiz tudo, alias como serial , aí é que nao esta imprimindo nada , sai tudo caracter estranho , deixa vou consultar o fabricante...

Ola srs do Acbr , estou com uma impressora tanca tp-650 , instalei na usb , usando pc-850 compartilhada segui os passos como esta no acbr e usando escpos...como escposepson imprimiu o cupom porem os acentos nao foram reconhecidos assim: CUPOM FISCAL ELETRÕNICO ---> Imprimiu CUPOM FISCAL ELETRCO OBSERVAÇÕES DO CONTRIBUINTE --> Imprimiu OBSEVAES DO CONTRIBUINTE nao sei se o problema esta no ACBR ou na TANCA....

Ola Sr do Acbr , como fazer uma carta de correcao de uma nota que foi enviada com a nfe 3.10 usando a nfe 4.0 , teria como? pelo menos quando faço uma carta de correçao em uma nfe gerada na versao 4, faz normal mas quando tento fazer uma carta de correçao para uma nfe gerada na 3.10, faz todo o procedimento mas nao consigo pegar o retorno...do evento teria que ser enviada com a versao 3,10 a carta de correcao? , ja tentei mas da erro de assinatura....

Ja resolvi alterando o acbr atraves de uma simples variável booleana se for setada na importacao , pego somente os campos que interessa de acordo com o txt da receita se nao for setada ,pego todos do acbr e estou em paz...mas, Merci et au revoir......

atualize seus schemas com a ultima versao da pasta do acbr e vai funcionar com camposfatobrigatorios := true;

Eu nao estou questionando a condicao de obrigatoriedade de envio do xml pelo fornecedor, mas isso ele pode estar fazendo numa etapa posterior, mas o cliente precisa urgente importar aquela nota , existe umaq dinamica aí, entao o fornecedor pede para o contador dele mandar um txt para ele importar os dados , principalmente com produtos de importação do exterior , e ai campos I, nDi , e outros campos , no caso layout no padrao sefaz-sebrae, que nao esta atualizado ainda com os novos campos como eu ja disse.... e como o layout do acbr ja tem os novos campos , ai nao importa corretamente, isso é meio que obvio né?.... Quer resolver esse problema com esses fornecedores? É muito simples, compra, recebe a mercadoria, se chegar o arquivo TXT em vez do XML, liga para o fornecedor e diga o seguinte: Lhe devo não nego, te pagarei quando me enviar o XML assinado e protocolado. ah se o mundo comercial fosse simples assim, tudo seria resolvido , jamais vou dizer para um cliente tomar esse tipo de atitude...

Essa primeira fase da sua observaçao, eu estou de acordo, mas estou esperando a segunda fase, que é a resposta ....para sua propria pergunta...

Será que deveria ter uma propriedade ExibeCampoDuplicata .....por que o campo exibeCampofatura funciona.... mas no caso das duplicatas ou gera no xml para sair na danfe ou nao gera no xml para nao sair na danfe.... eu preciso gerar no xml e nao sair na danfe as duplicatas....

Ola srs do acbr , preciso quando exibecampofatura = false , nao aparecer na danfe mas tem que estar no xml, e no acbr isso esta impossivel onde posso alterar no acbr para que faça isso...pois se gero no xml, vai sair dados da fatura na danfe, para nao sair nao posso gerar no xml, mas dai senão gero no xml, da erro pois nao bate com a soma das duplicatas...ai fico sem alternativa... e ainda mostrar somente as duplicatas....ou somente a fatura ..como era antes na versao 3.10, somente que na versao anterior nao era checado a soma das duplicatas com a fatura, eu acho....pois nao dava erro e funcionava, mas agora mesmo nao mostrando na danfe precisa a fatura estar no xml....

Entao porque o sistema da propria sefaz , aceita importacao via TXT?

I|CATALOGO|SEM GTIN|CATALOGO - CATALOGO DE CERAMICA|49111090||3102|UN.|200.0000|32.8791353760|6575.83|SEM GTIN|KG|110.0000|59.7802727273||||702.98|1|| para importar basta adaptar os campos que faltam I|CATALOGO|SEM GTIN|CATALOGO - CATALOGO DE CERAMICA|49111090||||||3102|UN.|200.0000|32.8791353760|6575.83|SEM GTIN|KG|110.0000|59.7802727273||||702.98|1|| basta colocar os 4 campos no txt deles, entre o NCM e o CFOP , e agora sim esta no padrao do acbr...isso devera ser feito nos demais campos que faltam...esse é somente um exemplo...senão nao vai importar pelo acbr...

mas é aí que está o problema.... eles nao atualizaram os campos como cest, fcp e etc..como ja disse no post inicial, e porisso nao aceita a importacao no padrao acbr, pois o padrao acbr esta esperando esses campos e no txt deles nao tem entao , o acbr pega campo totaamente errado se for importar a partir do txt deles...isso é obvio..sao padroes diferents... ex: veja entre o campo I (item) , do NCM ate o CFOP no padrao acbr espera os campos CEST|indEscala|CNPJFab|cBenef que no arquivo do sebrae nao tem , isso é obvio que vai quebrar .... são incompativeis.... veja.... padrao do sefaz-sebrae I|CATALOGO|SEM GTIN|CATALOGO - CATALOGO DE CERAMICA|49111090||3102|UN.|200.0000|32.8791353760|6575.83|SEM GTIN|KG|110.0000|59.7802727273||||702.98|1|| padrao do acbr I|cProd|cEAN|XProd|NCM|CEST|indEscala|CNPJFab|cBenef|EXTIPI|CFOP|UCom|QCom|VUnCom|VProd|CEANTrib|UTrib|QTrib|VUnTrib|VFrete|VSeg|VDesc|vOutro|indTot|xPed|nItemPed|nFCI| entendeu agora? ....

mas é aí que está o problema.... eles nao atualizaram os campos como cest, fcp e etc..como ja disse no post inicial, e porisso nao aceita a importacao no padrao acbr, pois o padrao acbr esta esperando esses campos e no txt deles nao tem entao , o acbr pega campo totaamente errado se for importar a partir do txt deles...isso é obvio..sao padroes diferents...

Na teoria e juridicamente correto , deveria ser encaminhado o xml, mas na pratica nem sempre é assim , varios fornecedores mandam um txt que eles geraram no programa gratuito e mandam para o cliente...

Olhe deixem pra lá , eu mesmo vou desenvolver uma rotina para ler o arquivo do sebrae e colocar no padrao do acbr e pronto, estará resolvido....ja que os srs acham tao complicado...simples, somente ler um txt num padrao incompleto e adaptá-lo num outro.. completo..do acbr....só isso... eu só postei aqui pois achei que outros tambem estariam recebendo txt incompleto do sebrae para importação, mas pelo visto saõ só meus clientes,que estao recebendo....sendo assim vou fazer somente aqui para resolver meu problema... mas muito obrigado pela atenção.....

Simples....porque tenho varios , dezenas de fornecedores que mandam para os meus clientes o layout da nota no padrao do programa da sefaz-sebrae.....

Ola Srs do Acbr , ja sei que o arquivo TXT que o programa gratuito da receita Importa é diferente do txt do Acbr , o arquivo deles esta desatualizado, mas enfim os clientes geram os txt apatrtir dele e na hora que vou importar pelo acbr nao funciona, é claro , pois o layout do acbr esta completo e o deles nao... Teria alguma forma de adaptar o txt deles para o padrao acbr antes de importar, seria uma variavel criada para fazer somente isso , na hora de importar , seria ligada para converter o txt da receita no padrao do acbr, sei que isso é obrigacao deles mandar correto, mas no Brasil é sempre assim , colocam um bando de estagiarios, para fazer uma coisa seria e dá nisso... ja vi o txt deles nao tem os campos de fcp, nao tem cest, nao tem um monte de campos necessarios na nfe4, e ainda eles colocam la versao 4.00 alguem precisa avisar pra eles que isso foi mudad e que eles precisam rever o layout, mas enquanto eles nao arrumam isso , estamos tendo muitos casos de txt de clientes naquele padrao que quando precisamos importar é uma confusao, estamos importando la no programa deles , fazer o que né.. mas daria para fazer uma rotina que faria a conversao, incluindo no arquivo deles os campos que faltam(mesmo em branco) pra ficar como o layout do acbr... Eu fiz na mao os ajuste e importou...