Rubens

Bom dia... O Certificado do cartão já era... No meu caso específico acredito que foi algum problema com a leitora... Há alguns dias que tava dando uns erros aleatórios... hora congelava o monitor, tinha que reiniciar o servidor... tinha que hora que tinha que tirar e colocar o cartão... enfim erros aleatórios... levei o cartão em clientes que tinha a mesma leitora e lá também deu problema... Obrigado

Então Daniel... Tava vendo agora aqui no Fórum um tópico sobre isso... O Administrador de token não iar mostrar isso... ele mostra o conteúdo do certificado.. . No teste no site do serasa ele passa, mostra o certificado a validade... Vou levar ele agora em um cliente que tem o mesmo certificado para ver se lá sem alterações consegue ler... Senão deve ter apagado mesmo... Obrigado Rubens

Olá... Vocês conseguiram resolver este problema da mensagem: WebService Consulta Status serviço: - Inativo ou Inoperante tente novamente. - O conjunto de chaves não está definido ou erro: O conjunto de chaves não está definido e 12157 - Erro no suporte a canais seguros. Tô com este problema desde ontem em dois clientes; Um com o server 2008 e o outro com windows 7 ultimate. Conforme as pesquisas aqui no site já fiz todos os testes que encontrei e nada: Já mudei as opções SSL e TSL no Internet Explorer; Já dei permissão no java; Já copiei as dll´s do acbrinstall para a pasta do acbr e windows system32; Já desinstalei o acbr e instalei novamente... tentei até com a versão que compilei hoje do svn 0.9.05.1 e nada. Com o A1 funciona de boa, com o A3 dá a mensagem acima... com o gerenciador Administrador de token vejo as propriedades do certificado, com o internet explorer na aba certificados vejo as propriedades do A3. O Acbrnfemontor acha o certificado e seta ele... Mas na hora que mando fazer um simples teste de status dá essa mensagem... com o A1 tudo funciona blz.. o Certificado é o da Serasa e a leitora perto CCID. Tentei também com uma CIS 3310 e não funcionou... Se esse negócio começar a aparecer nos outros clientes tô encrecado... Obrigado Rubens

Então Ítalo... eu concordo com você em gênero, número e grau... Não tenho dúvida alguma que o acbr é Válido... Só a qtde de usuários desenvolvedores que tem já comprova isso né... O problema é que hoje no Brasil quando a gente é acusado de alguma coisa, o acusado tem que provar que não está errado, e não o acusador que tem provar que está acusando algo errado. Então busquei algo oficial, entenda que não desmereço o acbr de forma alguma, mas uma validação do governo falando o XML é válido, resolveria o problema.. porque aí o contador não tinha como me acusar de nada... Mas o problema foi resolvido e o contador descobriu que o responsável pela empresa, tava importando xmls que já haviam sido lançados no sistema deles.. e o programa que tinha que avisar a mensagem clara "XML Duplicados" enviava a mensagem "Corrupção no banco de dados" e o suporte deles informou que o erro era nos xml que o programa de gestão estava gerando. Inclusive Importei no Emissor gratuito todos os XML "com erro" e o emissor aceitou todos sem reclamar... Mas isso não bastava até descobrirem o que realmente estava causando o erro. Isaque Você mencionou baixar o xml do portal. Você sabe se tem alguma forma de baixar o XML de NFCe do portal? O XML de NFe baixa sim normalmente, mas de NFCe não encontrei em lugar nenhum, inclusive mandei consulta para SEFAZ e me informaram que só através de e-process... Obrigado... Rubens

Aqui no Mato Grosso começou com o Token e depois mudou para CSC. Eh gerado na SEFAZ na opção de contribuinte. No início antes do mês 08 ele foi gerado como homologação, e isso nos deu uma dor de cabeça danada, porque os contadores geravam este CSC em modo homologação e passavam aos clientes que por sua vez no passava esse CSC em modo homologação. O Ambiente da SEFAZ só começou a validar esse CSC a partir do mês 09, dessa forma muitos clientes enviararam e autorizaram várias notas com o CSC de homologação. Em alguns clientes a própria SEFAZ "migrou" estes XML autorizados com o CSC de homologação para XML´s válidos e não teve nenhum problema. Em um outro cliente meu começou dar retorno de CSC inválido e não autorizado pela SEFAZ, e fomos verificar o CSC dele e era em modo de homologação. Já havia emitido mais de 1900 NFCe, só que não constava nenhuma na sefaz. Daí a própria SEFAZ reconheceu o problema e deu um prazo até 20/12 para que fossem resolvidos, no caso específico desse cliente, tivemos que gerar todos as NFCe e enviar novamente. Então só sugiro nos estados que estão aderindo agora que tomem cuidado e verifiquem se o CSC gerado é homologação ou produção. Para quem está na dúvida e usa o acbrmonitor, o procedimento é o mesmo de trabalhar com uma NFE. Gerar,validar,enviaré o mesmo procedimento. Existe algumas mudanças especificas para a NFCe na versão 3.10. É só ver na nota técnica.

