bnobre

Olá... Rapaz, no momento que você consegue fazer o envio ONLINE da sua nota, que inicialmente foi emitida OFFLINE, o próprio componente salva o XML com o protocolo no diretório especificado por você. Dá uma conferida ai

Entendi. Mas em que categoria entra o 12029, falha de internet ou timeout (buraco negro)?

Acho que por aqui matamos. Para fechar bem Régys... Sei que o 12002 é do timeout, pois sempre que tenho essa problemática, é com esse código. Pela leitura de suas descrições acima, o 12007 seria o de falha de internet. Estou certo? E em que categoria entra o 12029, falha de internet ou timeout (buraco negro)?

Acho que "matei" o problema através do vídeo https://www.youtube.com/watch?v=znVzIe8T4PE. E a solução é mais uma questão de não observar o óbvio do que pode ser feito. Se observarem o vídeo e trazerem a nossa realidade do ACBR, a contingência só pode acontecer através de 2 motivos: 1 - Falta de internet 2 - Timeout (ou o tal BURACO NEGRO citado no vídeo) No caso da falta da internet é fácil, emite em contingência e pronto. Pois temos a certeza que a nota não foi autorizada. No caso do Timeout, não sabemos o que aconteceu. O problema está no tratamento que damos a ela, pois nós emitimos ela em contingência, entregamos para o cliente e REZAMOS para que ela realmente não tenha sido autorizada. O que o Claudenir faz no vídeo é uma grande "sacada". Como ele não sabe o que aconteceu, ele pula o número e já emite direto em contingência, para ter certeza que essa nota realmente não foi autorizada. Aí depois ele checa o que aconteceu com a anterior, se autorizou então CANCELA, se não, INUTILIZA. Pronto. Cliente com chave certa, QR Code certo, além de nossa aplicação está com a base certa. Acho que fechamos a problemática. Agora surgiu outra... Como diferenciar o erro se é de internet ou de timeout (BURACO NEGRO)?

Olá flavio80s... Sobre seu comentário: Está errado. Segue abaixo: Portanto na verdade os mesmos problemas que terei em relação a internet no modo SINCRONO, também terei no modo ASSINCRONO, mas ao meu ver, com uma menor complexidade de tratamento. Observe, no primeiro (Sincrono) eu envio e já recebo a resposta se deu tudo certo ou não. Se deu algum problema envio em CONTINGÊNCIA (envio offline e imprimir duas vias - Cliente e Estabelecimento) e continuo vendendo. No segundo (Assincrono) eu tenho que enviar, consultar o recibo e só depois, da mesma forma, checo se deu algum problema e envio em CONTINGÊNCIA e continuo vendendo.

Caro magnosystem, grato pela resposta. Mais tem um detalhe, eu só trabalho nos PDVs em modo SINCRONO e mesmo assim tenho esse problema, em todos os meus clientes. É relativo, com a internet boa a incidência é menor, mas com a internet ruim (por exemplo o 3G que aqui é péssimo) a incidência é bem maior. Outro detalhe, assim como o Régys questionou... Porque é inviável trabalhar nos PDVs somente em modo síncrono???

Bom dia Então Dércio, mas como não temos plena certeza, nem vale a pena fazer a alteração sugerida por você. Pois imagina se colocamos para dia 03-11-15 o componente gerar a tag do QRCode e a SEFAZ adia?!?! Vai ser o "caos na Terra".

Olá magno...Grato pela explicação... Mas me tira outra dúvida... Não entendi o comentário desse seu except: Except //exceção muda para pegar o cstat em seguida. End; Como assim? O que aconteceria ou eu deveria fazer aqui dentro? Não deveria ser o comando abaixo a entrar nesse except, pois quando tentasse enviar dinovo (dessa vez como online) daria outra exceção de duplicidade, nesse caso com mesma chave - cstat 204 if NFCE.WebServices.Enviar.cStat = 204 then //marca a flag da nota como enviada. Outra questão que já apontei até nesse outro tópico criado por mim http://www.projetoacbr.com.br/forum/topic/24237-nfc-e-em-duplicidade/. Esse negócio de enviar a nota em modo SINCRONO e não receber o retorno acontece direto comigo nos clientes, aí fiz igual você falou, coloco em CONTINGENCIA, pois não sei o que aconteceu com a mesma e libero o cliente. Quando a internet volta eu tento enviar em contingência e descubro que ela havia realmente sido enviada ONLINE na última tentativa, pois dá erro de Duplicidade com Chave Diferente, troco o XML para online e envio dinovo, dá erro de Duplicidade com a Mesma Chave, tenho certeza que a nota já havia sido enviada e como ONLINE, marco como ONLINE na minha base e pronto. Aí que está a questão. Na minha base está tudo certo, mas o DANFE que o cliente levou nesse caso está com chave errada e QR Code errado, ele nunca vai conseguir consultar com esse DANFE que levou errado como CONTINGENCIA. Está certo o meu raciocínio? E se sim, ficamos a mercê da sorte nesse caso? De ante mão já agradeço a sua atenção

