Ir para conteúdo
  • Cadastre-se

jrc

Membros
  • Total de ítens

    23
  • Registro em

  • Última visita

Últimos Visitantes

1.778 visualizações

jrc's Achievements

Apprentice

Apprentice (3/14)

  • First Post
  • Collaborator Rare
  • Conversation Starter
  • Week One Done
  • One Month Later

Recent Badges

2

Reputação

1

Community Answers

  1. A orientação do André resolveu o meu problema! "Substitua o arquivo ACBr\trunk2\Fontes\Terceiros\CodeGear\ACBr_WinHttp.pas por esse ACBr_WinHttp.pas e veja se o problema ainda ocorre." Obrigado a todos.
  2. Boa tarde! No meu caso até o dia 06/06/18 estava funcionando perfeitamente. Acredito que o problema esteja relacionado as últimas atualizações.
  3. Problema resolvido, segue o procedimento que fiz, para quem possa interessar 1 - copiar o arquivo midas.dll para a pasta c:\windows\syswow64; 2 - Acessar o prompt de comando, executar como administrador (acredito que esse seja o X do problema, tem que ser como administrador) e executar o comando regsvr32 midas.dll dentro da pasta c:\windows\syswow64;
  4. Bom dia, Sei que o tópico é antigo, mais deste ontem estou tendo o mesmo problema que tenco relatou. Também fiz os mesmos procedimentos acima. Todos sem sucesso. Caso algum colega tenha resolvido, fico grato se tiver um retorno.
  5. Bom dia, no meu caso resolvi seguindo os seguintes passos: 1 - instalei novamente o acbr 2 - abri o formulário onde está o componente do danfe e ignorei a mensagem de erro 3 - salvei o projeto e compilou normal
  6. Boa noite, tente copiar midas.dll pode ser o mesmo.
  7. Boa tarde. Recentemente passei pelo mesmo problema, resolvi instalando o certificado em uma máquina com o Windows XP e depois exportando. Depois é só instalar o arquivo exportado. No meu caso resolveu.
  8. Bom dia, Minhas desculpas se estiver equivocado, mais o correto seria: if FPConfiguracoesNFe.WebServices.Salvar then ...
  9. Bom dia, Também estou com o mesmo problema: Impressora Epson TM20 USB Impressão em Fast Reports (trunk2) Cortando o lado esquerdo.
  10. Boa tarde Italo, Segue os arquivos gerados, mesmo com a propriedade Geral.Salvar = False. obs. Webservices.Salvar também está = False. 0-env-lot.xml 0-rec.xml 259000001997053-ped-rec.xml 259000001997053-pro-rec.xml
  11. Boa tarde, Após a alteração sugerida por windsoft o problema foi resolvido. Obrigado pela colaboração.
  12. Boa tarde, Após a atualizar os fontes funcionou perfeitamente. Apenas uma pequena observação: mesmo informando a propriedade: Configurações.Geral.Salvar = False os arquivos são gerados. Agradeço pela colaboração.
  13. Bom dia Italo, Segue os arquivos solicitados. 0-env-lot.xml 0-env-lot-soap.xml 0-rec.xml 0-rec-soap.xml 259000001996601-ped-rec.xml 259000001996601-ped-rec-soap.xml 259000001996601-pro-rec.xml 259000001996601-pro-rec-soap.xml 25150711781468000187580010000000711000000256-mdfe.xml
  14. Bom dia, Após atualização para o trunk2, percebi que após o envio do mdf-e, o mesmo é autorizado normalmente, porém não atualiza o xml com o número do protocolo. (obs. já fiz vários testes, setando salvar = true em arquivos, geral, webservices, mais não obtive êxito).
×
×
  • 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.