Marcelo Calvi Belanga

Posso completar minha resposta??? Quero o boné!!!!! Porque se não fosse a versão 4.00, talvez eu nunca iria descobrir essa grave falha minha!!!! rsrsrs Já ganhei!!!!!!

Então, foi configurado exatamente dessa forma, porém, acabei de descobrir um erro exatamente na linha que meu aplicativo setava a configuração do componente em Configuracoes.WebServices.SSL.SSLType, e estava passando um valor totalmente maluco. Resumindo não estava setando corretamente o LT_TLSv1_2 e por isso que quando eu alterava a propriedade Configuracoes.Geral.SSLHttpLib := httpWinINet, funcionava, por conta de alguns ajustes automáticos que o nosso maravilhoso ACBr faz. Enfim, está ai a minha verdadeira saga, resolvida. E se não fosse a versão 4.00 talvez nunca descobrisse esse erro.... vale boné não é? rsrsrs

No meu caso, alterei apenas a propriedade httplib para httpwininet e voltou a funcionar. Não precisei fazer nenhuma alteração em clientes. Nem atualizações. É claro que é uma alternativa, mas precisarei ir mais a fundo e descobrir o porquê, pois, até em Windows 10 100% atualizado, está ocorrendo o erro.

Está exatamente configurado desta forma. Alterei o httplib para httpwininet e pelo menos passou o teste do status.

Começou a aparecer pra mim também. SP

Porque eu sou muito preguiçoso e deixei tudo para a última hora e sempre culpo o governo de tudo que acontece na minha vida!!!!! rsrsrs

Boa tarde, provavelmente alguma inconsistência do WEBSERVICE. Tente usar essas configurações em Homologação: E essas em Produção: Ambas com Em SP está funcionando dessa forma.

Boa tarde André. Testei hoje com os schemas da pasta do ACBR e deu certo. Obrigado.

Vou fazer essa tentativa @André Ferreira de Moraes. Obrigado.

Boa tarde Colegas, apenas para título de consulta. Atualizei a versão e setei a propriedade CamposFatObrigatorios =True para homologação e CamposFatObrigatorios = False para produção. Teste com os novos schemas, e tive erro de validação em utrib. Voltei para os schemas anteriores e passou normalmente em homologação e produção em SP. Abraços

Também estou tentando usar, sem sucesso!

Eu também voto no exemplo 1 da @Gr@c@. Como vocês estão fazendo? Alguém conseguiu alguma informação adicional?

Sim, normal:

Senhores, enviei agora o mesmo XML que tentei pela manhã, usando todas as TAG's de Parcelas e Forma de Pagamento "Boleto" e autorizou normalmente. Provavelmente, estavam girando a chavinha no período da manhã.

Parece que ainda não viraram a chavinha Beto.... rsrsrs Alguém conseguindo emitir NFe 4.00 - NT 1.51 em Produção?

Bom dia a todos. Estou tentando também, mas está retornando: <xMotivo>Rejeição: Falha no Schema XML do lote de NFe</xMotivo> Verifiquei que tem relação com o Grupo de Parcelas, porém, em homologação, funciona sem problemas. A 27 dias da desativação da 3.10, não conseguimos emitir em produção. Isso é muito preocupante. Alguém de SP ou outro estado, consegui emitir em produção a NFe 4.0 - 1.51?

Carlos, essa NT trata exclusivamente do layout 4.0.

Caros colegas, Não gosto de usar refresh, então tentei de tudo e não consegui resolver ainda. Tenho um campo BLOB no Firebird que é alimentado por uma trigger, no momento de uma gravação do registro. OK até ai. O que ocorre, é que esse campo diferentemente dos outros não é atualizado automaticamente no dataware, somente executando o SELECT novamente ou efetuando um refresh da tabela. Tentei alterar algumas opções sem sucesso, dentre elas: - No campo - AutoGenerateValue := arDefault - No fdschemaadapter - RefreshMode := rmAll A única solução até o momento é o refresh mesmo. Alguém com alguma ideia, ou que já passou por isso e resolveu de outra forma?

Bom dia, Mesmo problema, resolvido da mesma, forma... Obrigado sempre a todos que colaboram com o feedback de sucesso ou não.

Bom dia... Ainda sim, contato via email ou skype, por favor.

Boa tarde caros colegas, Preciso de um free para a migração de um sistema antigo que está em paradox. No momento estou migrando outro projeto e sem tempo para esse. ****ATENÇÃO**** Tem que ser para Firebird, com FireDAC e Seattle. Usar preferencialmente regras de negócio no banco. No momento não usa nada do ACBr. Teremos que incluir CTe-OS. Os dados tem que ser migrados também. Informações aproximadas: 32 tabelas, 9 cadastros, 17 módulos de movimentação de dados, lançamento, contas a pagar, etc e 11 relatórios. A quem interessar passar um orçamento, favor encaminhar email para: [email protected] Obrigado e ótimo final de semana a todos!!!!

Aqui parece que voltou... Clientes emitindo normalmente!!!!

Bom dia, Eu estou tendo problema no recebimento de argument out of range.

Boa tarde @alves_sp Nesse formato, quando insiro uma nova venda e novos itens, na sequencia já grava no banco usando o applyupdates, assim também não tenho problemas. E quando efetuar a exclusão do item, como executa o applyupdates, também atualiza no banco e também não temos problemas. Mas perco as funcionalidades do cacheupdates, por exemplo, vamos pensar que somente no final da inserção da venda completa eu queira aplicar no banco e no meio dessa edição o usuário resolve remover ítens apenas usando o delete. Caso o usuário remova todos os itens, ocorre o erro em cache e para que não ocorra, tenho que aplicar as mudanças no banco usando o applyupdates, basicamente da mesma forma que você faz, mas nesse momento, se a venda que ainda não foi gravada no banco, será gravada e então não consigo cancelar a venda, pois, a mesma já atribuiu sei ID. É claro que isso não me traz grandes problemas, mas gostaria de deixar o cache em master x detail funcionando perfeitamente. Vou continuar tentando e se conseguir uma solução, posto aqui. Se por acaso quiser ver ao vivo o que ocorre e trocar experiencias, me avisa que te adiciono no skype. Por hora muito obrigado pela ajuda. Abraços!

@alves_sp, realmente deve funcionar, o meu também funciona, mas o fato de utilizar o applyupdates a cada delete, perdemos a função do cache nesse ocasião, correto? já fiz inúmeros testes, mas quando executo delete no ultimo registro da detalhe, e resolvo cancelar com cancelupdates, ai que gera a bagunça. No seu ocorria a mesma situação?