Gr@c@

Pessoal, sei que esse tópico está muito antigo, mas até agora só trabalhava com impressora Argox PPLA. Um cliente tem uma Zebra TLP2844 e meu aplicativo não imprime nada nessa impressora. Preciso imprimir etiquetas com nome do produto,codigo de barras e preço: Gôndola 1 etiqueta 80mm x 50mm Produto 2 etiquetas 35mm x 17mm Alguém poderia me ajudar? Meu cliente fez o balanço de todos os produtos, mas não consegue imprimir as etiquetas.O estabelecimento do cliente não é em MG e eu não possuo uma impressora Zebra TLP2844 para realizar os testes.

MG só retorna 100 quando se consulta uma NFe cancelada por evento. Como o pessoal de MG está tratando esses cancelamentos?

sosystem, em qual estado está retornando 101?

Pessoal, vejam só o que está ocorrendo: -As notas enviadas (MG) de ontem pra hoje com os schemas atuais (que estão no portal nacional da NFe) estão sendo enviadas, autorizadas e impressas com chave de acesso e protocolo de autorização -Porem, quando se consulta a situacao da NFe pela função de consulta pela chave ou pelo protocolo do componente ACBr, dá 999-Erro não catalogado ou NFe não consta na base do SEFAZ, assim meu aplicativo entende que a NFe ainda não foi enviada. Estranhamente, tenho um cliente antigo que desde 08/12/2012 eu não atualizava o aplicativo de NFe nem os Schemas e ele estava trabalhando normalmente, enviando notas sem nenhum erro (e são muitas notas diarias, porque se trata de uma distribuidora) Ontem à tarde, eu atualizei o aplicativo dele e os Schemas e desde então, já na primeira NFe que ele tentou enviar, ele passou a ter os mesmos problemas relatados pelos outros clientes que já estavam com o aplicativo/schemas atualizados. Notem que o fonte do aplicativo não foi alterado na parte de envio/consulta/impressao de NFe, o que foi alterado foi a parte de cancelamento por evento. Fora isso, foi alterado os fontes do ACBrNFe e os schemas (todos com atualizações atuais). E agora estou com um problema sério, porque as notas que são enviadas,autorizadas e impressas permanecem como se não tivessem sido enviadas. Isso porque, apos a impressão do Danfe, eu faço uma consulta da situação da NFe e essa consulta me retorna 999-Erro não catalogado ou retorna que a NFe não existe na base do SEFAZ. Quando o componente consulta, ele usa o webservice de MG ou do ambiente nacional? Se é do Ambiente Nacional, pode estar aí o erro, porque MG não está sincronizando as NFe com o ambiente nacional. Além disso, houve alguma alteração no componente na parte de consulta situação de NFe?

Pessoal, não tem como o OpenSSL trabalhar com o A3? Todos os meus clientes só compram A3 e, segundo um funcionário do SERASA, o A1 deverá ser descontinuado em breve. Essa CAPICOM realmente tem sido uma dor de cabeça nos novos Windows.

Ambiente = homologação Chave de Acesso = 31130586493095000148550050000024821000024820 Protocolo = 131130033980846 Enviei esta NFe, ela foi autorizada. Em seguida, enviei um Cancelamento por Evento e obtive o cSTAT = 135. Porem, quando consulto a NFe via aplicativo, o retorno do SEFAZ/MG é 100 - NFe autorizada e não 101 Cancelamento NFe homologado Quando consulto no portal da NFe (nacional) consta que essa NFe não existe na base de dados do SEFAZ Quando consulto no site da NFe (MG) consta que essa NFe está cancelada e o evento do cancelamento está vinculado Acontece que, quando eu consulto aparece 100-NFe autorizada, daí meu sistema entende que essa NFe não foi cancelada embora tenha capturado cSTAT = 135 no ato do evento. O que fazer nessa situação? Afinal, quando consulta uma NFe cancelada por evento, vai ou não retornar o cSTAT = 101 ?

O meu aplicativo funciona sem problemas em SP com o ACBr Capicom Só na maldita MG que dá problemas, mas é problema no SEFAZ/MG mesmo e não do componente.

Alguém está com problemas de envio/consulta de NFe em MG desde 13/05/2013?

O campo vTotTrib foi criado na tag imp. Segundo a NT 2013.004, "este novo campo visa atender a Lei da Transparência e deverá ser preenchido pelos contribuintes somando-se o valor de ICMS informado nos grupos ICMS ou ICMSComp". Já na NT 2013.005 cita "Apresentação no DACTE dos valores aproximados correspondentes a totalidade dos tributos federais, estaduais e municipais, cuja incidência influa na formação do respectivo preço de venda,atendendo o disposto na Lei citada;" Quer dizer que no CT-e o unico imposto que irá compor a Lei da Transparência é o ICMS? E os impostos PIS e COFINS e outros impostos municipais pagos pelas transportadoras ? Qual seria a melhor forma de calcular o vTotTrib por CT-e?

Todas as transportadoras que trabalho tem 2 seguros: um que acoberta roubo de carga e outro que acoberta acidente e outros sinistros. Geralmente é da mesma seguradora, mas o numero da apolice é diferente. Então, seria ideal que no DACTe fosse impresso as duas apolices, pelo menos.

