Rodrigo Cardilo

Bom dia amigo, Segue post com a correção.

Bom dia amigos, Fiz as alterações acima e deu certo. Segue anexo alterações caso algum moderador possa atualizar nos fontes. Obrigado pela colaboração de todos pcnLeitor.pas

Boa tarde Rodrigo, Como você conseguiu registrar? Estou fazendo da seguinte forma e não obtenho retorno: ArqXml := Path + ChaveNFcE + '-nfe.XML'; ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromFile(ArqXml); ACBrNFe1.Enviar(0, ImpressoraOK, False, False); Alguém mais conseguiu?

Amigos, já resolvi. Não atualizei a pasta Schemas. Grato

Boa tarde amigos, Atualizei o meu sistema no cliente essa semana e quando tento gerar o xml do cte de SP para MG dá o erro em anexo. Interessante que o xml está preenchido correto. O valor do CT-e é R$ 0,01 mesmo (instruções da contabilidade) e até junho funcionava perfeitamente. <ICMSUFFim> <vBCUFFim>0.01</vBCUFFim> <pFCPUFFim>2.00</pFCPUFFim> <pICMSUFFim>18.00</pICMSUFFim> <pICMSInter>12.00</pICMSInter> <pICMSInterPart>100.00</pICMSInterPart> <vFCPUFFim>0.00</vFCPUFFim> <vICMSUFFim>0.00</vICMSUFFim> <vICMSUFIni>0.00</vICMSUFIni> </ICMSUFFim> Alguém consegue ajudar? Grato

Observe a URL: cte.fazenda.mg e teria que aparecer cte.fazenda.sp

@Dionatan Hovoruski acabei de testar. Tem quer reiniciar o computador e dá certo. Obrigado pela ajuda.

@hugolmf Você está consultando MG. Tem que mudar para SVC-SP @paulo aquino na verdade a diferença que eu notei é só a versão ( o que tá funcionando é Ultimate e o que está com problemas é Professional) Não estou afirmando que esse seja o motivo do problema, mas pode ser alguma coisa em relação à atualização.

@Wagner Filipe Moura vai validar normalmente. Não precisa fazer nada depois

@paulo aquino eu fiz funcionar em outras máquinas com Windows 7. somente uma (que é win7 professional) não tá danto certo.

Bom dia Galera, Estou com problema em somente um cliente. Em outros já está funcionando ok. Já tentei todas as alternativas descritas aqui e não deu certo (inclusive atualizei Framework). Lá é Win 7 Professional com Service Pack 1. Segue o erro.

Consegui dessa forma com certificados A1. Com A3 não deu certo.. Alguém sabe porque?

Aparentemente voltou sem eu precisar mudar nada no sistema. Continuo com o wincripty sem problema algum. É bem provável que seja instabilidade no SEFAZ MG. Grato luisclaudio_jr.

Aí complicou pois abandone o capicom a muito tempo. Será que pode ser o algum problema de certificado?

Boa tarde amigos, Começou hoje a tarde um problema em todos meus clientes na hora de enviar CT-e em MG. Rejeição: Falha no Schema do Xml do CTe. Alguém está passando pelo mesmo problema?

Perfeito Marcelo, Resolveu meu problema. Muito obrigado.

Boa tarde, Eu criei uma aplicação simples utilizando firedac para conectar ao banco de dados MySql hospedado na hostgator. Utilizei o FdConnection, FdTable e um DataSource. Consigo abrir a tabela e visualizar os dados na DbGrid. Quando tento alterar alguma informação na grid e dar o ApplyUpdates depois de alguns segundos (tipo 30 segundos) aparece o seguinte erro: "Lost connection to MySQL server during query" O curioso é que se eu abrir a tabela e alterar rapidamente (em menos de 10 segundos) dá certo e inclusive grava no banco. Alguém sabe me dizer como faço pra resolver? Grato desde já.

@EMBarbosa perfeito. acrescentei row 1 to 50 e ficou infinitamente mais rápido. Já implementei e o usuário está feliz.. (rs) Mas confesso que não entendo o porque dessa demora. Você sugere alguma mudança no componente? Te agradeço muito pela solução desde já. Você deixou muita gente feliz nesse começo de semana (kkk).

@EMBarbosa concordo plenamente com você. Quanto tentei usar o profiler confesso que não entendi muito o funcionamento. E só mostrou resultados para a ntdll. Não achei nada sobre o assunto no google e por isso não insisti. Fiz vários testes. Por exemplo: Numa tabela com 500 registros não tenho problema algum de lentidão. Quando faço uma consulta o retorno dos registros também é muito mais rápido que no obsoleto DBExpress. Porém, na principal tabela do meu sistema que é a de vendas e onde eu preciso de maior agilidade está acontecendo isso. Tenho uma outra tabela com 500000 registros que também acontece o mesmo problema. Outro teste que fiz foi uma conexão direta, sem Datasnap. As coisas mudam. A gravação é bem mais rápida. Por isso postei ajuda aqui pois não sei se muda alguma coisa no Datasnap. Comecei a testar outras alternativas aqui e se puderem me dar sugestões eu agradeço desde já.

@EMBarbosa eu tentei usar.. Mas não mostrou nenhuma novidade. Confesso que não sei usar a ferramenta direito mas, como te disse antes, é no applyupdates que a coisa trava. Eu já fiz um teste com o sql direto (INSERT INTO......) e aí funciona bem mais rápido. Mas aí vou ter que abandonar o clientdataset e é quase impossível modificar essa estrutura toda. Estou pensando em voltar pro DbExpress ou Unidac, segundo relatos de outros que tiveram problema parecido. Lembrando que minha aplicação cliente utiliza DATASNAP. Gostei muito do Firedac mas com essa lentidão tá complicado.

@EMBarbosaInfelizmente não sei usar nenhum dos profiles. Mas utilizando o POG (Programação orientado a gambiarra) eu achei o momento da lentidão. Está exatamente no ApplyUpdates. Daí concluí que é realmente não hora de gravar. E tenho certeza que não está vindo nenhum registro pois a tabela abre rapidamente (atualizando que a quantidade de registros da tabela Mestre (Venda) é de 1.600.000 aproximadamente. Estou pensando em abandonar o Firedac

Um resumo da estrutura @EMBarbosa Servidor: Firedac, AdQuery, Provider Cliente Datasnap: ClientDataModule(no caso é a TB10000) e datasource Eu utilizo o Insert mesmo. O packetrecords eu mantenho 0 para não vir registro algum mesmo. Fiz um teste com o DBExpress e a performance é bem melhor.

DM1.TB10000.PacketRecords := 0; DM1.TB10000.Open; Antes de abrir a tabela eu tomo esse cuidado. Utilizo o código acima e depois insiro os dados tanto na tabela mestre (VENDA) como na details (itens). Para gravar, utilizo o código abaixo. DM1.TB10000.POST; DM1.TB10000.APPLYUPDATES(-1); Interessante que antes no DbExpress funcionava bem mais rápido. As consultas e gravação em tabelas com menos registros funciona bem, sem problemas.

Oi amigo, Qual versão do Unidac você está utilizando. Estou com o mesmo problema. Grato

Prezados, Migrei um sistema multi camadas para o Firedac a algum tempo e percebi uma lentidão para gravar em algumas tabelas com muitos registros. Minha estrutura é Servidor de Aplicação com Firedac, Cliente Datasnap utilizando ClientDatamodule. O problema só acontece quando tento gravar uma tabela com mais de 500.000 registros (Tabela de Venda) Alguém já passou por isso e conseguiu alguma solução? Grato desde já,