Olá Dércio, tenho acompanhado o seu tópico e assim como você, me preocupa o fato de ter que mudar o executável apenas no dia 03-11 para todos os clientes. Mas tenho outra preocupação...Sou do RJ, que pelo o que o Italo falou usa os Servidores do RS... E se no dia 03-11 essa mudança não estiver realmente pronta e a produção continuar negando as notas com a informação do QR Code?

Caro Magno, Agradeço o seu tópico, está me dando uma "grande luz". Estou com um sério problema nos meus clientes que cai na situação do seu "pulo do gato". Eles enviam a nota em modo SINCRONO e devido a problemas de conexão eu não tenho o retorno positivo da mesma. Antes eu cancelava a gravação na base e perdia todos os dados da venda. Agora estou seguindo a sua dica e jogando em contingência. Como você falou, ao tentar enviar a contingência, recebo o erro Duplicidade com chave diferente, pois a nota pra mim está como OFFLINE e para a SEFAZ está ONLINE. Até aí tudo bem. Dai para frente que eu não entendi o seu exemplo. Você orienta gerar a mesma novamente de forma ONLINE e enviar... mas aí não vai dar Duplicidade com a mesma chave? Você poderia postar o seu código frisando essa parte? Seria de grande ajuda Desde já agradeço a atenção

Olá a todos, Estou desenvolvendo um emissor NFC-e, e pelo que observei em alguns exemplos de XMLs sobre o cálculo do valor do ICMS para empresas de CRT normal é o seguinte: Se eu tenho um produto de R$ 15,00 e uso 60 % de Base de Cálculo, tenho R$ 9,00 de base para o cálculo do imposto. Com 17% de alíquota de ICMS sobre esses R$ 9,00 de Base de Cálculo, teria que pagar R$ 1,53 de Valor do ICMS. Minha primeira dúvida é: Nesse exemplo que dei, os valores estão corretos? É assim que se calcula? Minha segunda dúvida é: Observei esses cálculos em empresas de CST 00 e 10. Sei que em outros CSTs outras informações são obrigatórias como Reduções, ICSM ST e etc, mas o cálculo de BC, alíquota de ICMS e valor de ICMS funcionam da mesma forma??? Desde já agradeço a atenção PS: Se alguém tiver algum material interessante com exemplo de cálculos de tributos de NFC-e e NF-e peço que mandem.

Grato amigo, muito bem explicado!!!!

Realmente amigo, estou muito desatualizado mesmo. Quanto a desenvolver, o meu medo é ter que ficar atualizando sempre o sistema devido a schemas de validação que mudem frequentemente ou outros detalhes... Isso acontece com muita frequência??? Pois se ocorrer nesse momento não poderei dispor de tempo para dar tal manutenção, daí a terceirização ser uma opção viável para mim, pelo menos nesse momento. Mas se isso não ocorrer, vale a pena eu "resolver" com uma ferramenta própria aliada aos componentes da comunidade.

Olá a todos, Gostaria de uma ajuda da comunidade: A alguns anos tenho um sistema rodando em uma transportadora, e dentre outras coisas, o mesmo tem um cadastro dos Conhecimentos de Frete. Falo do RJ, e o contador está dizendo que os CTes começaram a ser obrigatórios a partir de 01/08/2013. Atualmente estou muito ocupado com um sistema de uma clínica e não tenho tempo para me dedicar a esse projeto afim de criar e manter a funcionalidade do CTe. Com isso fiz uma busca na internet e rapidamente achei uma solução que a princípio resolveria o meu problema e me daria tempo para resolver isso depois, segue link em anexo: http://www.ophos.com.br/servicos/versattict-e/ O sistema da OPHOS permite um integração com qualquer sistema via .TXT, .XML ou webservice. Até ai tudo bem, só que o contador já havia me falado da necessidade de geração do arquivo SINTEGRA. Eu sou leigo nesse assunto, mas de acordo com post de um colega da comunidade seria o seguinte: "Um arquivo eletrônico que antecede o SPED Fiscal. Dentro dele vão todas as movimentações mensais do contribuinte, é obrigatório e exigido pela contabilidade." Ao indagar sobre a geração do mesmo com um representante da OPHOs recebi a seguinte resposta: "a ferramenta Ophos.CT-e atenderá perfeitamente à empresa tratando-se de praticidade, otimizando tempo e gasto com infraestrutura em relação à emissão do Conhecimento de Transporte Eletrônico. Trata-se de uma ferramenta específica para emissão do CT-e. A solução não gera o SINTEGRA. O cliente poderá exportar os arquivos XML no período que selecionar, por exemplo mensalmente, e encaminhá-lo à Contabilidade. Através desses arquivos o próprio contador, poderá enviá-los à Receita." Com isso lhes pergunto... quem tá certo nessa história??? A OPHOs ou o contador??? No aguardo Abraços e desde já agradeço a atenção de todos

