strago

Corrigindo um engano .... Na verdade o que não pode ser utilizado junto com o fetch on demand é "Auto Detect and recover broken connection", porque ele força o fetch mode para fmAll.

Para limitar o fetch de uma tabela usando fdquery, você deve ir em "options-> Fetch options -> Rowset size: 50" e trocar o 50 pelo numero de registros que você quer por fetch. Alguns detalhes que você deve levar em consideração são: O "Fetch mode" deve estar setado para "fmOnDemand" Não pode ser usado junto com Keep Connection Alive do FDConnection. Para campos lookup eu não cheguei a testar o fetch, mas ja fiz o teste com tabelas gigantes e o fetch on demand funciona direitinho.

os pacotes do DANFE RL sempre deram problemas pra serem instalados pelo instalador. Sempre precisei instala-los manualmente.

o problema Italo, é que a SEFAZ, assim como você , não se preocuparam com o fato que as regras do negócio de fato, ou seja, o que o comerciante no geral aplica em sua empresa não pode ser restringido dessa forma. Se o dono da padaria deseja assumir o risco de aceitar um cheque de 100 para uma compra de 90 e devolver 10 de troco (NÃO ESPECIFIQUEI A ESPECIE), é uma opção do dono da padaria e não da SEFAZ. Isso pode acarretar inúmeros problemas... 1 - Mudo minha regras de negócio para me adequar a emissão de um documento fiscal. Resposta : Impraticável em muitos casos, EX: Como já havia dito em um outro tópico, algumas empresas operam fornecendo aos seus clientes, recursos como recebimento de cheques de terceiros (que já vem em um valor definido e muito pouco provável que no mesmo valor da compra), carta frete (que é a somatória de dois valores, Adiantamento e Saldo, onde, o Adiantamento geralmente é uma soma elevada e o troco pode ser parte em dinheiro, parte em cheque, ou até mesmo em vale haver (alguns clientes fixos pedem essa modalidade) e o Saldo tem valor variavel pq se aplicam a ele, descontos de estadia, quebra, etc. Então, no exemplo do JOSÉ MOTORISTA chegar em um posto de estrada com um "CHEQUE de R$ 2000.00" de um posto (recebido de troco por trocar uma carta frete em outro posto) e vai pagar uma abastecida de R$ 500,00, o posto deve informar que recebeu um cheque de R$2000,00 e deu R$ 1500,00 de troco, se isso não constar na nota, o patrão do JOSÉ MOTORISTA, vai cobra-lo dos R$1500,00 de troco que não foram destacados na nota. pois nela irá constar o pagamento de uma abastecida de R$ 500,00 com um cheque de R$ 500,00 ou pior, em dinheiro. 2 - Não mudo as regras de negocio, portante faço algumas "gambiarras" para emissão da nota. Resposta : o Problema vai começar a estourar pra todo lado, os motoristas que usam a nota para comprar as despesas, vão passar por saia justa porque os dados de pagamento da nota não irão condizer com a realidade, o motorista pode e será lesado, o cliente da empresa irá cobrar a empresa explicações para essa discrepância, e o dono da empresa vai rebolar pra jogar a culpa na SEFAZ, "MAS O PROBLEMA" é que isso não vai resolver o problema de ninguem, e o dono da empresa vai perder clientes, pode até ser processado, fora possíveis problemas contabeis e fiscais. No final de tudo, não vejo nenhum motivo para haver esse tipo de restrição, não afeta o funcionamento pratico pro fisco, ele não extrai nenhuma informação relevante dos pagamentos. Pelo que vejo no final das contas, quem tiver problemas como esse, vai ter q imprimir um detalhe não fiscal contendo os valores corretos e anexa-lo a danfe e rezar.... MUITO.

Reativando o tópico, Um de meus clientes, um posto de combustíveis de estrada, opera no varejo como todo comércio varejista, porém, contém certas peculiaridades nas regras de negócios. 1 - Clientes com cadastro, podem possuir credito para compras a prazo de forma diferenciada do varejo comum, por exemplo. Fulano da Silva - Possui credito para "assinar nota" (venda em carteira) com faturamento quinzenal, ou seja, ele abastece, assina um comprovante e o financeiro do posto gera uma fatura a cada 15 dias, em muitos casos, a empresa exige uma NF-e referente a todas as abastecidas cobradas, então, o fulano da silva, abastece e é gerado um EFC, no fechamento da fatura, o financeiro do posto emitia uma NF-e com CFOP (5929/6929) de acordo com a origem da empresa (mesmo estado/outro estado) e referenciava todos os ECFs. 2 - BRF / Sadia Essa dita empresa opera com um cartão virtual, os motoristas que carregam para ela, recebem parte do frete no sistema interno e podem consumi-lo nos postos de sua preferencia, como o posto emite ECF para tudo, e NF-e referenciada, cada abastecida um ECF e no faturamento para a BRF, "ela" exige uma NF-e para a BRF, mas quem consumiu foram 138901829049012890341 de motoristas que são terceiros, muitos clientes que carregam para outras empresas .... por fim, como você referencia ECF´s emitidos para outras pessoas (fisicas ou juridicas) para uma unica ? Portanto, não há como informar meios de pagamento e prazos na NFC-e que ainda não existem. Essa estrutura não contempla todas as possíveis formas de negócio. Não ha como mudar o funcionamento de empresas como esta. A contabilidade do cliente em questão, me enviou um email solicitando o uso das mesmas aliquotas de impostos e CFOPs utilizados na NFe para emissão da NFC-e. agora o que diz a legislação a respeito eu não faço ideia, porque não encontrei nada referente ao assunto.

Envio SEM Thread : ACBrMail1.Send(False); Envio COM Thread : ACBrMail1.Send(True);

Na verdade nao ha necessidade de ser protegida... só fiz essa alteração pensando em forçar o uso da thread. Pode volta-la a public e talvez alterar o novo metodo pra algo como enviar thread pra diferenciar.

Na verdade você teria que converter o pacote criado para lpk ou criar um pacote novo e adicionar as units, compilar e instalar.

Boa noite pessoal, Estou afastado a algum tempo do projeto e parece que muita coisa mudou. Comecei a testar o componente de Email, TACBrMail, para automatizar o envio de notas e outros arquivos e verifiquei que o componente não está trabalhando com thread no método de envio, portanto fiz a alteração e estou disponibilizando para a comunidade. O método send foi protegido e um novo método "Enviar" tomou o seu lugar como método publico. Realizei o teste no Delphi 7 e XE3 e em ambos está funcionando perfeitamente. ACBrMail.pas ACBrMail.pas

Passou da hora dos estados da federação entrarem em um consenso, a NF-e é única para todos os estados da federação, com algumas pequenas diferenças em detalhes legislativos de cada estado, mas o ambiente, estrutura, enfim, tudo o que compõe a NF-e é padrão para todos. PORQUE ESSA (com o perdão da palavra) PUTARIA com a questão das notas de varejo. Sério que precisamos que a Federação "meta o dedo" pra que todos trabalhem em sintonia ? Levar a posição de que os estados tem autonimia para mandar e desmandar nessa questão deixando-os fazer cada um seu show particular é ANARQUIA, se todos os documentos fiscais (ECF, CF-e, NFC-e, etc,etc,etc) tem basicamente as mesmas exigências, contém basicamente os mesmos dados, servem para a mesma finalidade, um padrão único como o usado na NF-e seria o mais lógico, racional e econômico, tanto para os estados que não precisariam desenvolver do zero cada um sua estrutura especifica, tanto para os contribuintes que não precisariam ficar perdendo noites de sono sem saber se os 30 mil reais que gastaram em ECFs foram pro lixo assim como para os programadores que ficam correndo atrás do rabo com cada uma dessas "novidades". Se a federação obriga o varejo a possuir um ECF ou ingressar no regime da NF-e, então deveria fazer o serviço completo e estipular como a música vai tocar, porque se deixar cada estado com sua dança, vamos ter o maior arraial eclético do planeta. DOWN para toda essa "putaria", UP para a volta do antigo bloco manual =P (pelo menos assim alguém ainda pode ser feliz (o dono da gráfica))

Se você alterou alguma pasta padrão do Delphi durante a instalação pode ser que haja problema no destino dos bpls Se está usando 2 versões d o Delphi, sugiro que de uma olhada nesse tópico e se certifique que efetuou as devidas alterações nas IDEs "ANTES" de instalar o ACBr

Vlw Isaque, vou testar, o que me incomoda é o fato de uma IDE novinha, ja ter 4 updates e ainda apresentar erros grosseiros como esse, as travadinhas ao carregar alguns formularios, etc, eu tenho o Delphi 7 Enterprise com Update 1 e nunca tive problemas com ele. Me parece que a Embarcadero assumiu de vez o jeito Microsoft de ser e está correndo contra o tempo pra lançar sempre uma nova versão, mesmo que ela não esteja pronta e depois fica soltando updates sem fim. Com a Borland pelo menos a coisa parecia funcionar mais perto do que se espera, Lançamento de produtos estáveis. Mais uma vez obrigado pela atenção =]

