-
Total de ítens
285 -
Registro em
-
Última visita
-
Days Won
2
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por 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.
-
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.
-
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?
-
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?
-
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.
-
3 horas atrás, RodrigoPalma disse:
Pessoal, descobri o problema. O path dos arquivos de schema. Se coloco um path de um caminho na rede não funciona, coloquei o path de um caminho local e validou normalmente o XML. Não entendi o porque, se o caminho na rede é valido e tem permissões.
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.
- 1
-
34 minutos atrás, Rafa Sakopkosa disse:
Boa noite pessoal, estou com um problema ao tentar transmitir a NFE retorna um erro de requisição não enviada erro: 12157 acesso a canais seguros, o que pode ser?
após a troca do cartão no dia 28 /8 não consigo o envio já verifiquei os ssl certificados e sem sucesso se possível me ajudem .. o mais breve possível ..
Já reinstalou o novo certificado?
Baixe a versão do instalador atualizada do site do fabricante e reinstale.
-
8 minutos atrás, johnbh3 disse:
ola
Pra mim mesmo alterando paraACBrNFe.Configuracoes.Geral.CamposFatObrigatorios := True;
Não funciona.
Pode colocar as informaçõesCobr.Fat.nFat :=
Cobr.Fat.vOrig :=
Cobr.Fat.vDesc := 0.00
Cobr.Fat.vLiq :=Ja fiz tudo
Se estiver testando em Homologação, está com problema!!!!
-
Bom dia.
SP, em Produção OK e em Homologação Rejeição 905.Provavelmente não adequaram em Homologação ainda.
-
54 minutos atrás, w0000 disse:
Prezados membros do Fórum ACBr, boa tarde!
Ainda NÃO consegui uma solução.
Erro:
O componente "ACBreSocial" está gravando o arquivo "teste.xml" no "c:\".
Pela política da empresa, só tenho permissão para gravar na pasta da minha aplicação. Não sendo permitindo gravar no drive "c:\" do micro do usuário.
Segue em anexo, o print-screen da configuração do componente "ACBreSocial" onde defino o path de gravação do arquivo em "..\EFS\AUXILIAR".
Mesmo assim o componente "ACBreSocial" grava o arquivo "teste.xml" no "c:\"
***Dúvida: Onde no componente ACBreSocial, posso alterar o local que grava o arquivo "c:\teste.xml". Não posso deixar gravando no "c:", preciso gravar na pasta da minha aplicação.
Desde já agradeço demais a todos. Obrigado.
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);
- 1
-
Em 17/08/2018 at 14:31, w0000 disse:
Prezados membros do Forum ACBr, boa tarde!
Estou com um problema. Implantei em um cliente o e-Social, utilizando o componente ACBreSocial. Até ai tudo ok.
Porem estou com um erro de permisão: O Componente ACBreSocial, esta gravando o arquivo "Teste.xml" no "c:" da máquina do usuário. Não consigo alterar este local. Deve esta no código fonte do ACBreSocial. O correto seria o componente permitir a gravação deste arquivo na pasta do meu aplicativo do e-social.
Obs: O micro do cliente estar em rede, e pela política da empresa só tem permissão para gravar na pasta da minha aplicação. Não permitindo gravar no drive "c:" do micro do usuário.
***Dúvida: Onde no componente ACBreSocial, posso alterar o local que grava o arquivo "c:\teste.xml". Não posso deixar gravando no "c:", preciso gravar na pasta da minha aplicação.
Desde já agradeço demais a todos. Obrigado.
Como você está passando o caminho para a propriedade, ACBreSocial.Configuracoes.Arquivos.PathSalvar.
Dê mais detalhes por favor.
- 1
-
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?
-
9 horas atrás, Marcelo Calvi Belanga disse:
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
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!!!!!!
-
4 horas atrás, Marcelo Calvi Belanga disse:
Está exatamente configurado desta forma.
Alterei o httplib para httpwininet e pelo menos passou o teste do status.
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
- 1
-
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.
-
35 minutos atrás, Daniel Simoes disse:
Precisa do TLS1.2
Está exatamente configurado desta forma.
Alterei o httplib para httpwininet e pelo menos passou o teste do status.
-
4 minutos atrás, Jose Carlos Barbosa disse:
Olá Pessoal, estou com erro NFe 4.00
ERRO: WebService Consulta Status servico:
- Inativo ou Inoperante tente novamente.
Erro Interno: 12030
Erro HTTP: 0
URL: https://nfe.fazenda.sp.gov.br/ws/nfestatusservico4.asmx
Falha no Envio da Requisicao.
Erro: 12030 - A conexao com o servidor foi redefinida ou encerrada, ou um protocolo SSL incompativel foi encontradoAlguém resolveu...
Começou a aparecer pra mim também. SP
-
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
- 4
- 1
-
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.
-
Pode anexar o log gerado?
- 2
-
Em 19/07/2018 at 14:48, André Ferreira de Moraes disse:
Use os schemas disponibilizados pelo ACBr ou faça a correção sugerida nesse post:
Vc pode atualizar desde já os schemas, vc deve ficar atento a data que a regra Y01-20 será ativada em ambiente de produção para ativar a nova propriedade ACBrNFe1.Configuracoes.Geral.CamposFatObrigatorios
A diferença entre os schemas atuais e os novos, é que o novo aceita informar o campo vDesc como 0.00, enquanto os schemas atuais se vc informar esse campo com valor zerados receberá um erro de validação.
Boa tarde André. Testei hoje com os schemas da pasta do ACBR e deu certo. Obrigado.
- 1
-
Vou fazer essa tentativa @André Ferreira de Moraes.
Obrigado.
-
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
-
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.
- 1
XML com valor default para campos obrigatórios
em NFe/NFCe - Nota Fiscal Eletrônica
Postado
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.