leandro.rezende

Estou compactando o XML usando o ZipMaster e recebo de retorno "Arquivo Zip inválido" Segue parte do Codigo BlocoX.WebServices.EnviarEstoque.xml:=texto; {xml em texto} blocox.WebServices.EnviarEstoque.XMLZipado := EncodeBase64('Arquivo.zip'); {xml compactado} BlocoX.WebServices.EnviarEstoque.Executar; alguém tem alguma ideia do que pode ser?

É oque vou fazer de momento Daniel, gerar o o XML "manualmente" e assinar pelo ACBr, Quanto a exigência, penso igual a você, inventam cada coisa, e soltam a batata quente para nós. obrigado pela atençao.

Daniel, o arquivo foi gerado e assinado, ficou em +-5MB. Essa base de dados é de um deposito de material de construção, supermercados vao ter mais de 15.000 com certeza. Gerar um arquivo texto "normal" é rapidinho, as funções wgrupo e wcampo que deixaram o processo lento.

Não sei se estou fazendo algo errado, mas quando estou gerando o arquivo de estoque do BlocoX está demorando muito, mas muito mesmo. A base de dados de teste que estou usando tem +-15.000 produtos, está levando mais de 30 minutos pra gerar o XML A demora está dentro do GerarXML no laço de repetição for I := 0 to Produtos.Count - 1 do begin FGerador.wGrupo('Produto'); FGerador.wCampo(tcStr, '', 'Descricao', 0, 0, 1, Produtos.Descricao); FGerador.wCampo(tcStr, '', 'Codigo', 0, 0, 1, Produtos.Codigo.Numero, '', True, 'Tipo="' + TipoCodigoToStr(Produtos.Codigo.Tipo) + '"'); FGerador.wCampo(tcStr, '', 'Quantidade', 1, 20, 1, Produtos.Quantidade); FGerador.wCampo(tcStr, '', 'Unidade', 0, 0, 1, Produtos.Unidade); FGerador.wCampo(tcStr, '', 'ValorUnitario', 1, 20, 1, FloatToIntStr(Produtos.ValorUnitario, 2)); FGerador.wCampo(tcStr, '', 'SituacaoTributaria', 1, 1, 1, SituacaoTributariaToStr(Produtos.SituacaoTributaria)); FGerador.wCampo(tcStr, '', 'Aliquota', 4, 4, 1, FloatToIntStr(Produtos.Aliquota, 2)); FGerador.wCampo(tcStr, '', 'IndicadorArredondamento', 1, 1, 1, IfThen(Produtos.IndicadorArredondamento, '1', '0')); FGerador.wCampo(tcStr, '', 'Ippt', 1, 1, 1, IpptToStr(Produtos.Ippt)); FGerador.wCampo(tcStr, '', 'SituacaoEstoque', 1, 1, 1, IfThen(Produtos.Quantidade >= 0, 'P', 'N')); FGerador.wGrupo('/Produto'); end; ps. para fazer os testes de desenvolvimento de interface etc, comentei tudo pq ficou inviável esperar o processamento.

testei de tudo e nada dava certo, ja tinha desistido, quando me veio uma luz futiquei na pasta windows e program files, e achei no system32 um arquivo chamado watchsafe.ini dentro dele tem uma tag CACHEPIN=0, basta mudar pra cachepin=1 e ai o gerenciador do token passa a gravar o primeiro pin digitado. solução específica para este tipo de Token.

