carlosmarian

Olá fiz um testes com emissão de notas por 4 threads e não identifique nenhum problema. segue em anexo o fonte com meu ajuste. tbm executei consultas, cce e cancelamento. ACBrDFeCapicom.pas

Desculpe mas não entendi seu último comentário. Sim ele chamou o método CoInitialize no create, o problema é que mesmo assim apresentou erro conforme descrito na imagem do meu post anterior.

Olá. Atualizei os fontes e ao executar a consulta do status do serviço(com Thread) o erro não ocorre. Agora ao executar o teste de envio de NFe(com thread) o erro permanece, estou usando um certificado A1. Quando a thread chama a rotina de envio(GNFe.Enviar linha 3388 do demo), é efetuada assinatura do xml(TDFeCapicom.Assinar). Neste método(TDFeCapicom.Assinar) tem a chamada para o "CarregarCertificadoSeNecessario"(ACBrDFeCapicom.pas linha 427), como o atributo "FNumCertCarregado" esta diferente de vazio, então ele não chama no método "CarregarCertificado". Talvez pq ele já tenha sido chamado em outro momento. Call Stack: :7c812aeb kernel32.RaiseException + 0x52 :004eb189 OleError + $19 ACBrMSXML2_TLB.CoDOMDocument50.Create ACBrDFeCapicom.TDFeCapicom.Assinar(???,???,'infNFe') ACBrDFeSSL.TDFeSSL.Assinar(???,'NFe','infNFe') ACBrNFeNotasFiscais.NotaFiscal.Assinar ACBrNFeNotasFiscais.TNotasFiscais.Assinar ACBrNFe.TACBrNFe.Enviar('11',False,False) Unit1.TNFEThread.GerarEnviarNfeThread Unit1.TNFEThread.Execute :0061e69d TNFEThread.Execute + $19 :00405866 ThreadWrapper + $2A :7c80b713 ; C:\WINDOWS\system32\kernel32.dll

Olá. Adicionei ao form principal do exemplo de Nfe(ACBrNFe_demo) duas rotinas usando Thread. A primeira é a consulta dos status do serviço, que ocorre sem erro. A segunda, é a emissão de uma nota e neste caso é apresentado erro no momento em que o acbr tenta assinar a nota. Estou anexando o form(Unit1) com a rotina para simulação. Tbm anexei o ponto onde ocorre o erro no método de assinatura do XML. Unit1.dfm Unit1.pas

Olá, Eu vi que neste post que vc comentou foram feitos outros ajustes, tratamentos para a falha quando era executado uma segunda solicitação ao certificado. Neste momento o "CoInitialize" já estava no bloco "initialization". Nesta revisão 18/08 o "CoInitialize" já estava no bloco "initialization" do form. Vi que a alteração que passou "CoInitialize" para o bloco "initialization" ocorreu na revisão 9657, antes desta revisão a chamada ocorria no momento de carregar os certificados. No nosso projeto não usando mais os certificados A3(), então não tenho como garantir que a alteração não possa gerar impacto a outros usuários. Vc comentou anteriormente sobre como simular o erro, eu poderia tentar implementar algo no Demo da NFe mas como não usamos as maquinas de impressão do ACBr, o projeto demo não roda no meu ambiente. Vou ver se consigo de outra forma.

Olá, Estou efetuando a migração para a trunk2, a primeira etapa de instalação já consegui ultrapassar. Estou agora adaptando o sistema as alterações do ACBr. Minha aplicação efetua emissão de notas(transmissão para sefaz) usando threads, na versão trunk foram efetuados ajustes adicionando as chamadas aos métodos de "CoInitialize" e "CoUninitialize" em alguns pontos do processo(exemplo: "ValidaMSXML", "AssinarMSXML", ..). Agora na nova versão(trunk2) a chamada("CoInitialize" e "CoUninitialize") ficou restrita ao "initialization" e "finalization" da classe "ACBrDFeCapicom". Este ajuste esta trazendo alguns erros ao consumir webservice(consulta de status), assinatura e/ou validação do XML, apresenta falha "CoInitialize não foi chamado, ClassID: {XXXXX". Analisando o código fiz alguns ajustes e consegui eliminar estes erros. Gostaria de avaliar com vcs se estes ajustes são válidos e se podem ser adicionados ao repositório. Os ajustes se são no fonte(ACBrDFeCapicom.pas) e basicamente a chamada do "CoInitialize" e "CoUninitialize" dentro do método de assinatura e validação e tbm no "CarregarCertificado". Segue em anexo o fonte ajustado. No aguardo. ACBrDFeCapicom.pas

Olá, No BAT(apagarAcbr.bat ) de remoção dos dcu, dcp e bpl não seria necessário tbm remover os arquivos com prefixo "pcte*", "pmdfe*", exemplo "pcteEnvEventoCTe.dcu" e "pmdfeConsSitMDFe.dcu". Até mais.

Não seria "www.mysensors.org" at+

Até o início da semana não tinha identificado falha. De ontem para hj não estou mais conseguindo utilizar. Relatei detalhes em:http://www.projetoacbr.com.br/forum/topic/22617-distribuição-de-documentos-sefaz-não-está-retornando-nada/#comment-145673 DouglasWF, para vc esta funcionando? Obrigado.