Bom, o SAC é um produto oferecido por uma empresa que visa lucro e precisa manter uma certa estrutura para atender os contratantes. FATO. O ACBr é um projeto aberto a comunidade que não visa fins lucrativos e requer pouco investimento financeiro para se manter no ao. FATO. Porém, o SAC a meu ver é muito caro para uma boa parte dos programadores "FreeLa" e pequenas softwarehouses, mas isso não impede que o SAC, venda as versões compiladas por ele por preços módicos visto que o custo já foi amortizado pelos contratantes e ajudaria muito a comunidade, como não estamos falando de código e sim de binários pré compilados, todos sairiam ganhando, quem não pode pagar o SAC, compra os binários. É só uma idéia, minha empresa não utiliza o monitor, temos nossa própria estrutura tanto para NFe quanto pra ECF usando os componentes, então Cobrado, Free, de 3 em 3 meses, de ano em ano, os binários não me fazem falta. Os fontes sim, se o SAC mantém uma cópia do projeto em paralelo com os fontes mais atualizados e não o disponibiliza no mesmo svn publico, ai seria um problema. E dos grandes.

Esse código de rejeição se refere a discrepância entre os horários local (aplicação) e remoto (webservice), portanto, pode não ser problema do Monitor e sim uma simples questão de ajuste no horário local. Experimente fazer esses ajustes antes de tentar recompilar o ACBrMonitor. Caso o fuso horário não seja alterado, temos a mensagem : “Rejeicao (578) : A data do evento não pode ser maior que a data do processamento”. Isso quer dizer que a data/hora em que o evento foi disparado não batem com a data/hora em que o WebService iniciou o processamento da mensagem, gerando uma rejeição da solicitação. Os Estados Rio Grande do Sul, Santa Catarina, Paraná, São Paulo, Rio de Janeiro, Espírito Santo, Minas Gerais, Goiás, Mato Grosso, Mato Grosso do Sul, além do Distrito Federal e Tocantins (que participa da medida pela primeira vez), tiveram seu horário adiantado em uma hora. Ao enviar solicitações de eventos de NF-e para os estados citados, o fuso horário deve ser alterado como abaixo: UF Fuso Normal Fuso Verão RS -03:00 -02:00 SC -03:00 -02:00 PR -03:00 -02:00 SP -03:00 -02:00 RJ -03:00 -02:00 MG -03:00 -02:00 ES -03:00 -02:00 GO -03:00 -02:00 MT -04:00 -03:00 MS -04:00 -03:00 DF -03:00 -02:00 TO -03:00 -02:00

