-
Total de ítens
285 -
Registro em
-
Última visita
-
Days Won
2
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que Marcelo Calvi Belanga postou
-
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.
-
Í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.
-
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?
-
XML com valor default para campos obrigatórios
um tópico no fórum postou Marcelo Calvi Belanga NFe/NFCe - Nota Fiscal Eletrônica
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. -
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.
-
Já reinstalou o novo certificado? Baixe a versão do instalador atualizada do site do fabricante e reinstale.
-
Rejeição: Campos do grupo Fatura não informados
Marcelo Calvi Belanga replied to minoruka's tópico in ACBrNFe
Se estiver testando em Homologação, está com problema!!!! -
Rejeição: Campos do grupo Fatura não informados
Marcelo Calvi Belanga replied to minoruka's tópico in ACBrNFe
Bom dia. SP, em Produção OK e em Homologação Rejeição 905. Provavelmente não adequaram em Homologação ainda. -
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);
-
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?
-
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.
-
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.
-
Agradecimento por Geral.CamposFatObrigatorios
Marcelo Calvi Belanga replied to Antonio Carlos L's tópico in ACBrNFe
Boa tarde André. Testei hoje com os schemas da pasta do ACBR e deu certo. Obrigado. -
Agradecimento por Geral.CamposFatObrigatorios
Marcelo Calvi Belanga replied to Antonio Carlos L's tópico in ACBrNFe
Vou fazer essa tentativa @André Ferreira de Moraes. Obrigado. -
Agradecimento por Geral.CamposFatObrigatorios
Marcelo Calvi Belanga replied to Antonio Carlos L's tópico in ACBrNFe
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 -
Alinhamento Total Produto Extrato Fortes Elgin I9
Marcelo Calvi Belanga replied to Marcelo Calvi Belanga's tópico in SAT / MFE
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.- 16 replies
-
- 1
-
- acbrsatextratofortes
- alinhamentoextratosat
- (e 1 mais)