cefantacini

Obrigado a todos, atualizei o Lazarus e o ACBr em duas máquinas deu tudo certo. Se quiser pode fechar o tópico.

O pessoal que tem mais experiência poderia me passar qual seria a melhor forma de atualizar o Lazarus? Remover e instalar de novo? Executar algum tipo de atualização apenas? Se sim como seria essa atualização? Eu nunca atualizei meu lázarus... Já achei um tópico aqui que eu mesmo criei...

Atualizei o ACBR e na reconstrução do lazarus recebo o erro abaixo: Se alguém puder me ajudar com a solução...

Obrigado a todos, consegui emitir NFes em homologação em contingencia usando o SVC e já configurei o emissor. Se quiser pode fechar o tópico.

Ví essa semana aqui no blog mesmo que a Sefaz/SP tinha ativado a contingência na emissão de NFe. Tenho alguma dúvidas, se alguém pude me esclarecer ... Quando a contingência está ativada a emissão normal não funciona? Qual a politica correta, durante o período de contingência já enviar em contingência ou tentar enviar normal e se der erro mudar para contingência? Eu fiz uns testes em homologação e consegui emitir em contingência mudando as seguintes informações no componente: unfegeracaoapoio.CM_NotaF.NFe.Ide.tpEmis := teContingencia unfegeracaoapoio.CM_NotaF.NFe.Ide.dhCont := Now; unfegeracaoapoio.CM_NotaF.NFe.Ide.xJust := Trim( unfegeracaoapoio.CM_ContingenciaMotivo ); Seriam essas mudanças mesmo ou alguma a mais ou a menos? Ví que sai uma mensagem no DANFe. Depois de emitida essa nota em contingência devo realizar mais algum procedimento (técnico, contábil, etc) posterior em relação a ela ou não?

Eu testei aqui tanto em homologação quanto em produção, tanto o Webservice de consulta de status do serviço quanto o de consulta cadastro e o problema se repete nas 4 situações.

Já tive reportes esporádicos de clientes em produção e agora tbém estou recebendo a MSG em homologação. Mais alguém está passando pelo mesmo problema?

Bom dia amigo. Sua dica me ajudou a resolver, as variáveis eram do tipo Extended e mudei para Currency. Obrigado a todos. Se quiser pode fechar o tópico.

Eu fiz vários testes de arredondamento usando o RoundABNT do ACBr, veja por exemplo: Agora o resultado da mensagem: a variável vItem vem com valor 29,04 só de eu "colocar" ela dentro do componente o valor "vira" 29,0401 e depois da multiplicação dá a diferença dos dois centavos ...

Adicionalmente eu mudei a forma de alimentar o componente: Produto.Prod.vProd := RoundABNT( qItem*vItem, -2 ); Produto.Prod.qCom := qItem; Produto.Prod.vUnCom := Produto.Prod.vProd/qItem; Aí o valor total dos produtos e da nota ficou OK, porem caiu na validação... 629-Rejeição: Valor do Produto difere do produto Valor Unitário de Comercialização e Quantidade Comercial

O problema é que o valor do item 2 não era pra dar 4721,34 e sim 4721,32 o valor qCom 29,04, quando eu coloco no componente vira 29.0401...

Estou com um problema de arredondamento na NFe, com uma combinação de valores. Na tela (DBGrid) fica dessa forma. *detalhe para o ítem P2 No DANFe fica da forma acima. Tentei preencher o componente de duas formas diferentes... Produto.Prod.qCom := qItem; Produto.Prod.vUnCom := vItem; ou Base := RoundABNT( qItem*vItem, -2 ); Produto.Prod.qCom := qItem; Produto.Prod.vUnCom := Base/qItem; As variáveis Base, qItem e vItem são do tipo Extended e recebem o valor do campo da tabela.... Abaixo um exemplo de rastreamento de código... Base := RoundABNT( qItem*vItem, -2 ); Produto.Prod.qCom := qItem; Produto.Prod.vUnCom := Base/qItem; ShowMessage( 'Variável qItem: '+FloatToStr( qItem )+Chr( 13 )+ 'Variável vItem: '+FloatToStr( vItem )+Chr( 13 )+ 'Produto.Prod.qCom: '+FloatToStr( Produto.Prod.qCom )+Chr( 13 )+ 'Produto.Prod.vUnCom: '+FloatToStr( Produto.Prod.vUnCom ) ); O resultado do ShowMessage: Depois de "colocado" no componente, o valor 29,04 vira 29,0401. Aparentemente é aí a origem do problema. Vou anexar o XML, caso alguém possa me passar qq dica é muito bem vinda... PRE_RETRATO_4_000000884.xml

