Ir para conteúdo
  • Cadastre-se

Marcelo Calvi Belanga

Membros Pro
  • Total de ítens

    285
  • Registro em

  • Última visita

  • Days Won

    2

Posts postados por Marcelo Calvi Belanga

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

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

  3. 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?

  4. 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?

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

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

    • Curtir 1
  7. 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. 8 minutos atrás, johnbh3 disse:

    ola
    Pra mim mesmo alterando para

    ACBrNFe.Configuracoes.Geral.CamposFatObrigatorios := True; 

     

    Não funciona.
    Pode colocar as informações

           Cobr.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!!!!

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

    ErroACBreSocial.png

    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);

     

    • Curtir 1
  10. 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.

    • Curtir 1
  11. 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:

    image.png.758f77f2844ba9ab589c07eb134cde76.png

    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?

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

    • Curtir 1
  13. 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.

  14. 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 encontrado

     

    Alguém resolveu...

    Começou a aparecer pra mim também. SP

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

    • Curtir 1
  16. 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

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

    • Curtir 1
×
×
  • 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.