nolher

Olá boa tarde, Estou com esse mesmo problema, usei um recurso técnico paliativo para solucionar o problema, acredito que ao menos possa ser uma informação útil para imaginar uma solução definitiva para o problema. Sendo assim segue abaixo o que identifiquei e meu recurso técnico paliativo: O Problema identifiquei, que de acordo com o número de QrBand e altura(Height) dos mesmo , esta ultrapassando o tamanho de página, onde esta ocorrendo a falha no PageCount. Para solucionar o problema aqui paliativamente, coloquei os QrBand que não utilizava com a altura(Height) igual a zero, assim a pagina não esta ultrapassando o tamanho da pagina. Pois bem, imagino como solução definitiva, que altura(Height) desses QrBand sejam definidos antes mesmo do Prepare da Unit ACBrCTeDACTeQR, sendo assim quando realizasse o prepare já estaria definido todos os QrBand que deverá ser impresso. Espero que tenha feito alguma contribuição. Sem mais para o momento, Atenciosamente, Nilton Olher

Obrigado pela atenção de todos. E o que se percebe é que nossa luta continua, certo? rsrsrsrsrsrs Espero que em breve possamos fechar esse tópico, com 100% positivo e funcionando. No mais fico no aguardo, qualquer novidade aí de vcs, não deixem de comentar aqui, Obrigado pela atenção de todos. Nilton Olher

Olá boa tarde a todos. Gostaria de vir aqui pra fechar esse tópico, mas ainda não é possível. Ainda tenho uma problema não resolvido nas consultas de via webservice, não consigo obter resposta do SEFAZ no CT-e cancelados, isso procede com vcs aí? E nos demais CT-e que tenham eventos, aí acho que é no componente não obtêm as informações dos eventos. grave o xml de retorno e nele esta vindo certo. Em anexo SEGUE os XMLs de Resposta do SEFAZ quando tem evento e quando o CT-e é cancelado. Se vcs já tiverem passado por essa situação ou tenham comentários a respeito por favor não deixe de comentar. Desde já agradeço a atenção como sempre. Nilton Olher CT-e com Eventos 31140223122815000149570010000000534000000537-sit.xml CT-E CANCELADO -sit.xml

Olá Jeanny! Me desculpe a demora para postar esse comentário, estive um pouco focado pra resolver os problemas aqui. Muito Obrigado por sua explanação sobre sua a rotina, e pude aprimorar a minha alteração, visando o seu mesmo ponto de vista. mais uma vez muito obrigado pela sua atenção. Ainda estou realizando algumas alterações em nossas rotinas para atender o evento, e tão logo finalize, postarei os meus comentários finais sobre este post. Sem mais para o momento, Nilton Olher

Boa tarde Italo! Valeu, muito obrigado pela atenção. Bom, me passei pela mesma premissa, mas é sempre bom ter opiniões de outra pessoas. Mais uma vez, muito obrigado pela pronta atenção. Nilton Olher

Estou com uma dúvida em especifico, haverá inutilização de numeração para o MDF-e? Pesquisei por diversos forum, e dentro do manual e não consegui nenhuma resposta. Qual é a interpretação de vcs? Desde já antecipo agradecimento, Nilton Olher

Bom dia, Nelien! Obrigado por seu comentário, e você esta com toda a razão, vou rever minha alteração! Mais uma vez obrigado pela atenção. Sem mais para o momento, Atenciosamente, Nilton Olher

