Ir para conteúdo
  • Cadastre-se

Daniel Simoes

Fundadores
  • Total de ítens

    27.013
  • Registro em

  • Última visita

  • Days Won

    756

Tudo que Daniel Simoes postou

  1. Esse novo WebService, não oficial dos correios não permite a consulta por Logradouro.. Use outro WebService que permita...
  2. @katcharowski, Você anexou algum Log do ACBrECF com o ECF que dá problema ? (eu não achei) O Log pode dar informações importantes para a analise...
  3. Acho que não haverá problemas, pois o início da String é o mesmo... Obrigado Welkson
  4. Não no SAT ou ACBrSAT... Mas nada impede de você fazer isso na sua aplicação
  5. Feito... -- ACBrSAT -- [+] Adicionado o evento OnMensagemSEFAZ( ACod: Integer; AMensagem: String) que será disparado, quando na resposta do SAT, houver alguma mensagem do SEFAZ para o Contribuinte (por: DSA)
  6. Estude o manual de "Especificações Técnicas do SAT"... Lá você poderá verificar, que o campo nCFe é gerado pelo SAT e não pela aplicação
  7. Por favor crie um novo tópico para cada assunto... Em relação ao número de sessão, você pode atribui-lo, usando: SAT.SetNumeroSessao( nSessao ) mas você pode obter o Numero da Sessão utilizada, na resposta do ACBrMonitorPLUS a sua aplicação... O XML, se salvo com sucesso (na venda ou cancelamento), será retornado pelo MonitorPLUS na chave: Arquivo=C:\Path\NomeDoArquivo.xml Ainda não há nenhum tipo de suporte do ACBr a esse WebService do Sefaz
  8. Compreendi a necessidade das modificações... Enviei para o SVN com pequenas modificações, para melhor compreensão dos fontes... Obrigado pela contribuição
  9. A resposta está em UTF8... Se necessário, marque o checkbox ANSI na configuração do arquivo de resposta Tudo que o Monitor faz, é repassar a mensagem de erro recebida pelo Webservice, SAT, ECF, etc... Elas não são geradas pelo Monitor
  10. Não há o que possa ser feito do lado do ACBr... Tudo que ele faz, e falar com o ECF através de uma PORTA SERIAL. Se o driver do fabricante não emula corretamente uma COM virtual, ou se ele apresenta problemas, esse problema deve ser levado AO FABRICANTE
  11. Sim, mas isso não é recomendado... Afinal, como você saberá que houve falha em um dos comandos, e qual ??
  12. Geralmente, o próprio Delphi detecta a necessidade de compilação dos fontes alterados... na próxima compilação do Projeto... Isso é feito de acordo com a hierarquia de dependência dos Packages... (ou seja, na maioria dos casos não é necessário rodar o ACBrInstall)
  13. Sim, isso mesmo... rodar o ACBrInstall_Trunk2 é a maneira mais simples de recompilar todos os fontes necessários...
  14. Se você tivesse estudado os fontes do Demo do ACBrPosPrinter, teria "matado" essa muito mais rápido...
  15. Não compreendi a questão, por favor descreva melhor o contexto, dê exemplos de XMLs de envio e resposta... Lembre-se que é o SAT que devolve o XML de resposta...
  16. ACBr.LerIni, não recebe nenhum parâmetro de entrada... ou seja, ele sempre irá procurar ACBrMonitor.ini Você poderia copiar o .INI da Empresa para ACBrMonitor.ini, e depois comandar "ACBr.LerIni"
  17. Estude os fontes do SATTeste.exe e PosPrinterTeste.exe... Faça testes de impressão com os mesmos... provavelmente você não configurou o ACBrPosPrinter corretamente...
  18. Oi Evandro, Obrigado pelas explicações... Vou subir a modificação para o SVN...
  19. 3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum.
  20. 3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum.
  21. Favor anexar o XML, e citar o comando enviado para o MonitorPLUS...
  22. Fiz teste no XE7, e não notei problemas no envio... o XML está sendo convertido para UTF8 corretamente... E obtive com sucesso a resposta do WebService... Entretanto encontrei problemas no método: "TDFeWebService.SalvarEnvio", que erroneamente presumia, que o XML a ser enviado sempre estava em UTF8, e isso somente será verdade, se o XML já passou pelo processo de assinatura... Enviei a seguinte correção para o SVN: -- ACBrDFeWebService -- [-] Método: "SalvarEnvio", correção para conversão de XML para UTF8, quando o mesmo não foi previamente assinado (por: DSA) Verifique: - Se seus fontes do ACBr estão corretamente atualizados... - Se os seus Schemas estão atualizados...
×
×
  • 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...