Pesquisar na Comunidade

Fala pessoal! Na revisão 44798 foi realizada uma alteração importante para corrigir um erro no processo de inicialização das variáveis dentro das classes do ACBrBoleto. Até então, algumas propriedades tinham o valor definido como Default, mas não tinham uma inicialização no Create. Assim, o valor definido como default no DFM servia apenas para exibição no designer, mas não garantia a inicialização efetiva da propriedade em tempo de execução. Isso acontece porque inicializar uma propriedade corretamente ela deve ser inicializada na classe (veja a nota na documentação do Delphi). O detalhe é que ao corrigir esse problema, isso talvez gere um efeito colateral no seu código. Com essa mudança, as variáveis não assumem mais automaticamente o primeiro item de um enumerado por exemplo, mas sim, o valor que está explícito na classe como default. Assim, se seu aplicativo assume que outro valor é o padrão, talvez por não inicializar as propriedades, vai ser necessário que verifique e inicializar explicitamente as propriedades no seu código. Queremos deixar claro no entanto que, na aplicação de Exemplo do ACBrBoleto, sempre foi exemplificado que as propriedades deveriam ser inicializadas corretamente. Você pode conferir isso no código que faz uma inclusão de titulo. Exemplo prático Imagine que seu código ao incluir um título sempre considerou que o valor padrão era ter um juros mensais. Ou seja, com a propriedade Titulo.CodigoMoraJuros não era preenchida. Agora você precisa passar um valor para essa propriedade, porque o valor padrão para ela é cjIsento. Então, se antes seu código era assim: Titulo.DataMulta := incday(StrToDate(edtVencimento.Text),1); Titulo.MultaValorFixo := true; Titulo.PercentualMulta := StrToCurrDef(edtMulta.Text,0); Titulo.DataMoraJuros := StrToDateDef(edtDataMora.Text, 0); //note que não tem o CodigoMoraJuros aqui!!! ??? Titulo.ValorMoraJuros := StrToCurrDef(edtMoraJuros.Text,0); Precisará mudar para: Titulo.DataMulta := incday(StrToDate(edtVencimento.Text),1); Titulo.MultaValorFixo := true; Titulo.PercentualMulta := StrToCurrDef(edtMulta.Text,0); Titulo.DataMoraJuros := StrToDateDef(edtDataMora.Text, 0); Titulo.CodigoMoraJuros := cjValorMensal; //Linha adicionada agora <------- Titulo.ValorMoraJuros := StrToCurrDef(edtMoraJuros.Text,0); Resumindo Antes: valores vinham do índice 0 ou da sujeira da memória. Lembre-se: é responsabilidade do desenvolvedor configurar os dados necessários caso sejam diferentes do default da classe . Benefício: maior previsibilidade e controle sobre o comportamento das propriedades, evitando resultados inesperados. Boa prática de programação Sempre configure as propriedades relevantes logo no início do uso. Isso pode ser feito diretamente no código ou por meio de uma classe/método que centralize essas configurações. Faça isso não só para títulos, boletos e bancos, mas para qualquer componente ou objeto que for criado.

Ola! Estamos com problemas de Atomic Type ao tentar autorizar um MDF-e onde: - Veiculo de tração próprio (não vai o bloco (prop) do proprietário do veículo de tração) - Reboque de terceiro isento. O ACBr monta o XML com tag "IE" vazia, sendo que é alimentada corretamente. Pelo que pude perceber o problema está aqui: Quando o proprietário do reboque é ISENTO de IE, está setando a IE do proprietário do veículo de tração para o reboque, como o veículo de tração é próprio a IE (e todo bloco prop) está vazio. Existe algum motivo para possuir este comportamento? No meu ponto de vista o correto seria mandar a IE do proprietário do reboque mesmo sendo isento.

olá! pessoal. estou recebendo essa mensagem quando valido o CT-e 3.0. Ocorre quando o destinatário é CNPJ e a IE é ISENTO. 1824 - Element'{http://www.portalfiscal.inf.br}IE':'ISENTO' is not a valid value of the local atomic type.

Gostaria de saber se tem como sair a palavra ISENTO, quando um cliente não tiver IE, no Danfe. No caso de Bancos, eles tem Cnpj e não tem IE. Muito grato

Boa tarde a todos, Um cliente meu deseja emitir notas fiscais de devolução de consignações que fazem de seus produtos. A minha dúvida é a seguinte: No leiaute menciona que o campo inscrição estadual do emitente deve ser preenchido ou colocado "ISENTO" em caso de NFe avulsa. Existem clientes nesta situação isentos de IE. Como devo proceder? Eles são obrigados a emitir a nota a partir do fisco? Senão como conseguimos gerar a NFe de entrada dos produtos devolvidos?

Olá pessoal, tudo bem? Estou com a seguinte situação: Em um de nossos clientes do município de Campinas/São Paulo, está ocorrendo a seguinte mensagem ao enviar o lote de RPS: "Inscricao Municipal do Tomador Obrigatoria. Verifique a Inscricao Municipal correta, Cancele o RPS e emita-o novamente com os dados corretos." Identifiquei que essa mensagem apenas ocorre para um cliente (tomador) que é ISENTO na inscrição municipal. Visualizei o manual de integração do Web Service, porém não tem nenhuma informação caso o cliente (tomador) seja ISENTO de Inscrição Municipal. Minha dúvida: - Na situação acima, posso apenas informar ISENTO para o tomador? (TAG <InscricaoMunicipalTomador>) Em anexo está a mensagem de retorno. Abraços, Vinicius NFeServico-Erros - Data 15-08-2014-10h25.txt