geanjesus

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...

Muito obrigado Juliana deu certo essa parte pelo menos....

Ola Juliana Obrigado pelo retorno, acontece que esse cliente gera as NFE todas a partir de CFE , voce pode me esclarecer como lançar o Participante nesses casos? acho que estou meio perdido, nisso... desde ja agradeço...foram muitas rejeiçoes 390 ...70 paginas ...acho que foram todas dos CFE eu acho... Porem se o cliente gera as NFE a partir dos CFE de determinado cliente , esse cliente nao seria participante?...?????.

Ola Srs do ACBR estou gerando um arquivo para o SPED Fiscal Icms na versao 11 do layout e utilizando o PVA 2.4.4 (ultimo baixado) esta trazendo 390 erros de Cod_part Invalido e a mensagem é que Nao Informar Participante senao referenciado em pelo menos um dos demais blocos Porem quando pego alguns codigos e checo no arquivo , eles estao sendo referenciados no devidos blocos a que pertencem, como exemplo :=> cfe tipo 59 esta no bloco c800 ( consta o referido codigo do participante - cpf) e 850 respectivamente do proprio PVA na aba escrituração Entao como explicar isso..... Alguem ja passou por isso?

Ola srs do acbr , na parte da manha estava normal a emissao e agora a tarde os clientes nao estao conseguindo enviar mais as notas , esta dando erro direto de e nao conseguem se comunicar com a sefaz SP

Daniel, não há mensagem de erro, simplesmente o programa termina abruptamente , na hora que vai configurar o certificado ou testar o certificado , em toda maquina com windows 10 home single language, ai o cliente alega que com o programa de emissao de nfe da sefaz nao ocorre o problema.

Entao se eu nao alimentar nenhum campo ele nao vai gerar a tag do rastro é isso? e o xml vai passar normal.. entao se eu quiser controlar por lote e nao precisar de datas tenho que esquecer o rastreio e ecolocar nas informacoes adicionais como antes..então tá....

Nao era informado , simplesmente informava o lote e a quantidade em informacoes adicionais, mas agora se faço isso fica duplicado...pois se informo no xml , o acbr ja coloca la tambem e ainda um por linha , se ao memos fosse em uma linha para cada lote , mas quando tem mais de um lote fica 5 informaçoes um em cada linha...e é isso que os clientes estao reclamando...tambem... poderia ser lote xx data fab; xx/xx/xxxx data val: xx/xx/xxxx . qtde : xxxx cAgreg : xxxxx na mesma linha, pois uma nota com 5 produtos e 3 lotes por cada produto , vai ficar um absurdo de grande...