Ir para conteúdo
  • Cadastre-se

Régys Silveira

Moderadores
  • Total de ítens

    9.999
  • Registro em

  • Última visita

  • Days Won

    149

Tudo que Régys Silveira postou

  1. A idéia deles é realmente bloquear esse tipo de coisa
  2. Nenhum, na verdade esse é o tempo limite que ele vai esperar, se a resposta vier antes, ele já trata e continua.
  3. No linux só se pode utilizar o OpenSSL dai somente o certificado A1 funciona, porque o A3 utiliza a capicom que existe somente para windows.
  4. Pela conversa que ouvi tem a ver com segurança, o certificado A1 por ser arquivo tem gerado problemas para muitos justamente por serem feitas cópias não autorizadas. Inclusive existe um certificado que é específico para a NF-e, ele não serve para outras coisas como o e-CNPJ que é o usado hoje. Veja mais informações aqui: http://www.certisign.com.br/produtos-e- ... tais/nf-e/ Em teses no futuro eles querem obrigar o pessoal a utilizar somente esse tipo de certificado, o que ao meu ver seria o ideal, veja que com um certificado e-CNPJ A1 ou A3 o usuário pode assinar documentos e fazer outras coisas mais, como o fisco caminha para ser 100% digital isso se torna uma falha grave de segurança.
  5. Veja a pasta "\Exemplos\ACBrSPED\Delphi\Fiscal"
  6. Tentou aumentar o timeout? alguns modens demoram mais a responder, coloque um timout mais alto.
  7. A idéia é interessante, para estados que já disponibilizam fica tudo normal, mudaria mesmo na hora de baixar, ao invés de ler e fazer parsing do HTML, somente baixaria o XML.
  8. O recuperaXML não está funcionando por enquanto, a Receita mudou a forma de gerar a página de onde eram "puxadas" as informações. Existem um post aberto falando disso: viewtopic.php?f=6&t=5047
  9. SP sempre se mostrou mais atento a ajudar nesse tipo de situação e sempre está a frente dos outros estados, pena que nem todos os estados pensem da mesma forma.
  10. Desde a criação da nota eletrônica a receita sempre deixou claro que não disponibilizaria os xmls é que isso conforme o Alexanser demonstra e por conta de quem emite, inclusive deve ser enviado também para a transportadora da mercadoria, então penso que todos estávamos cientes que isso um dia iria acontecer, que o nosso quebra galho uma hora não iria funcionar mais. Aqui eu tenho tentando com meus clientes conscientizá-los da importância do XML, vejam é obrigação o cliente guardar esse XML recebido, pois é ele o documento fiscal não o DANFE e nem o XML gerado pelo recuperaXML, esse inclusive se validado geraria problemas. É ruim a receita ter feito isso, concordo, mas penso que será melhor para todos nós, afinal de contas quando uma fiscalização ocorrer e der problema em algo desse tipo a bomba geralmente cai em cima da softwarehouse. Penso que a melhor forma é mesmo conscientizar o cliente e fazê-lo entender a importância do XML, mostrar a ele que isso não é brincadeira que é sério, e fazê-lo entender que o XML é um documento e não meramente um arquivo.
  11. O próprio SVN mantem versões das atualizações, penso que você poderia utilizar esse controle para isso. o ACBr tem uma propriedade "About" que vem com o nome do componente e a versão dele, mas veja essa versão geralmente muda quando tem alguma grande mudança, não quando são feitos acertos simples nas classes.
  12. Já deu uma olhada no Demo na parte de menu fiscal, lá tem exemplos de todos os métodos que geram arquivos e outros que o menu fiscal exige. Quanto ao período, basta verificar na documentação do Paf-ECF ela mostra certinho o que e qual período gerar para cada situação. http://www.fazenda.gov.br/confaz/confaz ... 006_08.htm
  13. o A1 sim da para compartilhar, basta instalar em cada máquina que for utilizar. Está tendo uma conversa que a NF-e não vai mais aceitar A1, não sei se isso é verdade ou não, mas é bom se precaver.
  14. Baixe o repositório no teu computador, faça as alterações e poste aqui no fórum os arquivos alterados, um de nós administradores vai verificar os arquivos e disponibilizar no repositório geral.
  15. Esse erro é antigo, faça uma busca no fórum pois já foi postada a solução para ele. verifique teus librarypaths também.
  16. Você utiliza o componente ou o ACBrMonitor? Se for ACBrMonitor qual a versão?
  17. Sintegra: tudo que for relativo a cupons fiscais e notas fiscais, porque agora o paf-ECF tem a emissão de nota eletrônica e já tinha a emissão de venda a consumidor. SPED: Segue a mesma didática do Sintegra, existe um tópico no fórum demonstrando quais registros devem ser gerados dê uma procurada. Dentro da pasta exemplos tem: ACBrSintegra, ACBrPAF e ACBrEFD, tem exemplos dos 3 com a forma de gerar cada um em delphi, não sei se vai te servir.
  18. Obrigado, qualquer coisa poste que tentamos ajudar.
  19. O que o Denyson quiz dizer é que as informações para gerar Sintegra e SPED devem vir do teu banco de dados e não dos arquivos Sintegra gerados pelas dlls dos fabricantes. Você deve armazenar as informações de cupons fiscais, redução Z e tudo o mais que precisar no teu banco de dados e a partir dessas informações e utilizando os componentes ACBrSintegra e ACBrEFD gerar os arquivos.
  20. Verificou se o Antivirus não está barrando o aplicativo? Existem alguns softwares de antivirus que barram a conexão segura que o GMail precisa.
  21. Acho isso desnecessário, já que não muda com frequência, o caso de MG foi um caso isolado. Não penso que justificaria parametrizar esse tipo de interação justamente porque ela não muda.
  22. Como foi emitido o cupom vinculado na sequencia o ECF vai bloquear o cancelamento do cupom, seria preciso cancelar primeiro o vinculado para depois cancelar o cupom. Já existem tópicos no fórum discutindo como proceder para se fazer isso, faça uma busca porque o pessoal já discutiu muito esse assunto em outro post.
  23. Opa, talvez eu tenha me expressado mal, o que quis dizer é que o projeto estava parado, porque as novas implementações que foram feitas no ACBr não estavam sendo refletidas no ACBr.DLL e o ACBr.NET, eu sei que tem vários usuários que utilizam, mas pouca gente colabora com o desenvolvimento.
  24. Isaque o XML está normal, a impressão do DANFE é que foi feito diferente do que está no XML. Pelo que entendi o XML foi feito normalmente tudo dentro da lei, e na hora de imprimir o DANFE o software agrupou os produtos similares.
  25. Em seu sistema nada, em tempo o ACBr será alterado e tudo continua como está, mas se quiser ajudar, pode alterar os fontes efetuar os teste e postar aqui que validaremos e enviaremos para o repositório.
×
×
  • 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...