Olá, Nellien! Boa tarde! Primeiramente muito obrigado pela sua pronta atenção. Foi bom saber que você chegou no mesmo ponto que eu, vamos aguardar um pronunciamento dos demais honorários colaboradores. Me desculpe, mas tive uma certa dificuldade em entender a sua solução. Realizei a uma outra alteração e achei mais simples e funcional. na unit pcteRetEnvEventoCTe Linha 237 while Leitor.rExtrai(2, 'infEvento', '', i + 1) <> '' do Após ter criado a variável Nivel,Implemente a rotina abaixo: if Copy(Leitor.rExtrai(1, 'cOrgao'),9,2) = '31' then Nivel := 1 // SEFAZ MG else Nivel := 2; // Demais SEFAZ while Leitor.rExtrai(Nivel, 'infEvento', '', i + 1) <> '' do // Alterado por Nilton Olher em 30/01/2013 - Variável Criada para Atender a necessidade de Resposta de Evento no SEFAZ MG Assim retornou a resposta certa sem problemas. De qualquer forma realmente ainda estamos com o problema que o SEFAZ retorna o cancelamento mas não registra o mesmo, sendo assim não podemos ter certeza que o cancelamento esta sendo feito. Sem mais para o momento, Atenciosamente, Nilton Olher Serafim