Olá, Ao tentar utilizar a distribuição de DF-e estou tendo o seguinte retorno: '<?xml version="1.0" encoding="utf-8"?><soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"><soap:Body><soap:Fault><soap:Code> <soap:Value>soap:Receiver</soap:Value></soap:Code><soap:Reason><soap:Text xml:lang="en"> Server was unable to process request. ---&gt; A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections. (provider: TCP Provider, error: 0 - A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond.) </soap:Text></soap:Reason><soap:Detail /></soap:Fault></soap:Body></soap:Envelope>' Ao tratar o retorno(TWebServicesBase.SalvarResposta) o ACBr acaba gerando um arquivo "-dist-dfe.xml" vazio. Isso pode estar ocorrendo pq ao ler o retorno(descrito acima) não contém nenhuma informação válida. Isso esta ocorrendo para mais alguém? Outro fato: Ao acessar(browser):http://www.portalfiscal.inf.br/nfe/wsdl/NFeDistribuicaoDFe Tenho o seguinte retorno: "The resource you are looking for has been removed, had its name changed, or is temporarily unavailable." Obrigado.

Post: http://www.projetoacbr.com.br/forum/announcement/9-problema-para-acessar-o-repositório-dos-fontes/ Você pode acompanhar o andamento da resolução do Source Forge em: https://twitter.com/sfnet_ops Obs: em uma consulta rápida pelo fórum encontraria uma série de post sobre este assunto.

Olá, Criei e fiz alguns ajuste que acredito que possam ajudar na geração do Registro Z(Vendas Identificadas pelo CPF/CNPJ). Por favor, se possível avaliem esta alteração. Até mais. Alteracoes_Reg_Z_Rev_9203-20150715.7z

Olá, Meu cliente recebeu um XML com valores diferentes no atributo versão das tags nfeProc e infNFe, um tem valor "2.00" e outro "3.10". O layout das informações do xml caracterizam ele como um xml da versão 3.10, mas o acbr acaba lendo o valor 2.00. Neste caso por exemplo ele não consegue ler o atributo de data de emissão, já que na versão 3.10 a tag tem outro nome. Será que existe uma forma de contornar isso? Imagem do XML em anexo. Estou usando a revisão "9203" do acbr. Obrigado.

Olá Italo, Obrigado pela retorno. Eu emiti um CCe usando o caminho completo e a SEFAZ não criticou . Mas vou revisar a implementação para enviar no formato/padrão que vc comentou acima. Obrigado.

Olá. Como deveria ser o CCe de Ct-e quando fosse necessário alterar a "quantidade de volumes"? Eu emiti um CC-e com os seguintes valores: ... <infCorrecao> <grupoAlterado>infCTeNorm</grupoAlterado> <campoAlterado>infCarga.infQ.qCarga</campoAlterado> <valorAlterado>95</valorAlterado> </infCorrecao> ... O CC-e foi aprovado, mas é correto informar assim(com este grupo e este caminho completo até a tag)? Ou seria correto tbm informar só o grupo como infQ e o campo como qCarga? Obrigado.

Encontrei uma forma de contornar meu problema relatado acima. Passei a ler o arquivo xml por um "FileStream", que depois converto para String; Desta forma estou usando o NotasFiscais.LoadFromString, passando com parâmetro o String convertido. At+

Olá, Ao efetuar o Download(ACBrNFe1.Download) da nota o XML que é extraído do ZIP contém o seguinte texto em algumas tags: <infAdProd>Resolu褯 do Senado Federal nڠ13/12, No da FCI 9c895984-567d-4ef8-ba87-620da116c63b, Contede Importa褯 50 %</infAdProd> O XML tem caracteres especiais no texto. Desta forma ao tentar ler este XML em um outro momento(ACBrNFe1.NotasFiscais.LoadFromFile), a rotina não esta conseguindo ler o arquivo e carregar o "TStringList"(ArquivoXML): function TNotasFiscais.LoadFromFile(CaminhoArquivo: String; AGerarNFe: Boolean = True): Boolean; ... ArquivoXML := TStringList.Create; try ArquivoXML.LoadFromFile(CaminhoArquivo {$IFDEF DELPHI2009_UP}, TEncoding.UTF8{$ENDIF}); ... A variável "ArquivoXML.Text" esta vazia. Alguém já passou por um caso similar? No aguardo. Obrigado.

Estou usando a revisão 8501 e não tenho identificado esta falha. Qual a revisão vc esta suando? Obrigado.

Olá, A princípio a revisão 8879 já trata este item. At+

Olá Ronan vc teve alguma novidade? Eu estou tendo o seguinte ret ao tentar uma consulta de status em homologação: 'Not Found (404) - 'https://homologacao.nfe.sefazvirtual.rs.gov.br/ws/NfeStatusServico/NfeStatusServico2.asmx' O certificado é válido; Ao acessar a url pelo IE pede o certificado e abre sem erro; Estou usando Thread; Envio de nota e consulta de nota estão OK(em homologação); At+

Olá, Revisão 8485 já esta com esta implementação. Obrigado. At+

Olá Daniel... Bah realmente muito muito mais simples. Fiz alguns testes aqui e esta funcionando, acho que poderia ser uma boa alternativa, parabéns. at+

Obrigado, Fiz alguns testes com sua sugestão mas não tive o resultado esperado, inicialmente ou criar um controle interno. At+

Olá Daniel, É eu tbm até o momento não tinha sentido esta necessidade, o problema é que ao ajustar a aplicação para a 09/09(ESCECF) estou tendo problemas para efetuar o fechamento de Recebimentos. Isso pq até então eu chamava "FechaCupom" e independente de ser CF ou CNF ele fechava(Na Bematech e Daruma), não estava querendo revisar todo o processo para controlar internamente este status. at+

Olá, Hj no ACBrECF alguns status de CF e CNF são identificados da mesma forma, exemplo: Se tiver um CNF em pagamento e obter o Status eu teria o retorno "estPagamento", mesmo retorno se estiver em um CF em pagamento. Existe alguma forma no ACBrECF que me permita identificar que por exemplo o status de Em Pagamento é referente a um CF ou a um CNF? Obrigado.