O mesmo, peguei seu projeto, contém 2 Forms, o Form 1 sem nenhum controle visual e o Form 2 com um JVDBGrid com 4 colunas, criei um novo form (Form 3) descendente do Form 2 e adicionei mais 2 colunas, compilei e rodei o projeto, voltei a IDE e tentei excluir uma das colunas que adicionei (não as que já existiam) e o erro aparece. Fiz o mesmo teste que estava fazendo do meu projeto, com um jvdbgrid limpo (sem colunas) (Form 4), criei um novo form (Form 5) herdado de Form 4 e adicionei as colunas, depois de compilar e voltar a IDE, mesmo erro. Acho que vou abrir uma thread na embarcadero a respeito desse problema. Obs : Segue em anexo o projeto Herança com os meus testes Heranca.zip

OFFTOPIC Estou com um novo projeto e comecei uma nova abordagem, como gosto de padronizar o layout das aplicações, criei alguns formularios "base" e apartir deles derivo os efetivos. EX: frmBaseCadastro (controles e eventos padrões que independem da entidade que ira herda-lo), frmBaseConsulta (idem) No Delphi Menu File -> New -> Other (Inheritable Items) e seleciono um dos formulários base. Até aqui tudo bem, ja vinha fazendo isso no D7 e nunca tive problemas, mas hoje me deparei com uma situação estranha, criei um frmConsultaANP derivado do frmBaseConsulta e adicionei algumas colunas em um TJVDBGrid, depois decidi que poderia deixar o grid mais enxuto e tentei remover uma coluna, recebi a mensagem : Error Selection constains a component introduced in a ancestor form which cannot be deleted. o problema é que o JVDbGrid do formulario base não contém colunas, elas foram criadas no form frmConsultaANP, porntanto, são objetos que não foram herdados e não poderiam apresentar esse comportamento. Pra ter certeza que não estava deixando passar nada, abri outros projetos em que uso a mesma metodologia e tentei simular o problema, no Delphi 7 ele não acontece, só recebo esse tipo de mensagem quando tento excluir um controle que pertence a classe herdada e como a coluna não foi herdada não ocorre o erro. Estou usando o Delphi XE2 Architect Update 4 com o ACBr e JEDI, testei com um TDBGrid e obtive o mesmo problema. Bom é isso, sempre achei complicado migrar de versão, quando sai do Delphi 4 para o Delphi 7 pensei que ia enfartar de tanta dor de cabeça que tive, agora comecei a migrar para o XE2 acreditando que estava fazendo um bom negocio, mas estou vendo que apesar de já possuir 4 Updates a IDE ainda não está 100% confiável. PS : A unica maneira de resolver meu problema foi excluir o grid todo do formulario base, salvar e adicionar outro grid limpo.