Coloque Assim vai funcionar... Rubens

Bom dia Pauloa1, No seu ini tem o seguinte: Essa chave pode ser substituida pelo numero da nota ? e por último em qual grupo você informou o Tipo=NFe ? estava faltando a tag Tipo=NFe, estava confundindo com a chave de referência Tô com o mesmo problema... Obrigado Rubens

Descobrimos que o problema não era erro dos xmls e sim xmls duplicados que já haviam sido enviados no mês anterior. Só que o sistema de contabilidades deles identifica um erro de banco de dados... Mas já tá resolvido... Obrigado

Bom dia pessoal... Tô com problema com um contador. Ele usa o programa de contabilidade Dominio. E este mês este programa acusou erros nos xml que o meu programa gera. Não sei entrar em detalhes do programa, ma resumindo, acusaram os xmls. Mas só nesse contador... No meus clientes de 06 contadores diferentes e o erro só aconteceu nesse contador. Bem e ele simplesmente jogou a responsabilidade para cima de mim. Preciso de um meio que valide um xml e provar que o xml não tem erro. Alguém sabe se tem como validar um xml? Tentei no Rio grande do sul mas ele pede o texto do xml... precisava de alguma forma de validar o xml para poder provar para o cliente que o xml, não tem problema... Obrigado Rubens

Jair mas essa variável será alimentada por algum campo do XML? No caso como uso o monitor não teria como usar certo ? Obrigado Rubens

No Monitor tem um comando para consultar o lote enviado pelo ACBrNFeMonitor ? Pesquisei aqui no fórum e no blog do André http://anfm.blogspot.com.br/2010/02/comandos-do-acbrnfemonitor.htmlmas não achei esse comando... Obrigado Rubens

Datac O cupom com a imagem no tamanho 1200x1200 não deu certo não... Não sei o procedimento interno da NFE para funcionar... mas aqui no Danfe Fortes, não alinhou ou reduziu não... já com o tamanho que te passei funciona de boa.... Rubens

Vou testar com uma imagem do tamanho que você falou e retorno .... Rubens

Qual o tamanho da imagem que você está usando? A imagem que uso tem as dimensões de 88x81 pixels Tipo JPG e o tamanho de 3.45k. Eu não sei se posso postar aqui o ACBRNFEMONITOR.exe baixado e compilado ontem. Se algum moderador manifestar informando que posso postar eu posto o arquivo compilado com as modificações feitas... Rubens

Bom dia Regys.. O Danfe da nfce (fortes) tem um probleminha que quando imprime a logomarca ele empurra o qrcode para baixo, na visualização ele sai na outra folha. Daí tava pesquisando e percebi que quando ele configura o tamanho da folha na soma dos objetos está faltando colocar o tamanho do qrcode e o tamanho da imagem da logomarca. Pelo menos aqui na versão que eu baixei ontem eu corrigi isso e o cupom começou a imprimir belezinha. Se puder conferir isso também nas alterações que estão fazendo... Rubens

Bom dia André... Então... Seria possível criar uma flag ou uma opção onde pudesse ser marcado que queremos salvar nessa pasta somente os xmls autorizados. No meu caso evitaria muito transtorno, porque tanto eu quanto o cliente precisamos ter certeza que naquela pasta só existe arquivos xmls autorizados ??? Obrigado Rubens

A configuração postada no primeiro tópico pode estar errada então? Ou esta pasta NFe da configuração não é para armazenar os xmls enviados e autorizados ? Na figura abaixo é onde o acbr está salvando os arquivos xml de nfe (C:\ACBrNFe2\NFE\201410\NFe) conforme configurado no monitor. Daí esse xml que está em destaque não está autorizado. Vou anexar o xml na outra postagem porque nesta aqui só deixa anexar 65k. Nesta pasta tem 3863 xmls, dos quais 148 não foram autorizados e realmente não foram enviados e autorizados, eu mandei consultar pelo menos 10 xml e retornou que não constam na base de dados da sefaz. O ACBR tá salvando sim xmls não autorizados na pasta C:\ACBrNFe2\NFE\201410\NFe. E isso é um erro porque deveria salvar ali somente xml válido e autorizados ou não? Se eu estiver errado com esse conceito, o erp é que vai ter que cuidar desse gerenciamento? Daí não faria sentido existir essa aba no componente... Rubens

Bom dia... Não tem como algum desenvolvedor corrigir isso ???? O que eu percebi é que quando o cliente gera a nfce e envia e dá algum erro... O cupom é salvo na pasta NFE configurada no componente... Tinha 3863 xmls na pasta NFE na realidade só havia 3710 Nfce autorizadas. Daí fica complicado, num dá para confiar nos xmls. Daí verificar 3863 XML´s para descobrir quais foram autorizados num é mole... Tinha que grava somente os xmls autorizados ... Rubens

OsmarbentoJr.... Boa tarde... me mande uma proposta também.... Obrigado Rubens [email protected]