Olá, muito boa tarde a todos. Bom, temos novidades para o envio e recepção de cancelamento em evento da versão 2.00 do SEFAZ MG. Após diversas analises e diversos testes, capturamos o xml de envio e o XML de retorno. Pois bem, segue em anexo os xmls em questão, podemos analisar que estamos recebendo resposta do SEFAZ MG, porém não estamos conseguindo a interpretação desde xml pelo componente ACBrCTe, em especifico abaixo temos a linha em questão onde esta tendo o problema: unit pcteRetEnvEventoCTe Linha 237 while Leitor.rExtrai(2, 'infEvento', '', i + 1) <> '' do begin FretEvento.Add; FretEvento.Items.FRetInfEvento.Id := Leitor.rAtributo('Id'); FretEvento.Items.FRetInfEvento.tpAmb := StrToTpAmb(ok, Leitor.rCampo(tcStr, 'tpAmb')); FretEvento.Items.FRetInfEvento.verAplic := Leitor.rCampo(tcStr, 'verAplic'); FretEvento.Items.FRetInfEvento.cOrgao := Leitor.rCampo(tcInt, 'cOrgao'); FretEvento.Items.FRetInfEvento.cStat := Leitor.rCampo(tcInt, 'cStat'); FretEvento.Items.FRetInfEvento.xMotivo := Leitor.rCampo(tcStr, 'xMotivo'); A sequencia é só para mostrar onde esta retornando a informação, porém, a função rExtrai com os parâmetros nível, TagInicio, TagFim e item, no caso em especifico esta buscando o nível 2 e TagInicio infEvento Leitor.rExtrai(2, 'infEvento' mas a tag infEvento já é o nível 2, assim ele não consegue encontrar o trecho de código necessário para funcionar o Nível deveria ser 1 mas não se em que implicaria mudar para implicitamente para este nível, pois, podem haver outras consequências. Sendo assim solicito aos nossos membros honorários Italo e Cia. se possível entre em contato para que possamos trocar ideia. Tinha o MSN do Italo, mas no Skype não consegui o contato. Certo de vossa atenção aguardo um pronto atendimento, No mais já reservo o nosso muitíssimo obrigado. Nilton Olher 19-eve.xml 19-ped-evento.xml

Boa tarde pessoal, Alguma novidade dos webservices de Minas? Fiquei alguns dias sem mexer e hj quando fui testar esta ocorrendo um erro "List index out of bounds (0)", vcs tiveram essa falha? Verifiquei se havia atualizações do componente ACBrCTe e não recebi nenhuma atualização. Se tiverem alguma novidade me reportem por favor. Desde já antecipo agradecimentos, Nilton Olher

Ok, Graça vamos enviar nossa reclamação daqui também, realmente estamos perdendo muito tempo com essas atualizações, e a SEFAZ/MG, nos deixa a deriva sem nenhuma informação. Vamos enviar nosso reclamação daqui, e vamos notificar nossos clientes também. Qualquer novidades disponibilizamos aqui. Sem mais para o momento, Nilton Olher

Ainda continuo com os meus problemas: 1- Instabilidade na Transmissão e Recepção de CT-e no Tipo de Transmissão NORMAL; 2- Não conseguindo Transmissão e Recepção de Eventos (Cancelamento e CCe); 3- Não conseguindo Transmissão e Recepção em Tipo de Transmissão EPEC. Obrigado por seu post Graça, essas informações são importantes, para que possamos saber a situação. Desde já agradeço a participação de todos. Nilton Olher

E aí pessoal alguma novidade para webservice de Minas Gerais, e a versão 2.00? Desde já agradeço a atenção, Nilton Olher

Obrigado mais uma vez Italo, A falha da duplicidade foi encontrada, realmente tinha falha em minha aplicação. Depois dos meus testes realizados, posso afirma que o envio de CTE em Contingência EPEC esta funcionando perfeitamente. Porém, ainda não estou tentando sucesso no Cancelamento de CT-e, e também sem resposta da Carta de Correção Eletronica CCe para CT-e. Obtendo novas situações postamos, e caso alguém tem outras situações por favor poste, Esse topico continuará aberto, para que possamos ter informações sobre a situação desses webservices de MInas Gerais. Desde já agradeço a colaboração de todos, Nilton Olher

Mais uma vez muito obrigado Italo pela atenção de sempre. Um dúvida aqui, a chave informada que vc se refere é do CT-e ou seria infEvento Id="ID1101133113122312281500014957001000000020400000020001"? Pois se for a chave do CT-e tenho certeza que não estar em duplicidade, agora se for esse ID do Evento, confesso que fiquei na dúvida na geração dele, pois se for apartir do nSeqEvento, então essa é a minha falha pois estou sempre colocando 1. Mais uma vez agradeço sua atenção. E deixo o topico aberto para obter mais informações dos nossos colegas que esteja tendo esse tipo de problemas em Minas. Nilton Olher

Bom dia a todos, Pessoa por favor, gostaria de obter os depoimentos até mesmo para saber se temos problemas e devo esperar soluções, ou pode ser falha em minha aplicação e interpretação e preciso solucionar. Desde já antecipo agradecimentos a todos. Nilton Olher

Boa tarde a todos, Abri esse topico para que possamos ter informações sobre a versão 2.00 em Minas Gerais. Depois de diversos testes nossos aqui, e das poucas informações obtidas pelo SEFAZ, gostaria de ter informações dos procedimentos de EPEC, CCe e Cancelamento por Evento em Minas Gerais, que possivelmente possam ter obtido sucesso ou os problemas encontrados. No cancelamento e na CCe, estou obtendo resposta com a seguinte mensagem de falha: Message part {http://www.portalfiscal.inf.br/cte/wsdl/CteRecepcaoEvento}cteDadosMsg was not recognized. (Does it exist in service WSDL?) Em transmissão em contigência EPEC, estou obtendo a resposta com rejeição: 631-> Rejeicao: Duplicidade de evento Certo da atenção de todos, atencipo nossos sinceros agradecimentos, Nilton Olher P.S. Em anexo alguns XMLs para Analise EPEC_20-eve.xml EPEC_20-ped-evento.xml Cancelamento_12-ped-evento.xml

Value meu caro, Mais uma vez muito obrigado. E vamos aguardar, o que acontecerá com nossos webservices! Atenciosamente, Nilton Olher

Boa tarde a todos, Primeiramente gostaria de agradecer e parabenizar pela a grande eficiência e qualidade do projeto ACBrCTe, as todos envolvidos e que estão sempre aí participando, onde tenho buscado muitas informações neste fórum, dos que pergunta e dos que respondem. Não posso deixar de destacar o grande empenho do Sr. Italo, pela total dedicação nesse projeto. Pois bem, vamos lá! Realizei as implementações para atendimento da versão 2.00 e estou com dificuldades em realizar os testes em homologação, estamos em Minas, e os servidores me parecem muito instáveis, gostaria de saber se vocês tem enfrentado esse problema, pois já a 2 dias venho tendo realizar os testes mais sem sucessos, ocasionando constantes falhas de webservice? E gostaria de saber se já realizaram alguma implementações da EPEC? E se sim se possível pudesse nos repassar a ideia de como implementaram, assim como o Italo nos acostumou mal com a disponibilização de fragmentos de códigos que nos tem facilitado por demais. Sem mais para o momento, reafirmo os nossos mais sinceros agradecimentos, Atenciosamente, Nilton Olher.

Boa tarde pessoal. Me desculpe se estou abrindo um tópico com problemas parecidos existentes em outros tópicos, mas esse encontrei uma particularidade diferentes dos demais se puderem ajudar, já anteciparei meus agradecimentos. Mas vamos lá: Instalação nosso CT-e em um cliente no servidor Windows Server 2003 64 bits, os usuários acessam via Terminal Remoto e fazem todos os procedimentos de envio do XMLs tudo certinho. Porém quando vai enviar o email venha a mensagem: could not load SSL library Pois bem, as danadas das DLLs libeay32.dll e ssleay32.dll estão na pasta C:\WINDOWS\SysWOW64 tudo conforme manda o figurino, estão com as versões corretas 1.0.1.5 de 11/02/2013 Já colocamos pra funcionar em windows 7 64 e até windows 8 64, mas nesse Windows Server 2003 64 não quer funcionar, cheguei até a verificar a questão de permissões e nada. Se alguém tiver alguma dica por favor pode enviar. Mesma que seja dicas que achem que possa ter feito, pois pode até ser que passei batido em alguma coisa, mas verifiquei e reverifiquei varias vezes. Desde já antecipo agradecimentos, Nilton Olher

Esse formulário foi atualizado. Mesmo assim o problema persiste! A proposito, o motivo de mim busca de atualização é porque na impressão do documento de Remetente, Destinatário, Recebedor e Expedidor, está sendo impresso apenas no formato de CNPJ, não esta sendo impresso o formato CPF, mas pelo que pude perceber nas últimas atualizações esse problema persiste também.

Tenho dois formularios que alteramos aqui, são o ACBrCTeWebServices.pas, ACBrCTeConfiguracoes.pas! Mas baixei eles e verifiquei cada alteração, e não há alterações envolvendo essa FCTeCancelada!

Atualizei o ACBrCTe e esta ocorrendo a seguinte falha: [DCC Error] ACBrCTeDACTeQRRetrato.pas(1716): E2003 Undeclared identifier: 'FCTeCancelada' Alguém pode me auxiliar no momento? Desde já antecipo agradecimentos, Nilton Olher

Não sei se entendi o que vc está querendo. Mas ser for consultar o NF-e pela chave no site da SEFAZ, então seria: http://www.nfe.fazenda.gov.br/portal/consulta.aspx?tipoConsulta=resumo&tipoConteudo=d09fwabTnLk=

Olá, pessoal! Aproveito o ensejo pra agradecer, todo esse trabalho realizado, pelo os principais desenvolvedor dessa grande ferramenta. E agradecer também os que diretamente e indiretamente contribui para a melhoria desta ferramenta. Todos aqui na empresa estão muito satisfeitos com esta ferramenta. Estamos em nossos testes finais, já com nossas rotinas de CT-e em fase de teste pelos nosso suporte técnico, e esperamos em breve já disponibilizar para nossos clientes. Bom, mas vamos as fatos, fomos questionados, e estamos em dúvida aqui, os CT-e de Complemento, Anulação e Substituição, no layout esta imprimindo uma parte em branco, isto é, sem a parte característica do layout. Não sei se isso esta certo, mas o que imaginamos que principalmente no caso do substituto, deve ter o layout com todas as informações impressa no CT-e Original, e no caso dos outros dois, poderia até os campos estarem em branco, mas o layout deveria estar impresso. Isso procede? Em anexo estas os exemplos impresso. Sem mais para o momento, _________________________ Nilton Olher CT-e Complemento.pdf CT-e - Substituto.pdf CT-e Anulação.pdf