A questão de identação foi pela simples falta de informação, como cada pessoa tem suas "manias" com relação a isso, fiz o código sem me ater a esse detalhe. Os comentários também são manias, Ctrl+Shift+J + "comm" = uma linha de comentário completa como são inseridas aqui e são excluídas quando revisadas. Ambos os maneirismos serão vigiados de perto nas proximas

Projeto ACBrInstall - ALTERADO Adicionei opção para copia de "outras DLLs" (checkbox) Adicionei um RadioGroup para seleção do destino da instalação das DLL´s ( Diretorio SYSTEM, Diretorio DELPHI\BIN, Não Copiar) Corrigi o problema do metodo InstalarOpenSSL Adicionei novos metodos e alterei alguns já existentes. Testei o projeto e funcionou perfeitamente. As alterações foram feitas na mesma versão do Delphi que o projeto foi criado. O anexo contem o conteúdo do diretorio ACBr\Projetos\ACBrInstall e o executavel. ACBrInstall.zip

Caro colegas, infelizmente "o buraco é mais embaixo" e antes de mais nada, gostaria de esclarecer que, apesar de qualquer coisa que eu diga ou do que possa parecer, o ACBrInstall é uma excelente ferramenta e de muita ajuda, porém, ainda não é perfeita. Vamos a analise de caso. Formatei minha estação de trabalho (1 final de semana por ano perdido), e resolvi esclarecer de vez o problema com multi delphis e o ACBr. Pois bem, Estou com o Delphi7, Delphi 2010, Delphi XE, Delphi XE2 e Delphi XE3, em uma instalação do windows 7 64bits fresca e virgem. O checkout do projeto deixei para fazer durante a instalação do componente com o ACBrInstall, então foquei em configurar os Delphis para cooexistirem pacificamente. Seguindo a dica do colega amirzimm, vou usar o override->path das variaveis de ambiente do delphi ao inves de usar a gambiarra do arquivo de lote (.bat), em cada uma das versões do Delphi, criei um override da variavel de ambiente Path com o path que lhe condiz, na verdade, basta excluir os caminhos dos outros delphis deixando somente a da versão em questão e todo o resto (windows, system, etc). Depois de todas as IDE´s configuradas, baixei a versão do ACBrInstall disponivel aqui no fórum. Iniciei o ACBrInstall como administrador (Botão direito sobre o programa, e "Executar como Administrador"). Delphi 7 - Eu utilizo OpelSSL, portanto as 3 caixas iniciais foram marcadas, como não possuo FastReport, deixei essas opções para ele desmarcadas, fiz o checkout do projeto e comecei a instalação, tudo correu bem até abrir o Delphi. Erros e mais erros por falta de dlls, está aqui um dos problemas do instalador, se os pacotes dependem das dlls, ele poderia copia-las para o diretorio \bin\ do delphi em questão (Copiei para o system32 e não funcionou, o delphi nao reconheceu, então a saida mais segura seria o diretorio de binarios do delphi). Copiei manualmente as dlls para o \Delphi7\bin\ e rodei denovo a IDE, novo erro, agora não foi possivel carregar o pacote de NFSe, pois ele continua referencia a xml(algumacoisa) que também era referenciado no OpenSSL, pois bem, abri o pacote na IDE, dei um build, compile e install e pronto, Delphi 7 e ACBr funcionando perfeitamente. Primeira IDE (Delphi7) número de problemas encontrados (2), resolvidos (2), sugestões : ACBrInstall copiar as dlls automaticamente e uma revisão no pacote da NFSe. Delphi 2010 - Mesmo procedimento inicial usado no Delphi 7, checkbos do OpenSSL marcados e pacotes do FR desmarcados, erro na compilação do NFSe, Compiling package C:\Programacao\Componentes\ACBr\Pacotes\Delphi\ACBrNFe2\ACBr_NFSe.dpk ... C:\Programacao\Componentes\ACBr\Fontes\ACBrNFSe\ACBrNFSeUtil.pas(147) Error: E2010 Incompatible types: 'Char' and 'AnsiChar'C:\Programacao\Componentes\ACBr\Fontes\ACBrNFSe\ACBrNFSeUtil.pas(147) Error: E2010 Incompatible types: 'Char' and 'AnsiChar'C:\Programacao\Componentes\ACBr\Fontes\ACBrNFSe\ACBrNFSeUtil.pas(194) Error: E2010 Incompatible types: 'Char' and 'AnsiChar'C:\Programacao\Componentes\ACBr\Fontes\ACBrNFSe\ACBrNFSeUtil.pas(199) Error: E2010 Incompatible types: 'Char' and 'AnsiChar'C:\Programacao\Componentes\ACBr\Fontes\ACBrNFSe\ACBrNFSeUtil.pas(199) Error: E2010 Incompatible types: 'Char' and 'AnsiChar'C:\Programacao\Componentes\ACBr\Fontes\ACBrNFSe\ACBrNFSeUtil.pas(209) Error: E2010 Incompatible types: 'Char' and 'AnsiChar'C:\Programacao\Componentes\ACBr\Fontes\ACBrNFSe\ACBrNFSeUtil.pas(215) Error: E2010 Incompatible types: 'Char' and 'AnsiChar'C:\Programacao\Componentes\ACBr\Fontes\ACBrNFSe\ACBrNFSeUtil.pas(457) Error: E2010 Incompatible types: 'Char' and 'AnsiChar'C:\Programacao\Componentes\ACBr\Fontes\ACBrNFSe\ACBrNFSeUtil.pas(930) Error: E2010 Incompatible types: 'Char' and 'AnsiChar'C:\Programacao\Componentes\ACBr\Fontes\ACBrNFSe\ACBrNFSeNotasFiscais.pas(9) Fatal: F2063 Could not compile used unit 'ACBrNFSeUtil'Compilation failure Desmarquei o NFSe e a instalação foi concluida com sucesso, abri a IDE e novamente esqueci das DLLs, depois de resolvido esse problema, abri a unit problematica e coloquei PAnsiChars em algumas variaveis e mudei PChar para PAnsiChar em outras e o pacote compilou, 14 hints, 2852 Warnings, mas compilou, mas como a ideia é ver até onde o ACBrInstall pode ir, fechei a IDE e reinstalei o ACBr, desta vez marcando a opção NFSe que não havia compilado. Bom, agora a instalação foi concluida com sucesso, a IDE não apresentou erros na execução e todos os pacotes estavam carregados. Segunda IDE (Delphi 2010) problemas encontrados (1), resolvidos (1), sugestão : Revisão no ACBrNFSeUtil no typecasting dos tipos String, Char, PChar, etc. PS : Vou anexar uma copia dos arquivos alterados caso queiram dar uma olhada. Delphi XE - Dessa vez já estava esperto e copiei as dlls antes de executar o ACBrInstall =P A instalação ocorreu sem problemas, a execução da IDE também não apresentou problemas (benditas dlls), todos os pacotes carregados. Delphi XE2 - Apartir dessa versão já posso marcar a opção do FR para compilar, usando todo o conjunto do ACBrInstall, instalação ocorreu sem problemas. Execução da IDE não apresentou erros e todos os pacotes coram carregados. PS : A instalação foi feita para ambiente win32, não tenho intenção de usar binarios x64 por enquanto e não faço a minima ideia se o projeto vai funcionar compilando para as duas plataformas. Melhor não arriscar por enquanto. =P Delphi XE3 - Agora quem sai fora da equação é o pacote RV, que foi subistituido definitivamente pelo FR, instalação ocorreu sem problemas, execução da IDE não apresentou erros e todos os pacotes foram carregados. Conclusão : Como eu havia dito, o ACBrInstall é "porreta", ajuda muito, principalmente quem está começando agora e no quesito multi IDE´s, porém exitem melhorias que precisam ser feitas para deixa-lo perfeito, uma delas é a opção de copiar as dlls para o diretório system do windows e/ou para a pasta \bin\ do delphi. Os erros nos pacotes foram poucos e simples de se resolver, não gastei mais do que 5 minutos para corrigir os dois problemas, pelo tamanho do projeto e a quantidade de versões existentes do delphi e que são atentidas pelo projeto, eu esperava encontrar mais problemas, então me dou por satisfeito com essa ferramenta, apesar dos erros, ela faz exatamente o que propõe, uma forma pratica e rapida de instalar a biblioteca. ROTEIRO : Para quem não quiser mais ter problemas com relação a Várias versões do delphi e o ACBr, segue um roteiro "tiro e queda". 1 - Instalar as versões desejadas e se certificar que elas funcionam corretamente. 2 - Seguir a dica do colega "armizimm" e definir um override da variavel path em cada uma das IDE´s, excluindo as referencias a outras versões. 3 - Copiar as dlls do projeto para o "WINDOWS\SYSTEM" ou para o diretorio \bin\ de cada IDE. . Não é mais necessário, o ACBrInstall agora copia corretamente as DLLs 4 - Executar o ACBrInstall como administrador 5 - Checkout/Atualização do projeto antes de compilar/instalar (lembrando que deve ser realizado periodicamente para manter sua copia do projeto sempre atualizada) 6 - Caso algum pacote apresente problema durante a compilação, desmarque (os) pacote(s) problematico(s) e tente novamente, depois você poderá acessar a IDE e corrigir os problemas apresentados, abrindo o pacote e compilando-o pela IDE até que o problema esteja resolvido. 7 - Siga sempre a ordem cronologica de versões, se você tem 3 versões do delphi, comece instalando sempre no sentido Menor -> Maior OBS : Esse "Caso" e o "Roteiro" foram feitos no Windows 7 64bits, Algumas IDE´s eu possuo licença outras são "paralelas" ou Trial, instalei as atualizações para todas as IDE´s e não tinham nenhum outro pacote instalado além dos buildin de cada IDE. "Pooor hooje éé soooó pepessoal" corrigidos.zip