tentei as soluçoes sugeridas, mas sem sucesso. =(

Ninguém com esse problema?

Um cliente novo comprou um eToken A3 fabricado pela empresa WatchData, o dispositivo é o WatchKey USDB PKI Token, O problema é que pra fazer qualquer acesso ao token é solicitado a senha 5 vezes, até mesmo para fazer a Consulta do Status do Serviço dos Webservices. O Token foi testado no Windows 7 e no Windows XP Alguém já passou por algo do tipo? Obrigado

Fiz o teste com o seguinte link http://www2.correios.com.br/sistemas/rastreamento/resultado.cfm?botao=OK&celulardois=(31)%298802-0646&celularum=&etiqueta=DE554549046BR&objetos=DE554549046BR&termo=on aparentemente nao funcionou, quando se faz direto pelo formulario do site dos correios, é retornado uma mensagem dizendo que o numero foi cadastrado para o rastreamento. Fazendo pelo link, nao tem retorno nenhum, e o browser rediceriona para http://www2.correios.com.br/sistemas/rastreamento/default.cfm sem dar nenhuma mensagem de confirmacao

Entrei em contato com os desenvolvedores do Cartacerta.me, eles disseram " Não utilizamos o webservices dos correios. Utilizamos a Comtele para contas maiores como lojas virtuais e para usuários individuais um gateway proprio com chip das principais operadoras. "

Datilas, depois que vc faz uma consulta de rastreamento no www.correios.com.br abre a url http://www2.correios.com.br/sistemas/rastreamento/resultado.cfm com o status do objeto, dai tem a opcao "Receber por SMS" quando clica, abre tipo um popup para informar o celular de origem e destino . Pelo visto é um serviço gratuito dos Corrieios, tem alguns sites que usam esse serviço, por exemplo o http://www.cartacerta.me/

No site dos correios, vc consegue informar o Numero do Celular do "vendedor" e do "cliente" , e os correios enviam SMS para ambos cada vez que o status do objeto altera Alguém ja implementou esse tipo Rastreamento do Objeto via SMS?

Bom, fiz uma gambiarra, eu coloquei um Try except end e removi o raise de onde dava o erro. Assim está funcionando sem problemas.

Confirmado, testei em outros 4 computadores, 2 windows 2003, e 2 windows7 No windows2003 funciona no windows7 nao.

Italo, atualizei os fontes, e o erro persiste. ps. depois que atualiza tem q rodar a instalacao do trunk2 novamente?

ok Italo, obrigado, vou só terminar umas pendencias e no mais tardar até amanha lhe dou o retorno.

Analisando o código do Trunk antigo (postado no inicio do topico pelo Daniel Caus), esse check não era feito para o proActcon, pelo que eu entendi agora no Trunk2 o check é realizando sempre, para todos os provedores. Estranho é funcionar no XP e 2003, e nas novas versoes do windows nao.

Italo, boa tarde, sim eu fiz os ajustes e está tudo funcionando corretamente (emissao, consulta e cancelamento) desde novembro. O erro apareceu agora quando fui atualizar um cliente que usa o Windows 2008. Constatei que em computadores com windows 2003 e XP funciona, computadores com Windows 2008 e Windows 7 da o erro. ps. A emissao de NFE funciona ok, o problema é apenas quando vai emitir NFSE (provavelmente quando está assinando a nota)

Estou com esse mesmo problema, apenas na máquina do cliente, já testei em outros 2 computadores e funciona normalmente... No cliente está o Windows 2008 R2 e IE8, provedor Actcon. Tudo indica que o problema nao é no código, e sim alguma coisa do Windows.

Segue em Anexo os fontes que eu deixei funcionando ano passado, e estou usando este c'odigo ate hoje. basta descompactar,substituir tudo na pasta fontes, e depois fazer a compilacao pelo ACBR Install ACBrNFSe_old.rar

Vale lembrar que em cada estado tem uma tolerância diferente, em MG aceita até 1 real de diferença, no ES por exemplo nao aceita nem 1 centavo. (pelo menos na NFE 3.10)

Na NFe 3.10 é obrigatório referenciar a nota de devolucao a algum documento, pode ser ao cupom fiscal ou a nota fiscal de venda referente a devolucao

shdw, eu sei que tenho que configurar o componente da forma que falou, mas mesmo assim só estava validando com schemas da ve200, nao sei se estou fazendo algo de errado mas só funcionou depois que fiz a alteracao no código do ACBRNFeutil.pas

Testei para MG e detectei um erro no componente. Quando valida o xml está sempre considerando que a versao do layout .e a 2.00 alterei de class function Valida(Const AXML: AnsiString; var AMsg: AnsiString; const APathSchemas: string = ''; AModeloDF: TpcnModeloDF = moNFe; AVersaoDF: TpcnVersaoDF = ve200): Boolean; para class function Valida(Const AXML: AnsiString; var AMsg: AnsiString; const APathSchemas: string = ''; AModeloDF: TpcnModeloDF = moNFe; AVersaoDF: TpcnVersaoDF = ve310): Boolean;

Masoro, infelizmente alguem mexeu no componente e atrapalhou ele =( Pelo que eu vi fizeram alguma alteração para integrar com a prefeitura de Governador Valadares, e a pessoa nao tratou para as outras cidades, simplesmente TROCOU os caminhos/parametros, e com isso foi perdida a compatibilidade com a prefeitura de Ipatinga. Eu tinha atualizado o meu NFSE e vi que estava com problema, dai voltei o backup, pq nao estava com tempo para ver oque foi alterado, e oque estava causando erros.