Olá... Mesmo se o componente estiver setado para 3.10 é necessário setar novamente como informado? Se for necessário, terá que ser setado toda vez que for enviar uma nota? Obrigado Rubens

Luciano tenho este problema direto... a forma que vejo para contorná-lo é fechar o acbr, abri-lo novamente e enviar um novo cupom... Quando você faz um consulta que ele dá o erro 90057->Rejeicao: Modelo da NF-e diferente de 55, enquanto você não fecha e abre o monitor novamente e envia um cupom ele vai continuar dando o erro e começa a apresentar erros aleatórios.. tipo não encontrar um cupom na consulta... Não acho que seja erro do monitor... porque tô com a última versão do SAC. Vou fazer o que Ítalo comentou... para ver se resolve... Rubens

Olá... Eu configuro hoje as pastas dos xmls dessa forma: Na pasta ACBRNfe2\NFE são criadas subpastas com os xml´s autorizados e enviados. A minhao pergunta é nessa pasta deveria estar salvos somente os xml´s autorizados e enviados, correto? Por que está misturando se o xml é validado sem ser enviado também está sendo salvo nesta pasta. Eu pego os xmls desta pasta no início do mês e mando para o contador. Daí um cliente reclamou que o relatório do programa não batia com a relação do contador na hora de gerar o simples. Fui ver e constatei isso, alguns xml´s que o cliente não enviava só gerava e validava estavam salvos nesta pasta daí a diferença. Estranho porque o contador não confere no site da sefaz os xmls... é outra história. Alguém se tem que configurar isso, ou se é assim mesmo, ou se o componente está com uma falha, onde deveria somente salvar os autorizados ??? Obrigado Rubens

Mas tome cuidado com essa atualização.... Eu fiz todo o procedimeto corretinho.. atualizou... pediu para desligar a impressora... e quando liguei de novo a impressora... perdeu a comunicação com o pc. Entrei em contato com a autorizada mais próxima e me informaram que queimou a placa, só outra... Ainda estou correndo atrás para não ficar no prejuízo... por isso digo... Cuidado na atualização do firmware....

Haroldo... um exemplo de ini para a versão 3.01... Não sabia da forma que o Italo indicou e vou passar a usar... mas esse ini aí gerou uma nfe ontem em produção... Uma Observação... tentei usar o CriarEnviarNfe e me deu muito problema nos retornos... nem sempre dava para entender ou tratar o retorno... daí faço em duas etapas mesmo... criar e depois enviar... Rubens NFE.CriarNFe("[Identificacao] NaturezaOperacao= VENDA DE MERC ADQUIRIDA DE TERC DENTRO DO ESTADO FormaPag=2 Modelo=55 Serie=1 Codigo=002729 Numero=002729 Emissao=03/09/2014 Saida=03/09/2014 hSaiEnt=11:11:25 Tipo=1 Finalidade=0 TpAmb=1 [Emitente] CNPJ=07407005000182 IE=13.307.649-0 Razao=MDV INF E PAPELARIA LTDA Fantasia=MDV INFORMATICA E PAPELARIA Fone=6634381933 CEP=78690000 CRT=1 Logradouro=AV RIO GRANDE DO SUL Numero=690 Complemento= Bairro=CENTRO CidadeCod=5106257 Cidade=NOVA XAVANTINA UF=MT [Destinatario] CNPJ= IE= NomeRazao=CLIENTE Fone= CEP=78690000 Logradouro=AVMATO GROSSO Numero=523 Complemento= Bairro=CENTRO CidadeCod=5106257 Cidade=NOVA XAVANTINA UF=MT Email= [Produto001] Item=1 CFOP=5102 Codigo=01010 Descricao=PLACA MAE 1155 H61MS2PH GIGABYTE NCM=84733041 EAN=4719331812201 Unidade=UN Quantidade=1.000 ValorUnitario=305.00 ValorTotal=305.00 ValorDesconto=0.00 IndTot=1 [ICMS001] Origem=0 CSOSN=900 [Produto002] Item=2 CFOP=5102 Codigo=09081 Descricao=HD 500 GB SEAGATE ST500DM002 NCM=84717012 EAN=0000020084868 Unidade=UN Quantidade=1.000 ValorUnitario=294.84 ValorTotal=294.84 ValorDesconto=0.00 IndTot=1 [ICMS002] Origem=0 CSOSN=900 [Total] ValorProduto=599.84 ValorDesconto=0.00 ValorNota=599.84 [Transportador] FretePorConta=9 NomeRazao=O Mesmo [DadosAdicionais] Fisco= Complemento=;;;;;;;PROCON-MT-Fone 151 Av.Hist.Rubens Mendonca - Nr 917 - Araes - Ed.Eld.Exec.Center CEP:78-008-000 - Cuiaba-MT;DOC EMITIDO POR ME/EPP OPTANTE SIMPLES NACIONAL NAO GERA DIREITO A CREDITO FISCAL DE IPI ")

ME desculpe Michel... não tinha visto sua postagem. Segue o Acbr que usei na impressão... ACBrNFeMonitor.rar Rubens