Ir para conteúdo
  • Cadastre-se

Renato Chiari

Membros
  • Total de ítens

    121
  • Registro em

  • Última visita

Tudo que Renato Chiari postou

  1. Estou passando por este mesmo problema em um cliente Transportador de Carga Própria, após alguns testes identifiquei uma forma de emissão onde as rejeições não ocorrem: Quando o veículo for de Terceiro e o proprietário for uma pessoa Física: tpTransp = ttNenhum Quando o veículo for de Terceiro e o proprietário for uma pessoa Jurídica: tpTransp = ttTAC Quando o veículo for Próprio: tpTransp = ttNenhum Ou seja, para Transportador de Carga Própria, a tag "tpTransp" deve ser "ttTAC" quando o veículo for de terceiro e o proprietário for uma pessoa Jurídica, nos outros casos estou passando "ttNenhum".
  2. Bom dia, Obrigado pelas dicas, vou fazer alguns testes aqui e depois retorno com a experiência que tive.
  3. Boa tarde, Descobri o motivo entrando em contato com o suporte da Embarcadero, a versão que adquirimos é a PRO, nela o DBExpress não possui o driver para Firebird, já o FireDAC possui, porém o FireDAC permite apenas conexão a bancos locais (isso por causa da versão PRO do Delphi), será necessário comprar um pack do FireDAC para que seja possível a conexão cliente/servidor. E no caso do DBExpress é necessária a migração para a versão Enterprise do Delphi. Pesquisando, encontrei um driver de acesso ao Firebird para o DBExpress da Devart (https://www.devart.com/), instalei a versão trial e funcionou, conectando tanto local como a outro servidor. Gostaria de saber se alguém já teve alguma experiencia com esse driver da Devart ou se recomenda algum outro, acredito que em termos financeiros seria o mais indicado.
  4. Bom dia, Atualmente estamos utilizando o Delphi Seattle. Porém acabei de instalar o Tokyo para fazer alguns testes e já migrar os projetos para ele, mas notei que no dbExpress não existe a opção de driver para o Firebird, isso aconteceu com mais alguém? Será que tenho que instalar o driver separadamente, ou foi algo durante a instalação. Obrigado!
  5. Foi da maneira que o Sérgio Assunção disse, pesquisando através dos fóruns. Esses plugins de segurança dos bancos são complicados...
  6. Bom dia! Este post é apenas para dar um retorno. A @anape_costa entrou em contato comigo por telefone, onde foram esclarecidas muitas dúvidas, uma delas que eu tinha e acredito que outros também, é que os equipamentos da Elgin, embora idêntico ao da Dimep (modelo linker 1) é fabricado pela própria Elgin. Comentei com ela que por causa das revendas em nossa região, 90% de nossos clientes utilizam o SAT da Elgin, e que por isso o número de problemas ocorridos com a Elgin é bem maior do que em aparelhos da Dimep. A Ana comentou também que realmente existiam problemas no modelo antigo da Dimep mais que foram solucionados em sua nova versão. Gostaria de agradecer a Ana Paula e a Dimep pela atenção dada e a vontade de tentar esclarecer o problema e buscar soluções.
  7. Boa tarde. Enviei o e-mail também, o remetente é o [email protected] Att. Renato
  8. Bom dia Marcos Gerene! Continuo sofrendo sim, semana passada mesmo tivemos 2 que apresentou o problema, vem acontecendo ao menos 1 ou 2 por mês, está complicado... Todos os casos foi feita a troca pela garantia, ao todo são 3 anos de garantia. No primeiro ano a troca é feita pelo vendedor, e a partir do segundo é feita diretamente pela Elgin, o problema é que quando deve ser feita pela Elgin está demorando demais, difícil chegar o novo em menos de 20 dias, estamos com um que já esta indo pra 40 dias. O problema é que nem sempre o cliente entende que o SAT é uma coisa e o software que desenvolvemos é outra, por isso não estamos mais indicando Elgin.
  9. Boa noite Italo, Pois é, esse é um problema que enfrentamos... De qualquer forma, após postar aqui, entrei em contato com o contador, o mesmo informou que a empresa saiu de Simples Nacional agora, porém segundo ele foi feita a mudança retroativa e por isso a necessidade de fazer a complementação agora. Fiz alguns testes em homologação, onde emiti um CTe como Simples Nacional, e fiz a complementação ainda sendo como Simples Nacional, porém passando uma CST "normal" com base de cálculo, alíquota e valor do ICMS e a emissão foi aceita sem mais problema. Expliquei para o contador a forma que eu havia conseguido emitir, porém que precisaria do aval dele para que o cliente emitisse desta forma. Ele respondeu que teria que ser desta forma mesmo e que não daria problema. Agora se esta correto desta forma, não posso afirmar, de qualquer forma estou dando este feedback de como "resolvi" pois pode ter mais alguém com este mesmo problema futuramente.
  10. Boa tarde, Hoje surgiu a necessidade de um cliente em emitir um CT-e Complementar de ICMS, o problema é que este cliente é Simples Nacional e foi orientado pelo Contador a realizar esta emissão. Minha dúvida é se isto é possível? Pois quando a empresa é simples nacional, não existem tags para informar o valor do ICMS dentro da chave "imp > ICMS > ICMSSN". Alguém já passou por isso?
  11. @Sérgio Assunção boa tarde. Infelizmente nos casos que ocorreram aqui acabamos não reparando neste detalhe do led "wan". Com você aconteceu isto?
  12. OK, vamos aguardar então. Obrigado @zyzmo e @arce pelas respostas.
  13. Bom dia Daniel, não cheguei a analisar logs porque após o erro o Sat fica incomunicável, como se não tivesse equipamento algum conectado ao computador. Quando entramos em contato com o fabricante eles dizem que é um problema com o equipamento, caso esteja na garantia eles trocam, se não o cliente tem que comprar um novo. O problema é que na maioria dos casos o problema ocorreu após o vencimento da garantia. Como o Master Info disse que o problema pode ser na bateria, vamos ver se nos mais novos o problema ocorrerá também. Enviei um e-mail para o Rubens da Elgin, assim que tiver uma resposta eu posto aqui.
  14. Bom dia Também estamos enfrentando este problema com os Elgin e Dimep. O problema foi solucionado com a atualização da dll da Dimep? E alguma novidade quanto a Elgin? Obrigado!
  15. Bom dia! Estamos passando por um problema com os equipamentos da Elgin e da Dimep, sem mais nem menos a luz de "fail" é acesa, e após ocorrendo essa falha não há o que fazer, o cliente acaba tendo que comprar um novo equipamento, exceto caso o equipamento ainda esteja dentro da garantia, neste caso o cliente recebe um novo do fabricante. Possuímos clientes que utilizam outras marcas como Bematech e Tanca, mas o problema vem ocorrendo apenas nos Elgin e Dimep. Tivemos caso em que o problema ocorreu logo após a ativação, o equipamento não chegou a emitir nenhum cupom. Gostaria de saber se mais alguém vem enfrentando este mesmo problema.
  16. Descobri qual era o problema. Na versão anterior eu tinha alterado o CNPJ do contribuinte para um CNPJ real e não utilizava o "11.111.111/1111-11" que o manual do emulador pede para usar. Nas versões anteriores eu conseguia emitir e cancelar sem problemas. Já nessa nova a emissão continuou funcionado porém dava o problema no cancelamento, acredito que nas ultimas alterações do emulador ele só reconheça como válidas as chaves que contenham o CNPJ "11.111.111/1111-11" na hora do cancelamento. Estranho que a emissão é efetuada normalmente. Mas de qualquer forma era apenas as configurações do emulador mesmo. Obrigado pela ajuda carlosmarian.
  17. Bom dia Recentemente atualizei o meu emulador para a versão 2.9.2 e esta acontecendo este mesmo problema no cancelamento "ERRO NO CANCELAMENTO: Chave de acesso invalida." Esta acontecendo com mais alguém?
  18. Bom dia e desculpe a demora para responder. Ele já estava marcado para rodar como administrador, então continua na mesma. O que testei de diferente agora foi dar direitos totais no diretório de instalação do Delphi, mas também não resolveu. Mistério... rs
  19. Tentei reinstalar da forma que o Régys disse porém continua a mesma coisa. Mas no meu caso estou conseguindo trabalhar, não está me atrapalhando tanto por enquanto. A única coisa que tenho que fazer é logo que inicio o Delphi readicionar a ACBr_Comum.bpl e depois só habilitar os outros pacotes que tudo funciona normalmente.
  20. Duro que já apaguei tudo que tinha, mas de qualquer forma vou passar um pente fino aqui de novo, as vezes ainda ficou algum infeliz pra trás.
  21. Bom dia! Marquei sim e o Delphi também não é trial. O estranho é o seguinte, nesta maquina eu estava ainda com o trunk1 instalado, pois estava fazendo a migração para o trunk2 em outra máquina, agora fui atualizar esta maquina do trunk1 para o 2, de primeira consegui instalar o trunk2 sem problemas, mas estava dando um conflito de versões do Fortes Report, acabei reinstalando o ACBr por causa dos problemas com o Fortes, a partir daí começou o problema com o acbr, consegui resolver a questão do Fortes mas o Acbr da este probleminha quando abro o Delphi. Parece que o problema é com o ACBr_Comum.bpl, pois após abrir o Delphi, a única bpl que tenho que adicionar é esta, a partir daí as outra eu só vou ativando e consigo trabalhar normalmente, mas quando fecho o Delphi tenho que refazer o processo na próxima vez que inicío.
  22. Estou enfrentando este mesmo problema mas no meu caso é o seguinte, logo que abro o Delphi, os pacotes do ACBr estão todos desabilitados, se tento habilitar algum pacote recebo o erro citado acima. Porém se eu adiciono o pacote ACBr_Comum.bpl ele habilita este pacote sem problemas e em seguida consigo habilitar todos os outros pacotes do ACBr e utilizar nos projetos sem problemas. Mas, toda vez que reinicio o Delphi tenho que refazer todo o procedimento.
  23. Acabei de descobrir o motivo. \o/ Era aquele programa "Warsaw" que os bancos utilizam para segurança, foi desinstalar ele que tudo rodou normalmente! O estranho é que nas outras maquinas que eu testei antes rodaram mesmo com o Warsaw instalado... Vou reinstalar ele e ver se consigo rodar mesmo com o Warsaw em execução pois este pode ser um problema que pode acontecer nos clientes. Obrigado pela ajuda!
  24. O duro é que não mexo em nada. Eu crio um novo projeto, adiciono um botão e no click do botão coloco um ShowMessage, pressiono F9, ele compila e na hora de subir a aplicação da o erro. Se eu copio o exe gerado para outra maquina ele roda normalmente.
  25. Boa tarde. Instalei o Delphi 10 Seattle na minha maquina para iniciar a migração dos projetos em Delphi 7. Porém no primeiro teste para conhecer a nova IDE me deparei com um problema, crio um projeto novo e compilo sem problemas, o executável é gerado normalmente. Porém ao rodar é apresentado o erro "Unable to create process: Acesso negado", isto quando tento executar pelo Delphi. Quando tento rodar diretamente no executável o erro é "O windows não pode acessar o dispositivo, caminho ou arquivo especificado. Talvez você não tenha as permissões adequadas para acessar o item". Nesta máquina eu utilizo o Windows 7, em outras máquinas também com o Windows 7 está rodando normalmente. Como o próprio erro informa, se trata de permissões de usuários, porém já tentei fazer de tudo, dar direito no arquivo, direito na pasta do projeto, rodar como administrador, desativar anti-vírus e firewall mas nada adiantou. Mais alguém já passou por isso? Abraços
×
×
  • 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.

The popup will be closed in 10 segundos...