Ir para conteúdo
  • Cadastre-se

Marcelo Calvi Belanga

Membros Pro
  • Total de ítens

    299
  • Registro em

  • Última visita

  • Days Won

    2

Tudo que Marcelo Calvi Belanga postou

  1. Como você está passando o caminho para a propriedade, ACBreSocial.Configuracoes.Arquivos.PathSalvar. Dê mais detalhes por favor.
  2. 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?
  3. 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. 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
  5. 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.
  6. Está exatamente configurado desta forma. Alterei o httplib para httpwininet e pelo menos passou o teste do status.
  7. 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
  8. 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.
  9. Boa tarde André. Testei hoje com os schemas da pasta do ACBR e deu certo. Obrigado.
  10. Vou fazer essa tentativa @André Ferreira de Moraes. Obrigado.
  11. 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
  12. 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.
  13. Olha o alinhamento do valor total dos produtos com o valor total do CFe, da minha impressão e da impressão que está no link abaixo:
  14. Sim, concordo com você. o alinhamento que não está batendo é no Fortes e não no EscPos. Essa largura que você está pedido para eu alterar, seria do EscPos. As larguras que tentei do Fortes é 305 e 290, para impressão em 2 linhas. Ai que não estou conseguindo chegar ao mesmo alinhamento da imagem da link da homologação. Veja as imagens que eu falo da homologação e das minhas impressões. Considere apenas as imagem do meio para comparar com a da homologação.
  15. Bom dia @Daniel Simoes, obrigado por ter entrado em contato. Uso 48 de largura para Pos, mas a minha emissão em Pos está OK. Meu questionamento é sobre o alinhamento dos valores totais dos produtos, no mesmo alinhamento (a direita) do valor total do CFe. Como pode ser visto principalmente na segunda imagem. Me parece que na homologação que anexei na abertura do chamado, o exmplo também está em Forte e está alinhado. A largura que estou usando atualmente em fortes é 305. Testei também, exatamente com as configurações da homologação acima (290) e também ocorreu de não alinhar. É assim mesmo, ou estou fazendo algo errado? Ótimo dia!!!
  16. Boa tarde Daniel, desculpe demorar a responder, mas somente hoje pude atualizar o ACBr, Schemas e demais. Mesmo assim o problema persiste e com certeza tem a ver com cada UF. Muito obrigado pela ajuda, mas vamos ter que aguardar e ver o que acontece.
  17. Realmente, parece ser algo no ambiente de homologação em SP. Testei em outros dois equipamento, inclusive um deles recém formatado, Windows 10, apenas o certificado A3 instalado. Em produção - OK
  18. @Daniel Simoes, já havia feito essa tentativa. Mesmo assim ocorre o erro. Vou fazer uns testes agora em outros equipamentos, para ver o resultado. Obrigado pela ajuda.
  19. @Daniel Simoes, pensei em algo parecido. UF: SP, Versão: 4.0, Serviço: Consulta Estou usando a configuração padrão do ACBr, como sei qual URL do WebService está sendo acessado? Acredito que estou acessando pelo link https://homologacao.nfe.fazenda.sp.gov.br/ws/nfestatusservico4.asmx Meus LOG's não mostram o Webservice acessado, mostra apenas a solicitação e o retorno quando ocorre.
  20. Apenas para ter mais informações para o erro 12175. Efetuando uma consulta de status do serviço, recebo o mesmo erro em homologação. Se altero para produção, a consulta funciona normalmente. Estou usando as seguintes configurações: SSLType = LT_all Para não apresentar o erro em Homologação, altero a propriedade HttpLib para httpWinNet. Utilizo Windows 10 atualizado 100%.
  21. Também estou tentando usar, sem sucesso!
  22. Eu também voto no exemplo 1 da @Gr@c@. Como vocês estão fazendo? Alguém conseguiu alguma informação adicional?
×
×
  • 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.