Ir para conteúdo
  • Cadastre-se

Marcelo Calvi Belanga

Membros Pro
  • Total de ítens

    285
  • Registro em

  • Última visita

  • Days Won

    2

Tudo que Marcelo Calvi Belanga postou

  1. Senhores, O propósito do post era de esclarecimento. Objetivo atingido. Já sei o caminho que vou tomar. Obrigado a todos pela colaboração. Se acharem necessário, podem fechar o post.
  2. Olá André, muito obrigado pela informação, não havia pensado nisso. Posso tratar isso na geração de forma que seu falhar alguma validação pelo lado da minha aplicação, posso interromper a geração do XML e apresentar um aviso ao usuario. Obrigado pela colaboração ao post. Isso mesmo Amarildo. Peguei uma falha exatamente na modalidade do frete que passou sem o cliente informar valor algum, e automaticamente o componente informou o primeiro valor da lista, por ser um tipo enumerado. Vale lembrar que em momento nenhum estou falando que isso é errado. Por isso resolvi rever toda a geração do XML, e resolver outros possíveis problemas parecidos com esse.
  3. Ítalo, Não estou questionando o funcionamento do componente que uso a anos e por sinal é o melhor. Também não estou falando que é difícil fazer essa validação pelo lado da aplicação. Estou apenas trocando ideia sobre o funcionamento, para eu aprimorar meu aplicativo, evitando assim erros. É apenas essa confirmação que precisava, onde na ausência, sempre adotará um valor. Obrigado.
  4. Não importa a forma que é apresentado para o usuário, se ele não escolher uma opção. Sei que se eu tratar essa obrigatoriedade do lado da minha aplicação, resolve e pronto. Mas minha pergunta é, se o usuário não escolher nenhuma opção, e o aplicativo não tratar isso, é passado para o componente NULL, e o componente gera automaticamente 0 na tag modfrete. Passo para o componente dessa forma: Transp.modFrete := StrTomodFrete(OK,tbl_NFe.FieldByName('ModalidadeFrete').AsString); Mas se o usuário não escolhe nenhuma opção, o campo ModalidadeFrete, na base de dados será NULL e a tag Transp.modFrete, assumirá automaticamente, 0. Existe uma forma de a tag Transp.modFrete, não assumir um valor padrão automaticamente?
  5. Bom dia Italo, muito obrigado pela rápida resposta. Sim, essa é uma opção, mas no caso de campos obrigatórios de XML com múltipla escolha, como no caso do modfrete, se o usuário não informar nada nesse campo, não existe uma forma , de não lançar um valor padrão?
  6. Olá a todos. Temos diversos campos obrigatórios na geração do XML, dentre eles, apenas como exemplo, o modfrete. Caso não seja informado valor algum, para esse campo na geração do XML, automaticamente é gerado com o valor do primeiro item do conversor, nesse caso 0. Isso é possível que seja configurado, de forma que o componente não gere um valor default, mesmo sendo obrigatório? Sei que apresentará erro na validação, mas pelo menos, se o usuário não informar nada nesse campo o componente não irá gerar nada default.
  7. Atente -se no que nosso amigo @BigWings disse acima... Uma alternativa é fazer com que seu aplicativo crie o mapeamento e destrua automaticamente. Fiz isso no meu e não precisei sair mapeando unidades de todos meus clientes.
  8. Já reinstalou o novo certificado? Baixe a versão do instalador atualizada do site do fabricante e reinstale.
  9. Se estiver testando em Homologação, está com problema!!!!
  10. Bom dia. SP, em Produção OK e em Homologação Rejeição 905. Provavelmente não adequaram em Homologação ainda.
  11. Não utilizo o ACBReSocial, mas acredito que o funcionamento seja igual a qualquer outro como o ACBRNFe, então eu nunca usaria passar os parâmetros nesse formato que você está utilizando. Porque não tenta passar desta forma: ACBReSocial.Configuracoes.Arquivos.PathSalvar := PathWithDelim(gsAppPath) + '\pasta'; Veja se não tem nada parecido com isso em seu código: ACBrUtil.WriteToTXT('c:\teste.xml', ACBrUtil.ConverteXMLtoUTF8( RetWS ), False, False);
  12. Como você está passando o caminho para a propriedade, ACBreSocial.Configuracoes.Arquivos.PathSalvar. Dê mais detalhes por favor.
  13. Olá a todos, Estou com uma situação com a emissão da GNRe quando o DIFAL tem base reduzida, será que alguém já passou por isso? Quando o cálculo da GNRe tem base reduzida, leva-se em consideração a Base do Remetente e do Destinatário. E quando é emitido uma GNRe para MA por exemplo, sou obrigado a informar a chave de acesso do XML, de forma que ele checam o valor baseando-se pela base de calculo do destinatário, aliquota inter e aliquota intra. Neste caso ocorre o erro abaixo: E no site para emitir a guia, não é obrigado a informar a chave de acesso e não temos problemas. Alguém já passou por isso?
  14. 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!!!!!!
  15. 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
  16. 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.
  17. Está exatamente configurado desta forma. Alterei o httplib para httpwininet e pelo menos passou o teste do status.
  18. 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
  19. 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.
  20. Boa tarde André. Testei hoje com os schemas da pasta do ACBR e deu certo. Obrigado.
  21. Vou fazer essa tentativa @André Ferreira de Moraes. Obrigado.
  22. 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
  23. Estão sim... vendo seu PDF, acredito que entendi o que ocorre. Os campos de desconto, acréscimo e valor líquido estão alinhados corretamente, mas o valor total do item não. Desta forma está tudo igual. Farei mais alguns testes apenas para conferir essas informações. Desde já agradeço a atenção de todos. volto para dar um feedback.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.