A partir de ontem (09/05/2013) parece que o problema foi solucionado. No entanto, as notas anteriores (acho que de sexta-feira passada até dia 08/05) tem que ser consultadas novamente (consultar a situação), para que o xml seja atualizado com o protocolo. Se você está somente imprimindo a nota sem atualizar o xml dela, o Danfe sairá com a tarja de NFe não autorizada pelo SEFAZ ou erro não catalogado, porque está sem numero de protocolo embora a tag do protocolo exista no xml. As notas tem que ser consultadas pela chave de acesso e não pelo protocolo (porque o protocolo ficou errado no xml)

Fiz o Reset mas continuou do mesmo jeito. A impressão parece entrar num loop infinito na fila de impressão, mas não imprime nada.

Verifiquei e ela já está como RAW

No meu caso é um XP. Instalei a ARGOX os 214 Plus, mas não funciona de forma alguma. A página de teste do Windows imprime. Mas pelo demo do componente ou pelo meu aplicativo não imprime. A impressora pisca, mas fica tudo na fila de impressão. Tentei com conexão via usb, serial e paralela. Em todas, a impressão de teste do windows funciona. Alguma idéia? Acrescentando: já tentei com o driver original da impressora e também com o ultimo driver disponivel no site da Argox

não estou conseguindo imprimir na Argox OS-214 Plus via demo ACBrETQ Instalei o driver atualizado do fabricante para Argox OS-214 Plus PPLA porta USB mas não funciona ->io error 52 já tentei porta (sem os espaços) \\ nome do computador\nome do compartilhamento da impressora \\ nome do computador\nome da impressora \\ localhost\nome do compartilhamento da impressora \\ localhost\nome da impressora USB002 nenhum funciona Obs: a pagina de teste da impressora imprime normalmente, portando o driver foi instalado corretamente.

Pessoal, começo a desconfiar que existe um problema maior nas notas de MG. Já tem 3 dias que estamos com problemas. As notas são enviadas, autorizadas, o Danfe imprime com protocolo, mas depois dá erro 999-erro não catalogado e assim as notas ficam sem protocolo no xml. Está muito anormal. Já começo a acreditar que alguma coisa foi alterada no componente na função ACBrNFe.Consulta.Executar Por coincidencia, comecei a ter esse problema depois da ultima alteração que fiz no componente (segunda-feira passada). Ontem, atualizei novamente o componente, mas não mudou nada. Será que o problema é realmente no SEFAZ/MG? Mais alguém com esses erros?

O duro é explicar isso aos clientes. Pessoal, quem estiver com esse tipo de problema, postem reclamação no Fale Conosco do portal da NFe de MG.

Comigo também está acontecendo a mesma coisa. A nota é autorizada mas o xml está ficando sem protocolo. Bugs de Minas. Tá um problema sério. Semana passada tive o mesmo problema com CT-e. Acho que é esse troca-troca de schemas unido ao troca-troca de estagiários.

Acabei de enviar um CT-e em homologação MG com sucesso. (06/05/2013 13:34hs)

O Lote em Processamento está ocorrendo mesmo desde ontem na homologação MG

wislei, eu estou tentando enviar ct-e em homologação MG, mas o meu tá retornando Lote em Processamento. Atualizei os meus schemas de acordo com os schemas do SEFAZ e o componente ACBr atualizei também. Mas não sai desse Lote em Processamento desde ontem. A questão do Falha no Schema XML era no SEFAZ, pois eles me enviaram um email dizendo ter corrigido o erro e pedindo para testar novamente. No dia funcionou. Mas de quarta-feira pra cá parou de funcionar.

Estou tentando enviar CT-e homologação MG, mas só me retorna Lote em Processamento. (Há 2 dias) Infelizmente, atualizei meu componente ACBr ontem e não consigo saber se o erro está ocorrendo devido a versão, pois o CT-e foi atualizado com a tag vTotTrib. Antes de atualizar o componente eu estava conseguindo enviar normalmente.] Mais alguem com erro de Lote em Processamento na homologação MG?

Instalo sempre os componentes ACBr pelo ACBrinstall.exe Todos os componentes compilam e instalam com sucesso. Quando abro o Delphi sem projeto, os componentes ACBrSerial aparecem. Mas quando abro um projeto, eles desaparecem. Se tento compilar um projeto que usa o componente ACBrETQ dá erro dizendo que ele não foi encontrado. Já fiz tudo conforme as instruções e o ACBrSerial está declarado no Library Path

ilSouza,você poderia postar o codigo completo de envio? Também estou tendo o erro SMTP ERROR: Login:???-Other undefined status. peterson161, você poderia disponibilizar a sua solução em Indy? Eu uso uma rotina própria também pois não consegui utilizar a rotina do ACBr. Mas a minha rotina mas ainda está incompleta.

Hoje, após inúmeras reclamações que fiz, estou conseguindo enviar, consultar e cancelar CT-e em ambiente de homologação MG. Isso sem ter alterado uma linha no meu codigo fonte.