Então posso simplesmente usar o componente do ACBR para Nfe e CTe, que funcionam, sem a necessidade de homologação??? Posso desmentir o contador???

Foi mal pelo CTRCe... hehehehehe Então porque homologar???

Olá a todos, tudo bom??? Possuo um software em uma transportadora a alguns anos e agora necessito implantar o CTRCe e gostaria de utilizar o componente do ACBR para tal. A questão é que desenvolvi esse software específico para essa empresa e o contador falou que o mesmo não poderá emitir o CTRCe se não for homologado e o mesmo não sabe me orientar no processo de homologação, falo do RJ. A minha grande dúvida, antes de começar é, se eu realmente preciso homologar meu software e se sim, porque??? Não tenho nenhuma experiência sobre homologação e apesar de programar a um bom tempo, nunca entendi direito quando é necessário fazer esse processo e porque! Se alguém tiver dicas de palestras ou cursos aqui no rio sobre o assunto, agradeço. Abraços e desde já grato pela atenção

Realmente, pois o componente label tá transparente, ai acaba pegando a cor do form, mas o problema de ficar transparente continua

detalhe, percebi agora que estou com esse problema em todos os forms, se coloco um label com fundo, ele fica transparente mas se uso o lbl1 do frmstatus ele mantem o fundo

Bem resolvi, mas é muito estranho, parece um tipo de bug. Copiando o .pas do frmstatus ou duplicando o form, o objeto lblstatus fica transparente, mas só no meu projeto. Em qualquer outro projeto novo fica com o fundo normal. Se eu adicionar um label tb do zero, ele fica transparente tb. Só funciona no meu projeto copiando o lbl1 já existente, esse por algum motivo, nao fica transparente. Já chequei todas as propriedades de ambos e tá tudo batendo. Meu projeto é em delphi, tem uns 200 formularios, umas 70 tabelas em mysq, delphi 7, zeos, jvcl, acbr e outros componentes. Será algum conflito entre componentes??? Estranho, resolvido, mas não entendido. Abços

vlw isso mesmo... agora não sei porque ele não atualiza o lblstatus... no espaco do lblstatus que tem um fundo cinza, fica um fundo branco e nada escrito... já aconteceu contigo???

Boa noite galera, sou novo no fórum, mas espero poder ajudar. Estou com um problema, na verdade no AcbrCte, mas postei aqui pois a experiencia no o acbrNFE é maior, e creio que pelo tipo do problema, a solução seja similar quando ocorre com o AcbrNFE. Estou elaborando um CTE, e assim como o NFE, quando usamos o .ENVIAR, .CONSULTAR, .CANCELAR e demais, o componente gera uma telinha cinza pequena escrito "Status da solicitação - Verificando Status do Servico". Tá tudo funcionando filé, mas a telinha cinza não aparece no meu projeto. Quando rodo o projeto de exemplo do ACBR ela aparece. Alguém já passou por isso??? Abços e desde já agradeco

Grato meu caro, mas quanto a configurar tá tranquilow. Só queria a certeza da finalidade do webservice. E se podia usar qualquer um ou só a do estado do Emitente. Outra coisa, vou usar o certificado de um cliente para testar, no ambiente homologação os CT-es e NF-es não tem validade juridica, correto???

Galera, boa tarde, sou novo no fórum e espero poder ajudar tb. Pelo que pesquisei, a tag cDV representa o código verificado da chave de acesso. Gostaria de confirmar com vcs se o AcbrCet gera ele de forma automatica mesmo??? Pois no momento estou usando assim. Gostaria tb de uma definição sobre WebService, pois pelo que entendi, existem vários espalhados por ai em cada estado e eles servem para receber os CT-es, é isso??? E qual devo usar, qualquer um??? Abraços a todos