XML com valor default para campos obrigatórios

[Marcelo Calvi Belanga]

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.

[Italo Giurizzato Junior]

Bom dia Marcelo,

Eu acredito que você pode impedir que o usuário informe valores errados ou até mesmo a falta deles através da sua aplicação.

[Marcelo Calvi Belanga]

3 minutos atrás, Italo Jurisato Junior disse:

Bom dia Marcelo,

Eu acredito que você pode impedir que o usuário informe valores errados ou até mesmo a falta deles através da sua aplicação.

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?

[Italo Giurizzato Junior]

Marcelo,

Nesse caso o que você acha de usar um TRadioGroup?

E você pode definir um valor padrão.

[Marcelo Calvi Belanga]

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?

[Italo Giurizzato Junior]

Marcelo,

O componente na ausência de um valor sempre vai adotar um, se tratado de enumeradores como é o caso da modalidade de frete, se não informar será adotado o primeiro da lista.

Sempre foi dessa forma a anos.

Segundo, continuando no exemplo da modalidade do frete, o TRadioGroup permite definir um valor padrão que se você desejar pode ser configurável pela sua aplicação.

Vamos supor que o seu cliente ABC, 90 % das vendas o frete é por conta do destinatário, a sua aplicação através de configuração seta automaticamente essa opção, mas permite que o usuário altere.

Por outro lado o seu cliente XYZ, 90% das vendas o frente é por conta do emitente, da mesma forma a sua aplicação seta automaticamente essa opção, mas permite que o usuário altere.

Desculpe não vejo dificuldade nenhuma em você fazer esse tratamento na aplicação.

Da trabalho, sim da trabalho, mas quanto mais você conseguir evitar que usuário cometa erros, melhor.

[André Ferreira de Moraes]

16 minutos atrás, Marcelo Calvi Belanga disse:

Passo para o componente dessa forma: Transp.modFrete := StrTomodFrete(OK,tbl_NFe.FieldByName('ModalidadeFrete').AsString);

A variável OK serve para esse verificação, caso após o comando de conversão ela esteja com o valor FALSE é sinal que o valor informado não é válido e foi assumido o valor default.

[Amarildo de Matos]

 

Bom dia..

Na Minha aplicação tudo o que podemos, fazer no lado cliente, fizemos, para quando 

chegar na geração do xml, esteja tudo 100%.. isso é nossa obrigação fazer isso no  sistema.

Blz

 

[Marcelo Calvi Belanga]

30 minutos atrás, Italo Jurisato Junior disse:

Marcelo,

O componente na ausência de um valor sempre vai adotar um, se tratado de enumeradores como é o caso da modalidade de frete, se não informar será adotado o primeiro da lista.

Sempre foi dessa forma a anos.

Segundo, continuando no exemplo da modalidade do frete, o TRadioGroup permite definir um valor padrão que se você desejar pode ser configurável pela sua aplicação.

Vamos supor que o seu cliente ABC, 90 % das vendas o frete é por conta do destinatário, a sua aplicação através de configuração seta automaticamente essa opção, mas permite que o usuário altere.

Por outro lado o seu cliente XYZ, 90% das vendas o frente é por conta do emitente, da mesma forma a sua aplicação seta automaticamente essa opção, mas permite que o usuário altere.

Desculpe não vejo dificuldade nenhuma em você fazer esse tratamento na aplicação.

Da trabalho, sim da trabalho, mas quanto mais você conseguir evitar que usuário cometa erros, melhor.

Í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.

[Amarildo de Matos]

Na minha opiniao..

Somos obrigado a mandar as informações obrigatorias.

pois o transmissor nao tem como saber, no teu exemplo que tipo de modalidade de frete vai..

ele nao pode chutar e colocar algo.

eu acho que o transmissor nao pode fazer isso.. 

Blz?

[Marcelo Calvi Belanga]

31 minutos atrás, André Ferreira de Moraes disse:

A variável OK serve para esse verificação, caso após o comando de conversão ela esteja com o valor FALSE é sinal que o valor informado não é válido e foi assumido o valor default.

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.

36 minutos atrás, Amarildo de Matos disse:

 

Bom dia..

Na Minha aplicação tudo o que podemos, fazer no lado cliente, fizemos, para quando 

chegar na geração do xml, esteja tudo 100%.. isso é nossa obrigação fazer isso no  sistema.

Blz

 

Obrigado pela colaboração ao post.

3 minutos atrás, Amarildo de Matos disse:

Na minha opiniao..

Somos obrigado a mandar as informações obrigatorias.

pois o transmissor nao tem como saber, no teu exemplo que tipo de modalidade de frete vai..

ele nao pode chutar e colocar algo.

eu acho que o transmissor nao pode fazer isso.. 

Blz?

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.

[Marcelo Calvi Belanga]

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.

[Juliana Tamizou]

Obrigado por reportar.

Fechando. Para novas dúvidas, criar um novo tópico.