Aqui o erro ocorre ao tentar compilar os pacotes da NF-e, os outros ele até compila de boa. Vai saber, o log não diz muito e como o ACBr já funciona normal com a instalação "na unha", resolvi deixar de lado, mas estou pensando em formatar e testar novamente o instalador.

O acesso direto ao menu MEMBROS retorna a mensagem "Você não tem permissão para acessar essa area", mas se eu for no ícone no canto superior direito (Mensageiro) eu consigo acesso a area de membros, só não consigo mais visualizar o perfil de nenhum membro ou acesso ao antigo menu rapido para enviar pms. Mas isso é detalhe o importante é que consegui anexar o arquivo e já removi o link externo.

Você não tem permissão para anexar arquivos nesse fórum. Assim como também não tenho permissão para visualizar os membros do fórum. EDITADO Opa, parece que a opção de anexar resolveu funcionar ... estou removendo o link do post inicial e hospedando o zip com o novo pacote.

Aqui o ACBrInstall só deu problema, não compila alguns dos pacotes, nunca consegui faze-lo funcionar, uso 3 versões diferentes do Delphi aqui seguindo aquela velha receita de um arquivo bat para cada um. Quem sabe quando eu formatar e tiver que reinstalar o bendito ACBrInstall funcione =P

Editei todos os meus posts nesse tópico, pois se referiam a uma versão do componente que resolvi nao continuar. Comecei do zero, com base no projeto que uso em minhas aplicações e finalmente vou poder terminar o prometido. LEIAM O POST INICIAL DO TÓPICO PARA MAIORES INFORMAÇÕES.

Incrivel, mas aparentemente o problema se resolveu, minha aplicação voltou a funcionar, o exemplo tambem, tanto em OpenSSL quanto em Capicom, o monitor idem. Acredito que havia algum problema nos webservices da Sefaz do MT, eles sairam do ar agora pouco e voltaram operando e respondendo normalmente.