Legal, consegui pelo menos desabilitar o Ctrl D. O problema do Ctrl Z é que eu devo ter apertado o Ctrl D e não percebi e salvei e passou um tempo e depois percebi....daí já não dava mais para desfazer ...

Eu não estou conseguindo fazer a configuração formatação de código no lazarus, quando aperto Ctrl+D. Na verdade nem gosto dessa ferramenta, porém acho que acabei apertando isso acidentalmente alguma vez no passado e bagunçou meu código fonte. Agora não consigo configurar de forma a ficar da forma que eu prefiro. Se tiver alguém no grupo que tá mais familiarizado com essas configurações e puder me dar umas dicas. Eu prefiro manter o if then else como abaixo: if then begin end else begin end; E gostaria tbém depois de corrigir, desabilitar esse recurso para não acontecer de usar acidentalmente novamente. Não sei se muda alguma coisa mais o projeto é migrado do Delphi, porém o código foi desalinhado já no lazarus. Se alguém do grupo tiver alguma noção agradeço.

Estou fazendo uma simulação aqui, deixo a pasta de schemas vazia, carrego os dados da nota no componente e peço para validar, daí ele dá o erro. "Arquivo de Schema não especificado" Normal! Se na sequencia, eu copiar os arquivos de schemas para a pasta - com o sistema aberto mesmo -, carregar a nota novamente e validar novamente ele dá o mesmo erro. Porém agora os schemas estão na pasta. Existe alguma forma de eu forçar o "recarregamento" dos arquivos de schemas pelo componente?

Atualizei aqui e resolveu. Obrigado! Se quiser pode fechar o tópico.

Segue o XML 35210564707268000140550010000008471023179200-nfe.xml

Estou usando o Fortes.

Estou fazendo os ajustes do sistema para a nota técnica 2020.006. Consegui emitir nota normalmente usando a tag xPag. Porém um dúvida/sugestão. Meu componente DANFE está configurado a propriedade ExibeCampoDePagamento = eipQuadro. Porém, se usada a forma de pagamento 99 e a tag xPag for preenchida, no DANFE, não aparece o valor do xPag e sim a palavra Outro. Existe alguma configuração adicional para que passe a aparecer o valor da tag xPag ou o comportamento será esse mesmo?

Eu consegui resolver, da seguinte forma: Selecionei todos os controles (Edit, ComboBox, BitBtn, etc) da tela (Shift pressionado + clique do mouse sobre o controle). Com todos marcados apertei Ctrl+X, ou seja, removi eles da tela. Compilei o programa que deu erro pq o código fazia referência aos controles. Voltei ao Form, apertei Ctrl+V e colei de volta, aí, o lázatus já cola nos mesmos locais. Pedi para o próprio lázarus fazer o alinhamento do TabOrder e o problema foi resolvido. Fechei, abri o projeto, testei, tudo ok. Se quiser pode fechar o tópico.

Daniel, a nova versão eu devo instalar na mesma pasta que estava a anterior antes de ser renomeada? Vc saberia me dizer qual a última versão estável?

Para o pessoal que está a costumado a utilizar o lazarus, qual a melhor forma de atualização? Depois de atualizado vai ser necessário reinstalar os componentes todos ou ele já assume? Qual seria a melhor versão estável atual?

mcarolino, no meu caso não tenho DBCheckBox na tela, tenho um CheckBox, tentei colocar a o tabstop dele igual a false porém o problema continua...

Daniel Os componentes estão todos sobre o form mesmo. Eu fiz um outro teste alterando a propriedade TabOrder dos componentes em vez de clicar o botão contrário no meio da tela e ir em ordem de tabulação. O problema persistiu. É interessante que eu compilo o projeto e em tempo de execução a ordem não é respeitada, se eu volto para o tempo de projeto a ordem está correta. Se eu fecho o projeto e abro de novo a ordem volta para a forma errada em tempo de projeto.

Eu tenho um form em um projeto lazarus, não está respeitando a ordem de tabulação. Eu configuro a ordem correta, compilo e ele não obedece. Se eu fechar o projeto e abrir de novo, mesmo em tempo de projeto a ordem de tabulação volta a ficar da forma que estava antes de eu configurar. Já apaguei a pasta lib e não resolveu. Alguém já passou por alguma coisa semelhante?