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. Não precisa ter o controle por dia, porque o estoque gerado no arquivo é sempre para o dia atual.
  2. Quanto aos documento sim eles são válidos para lhe guiar. Quanto as dúvidas, abra o exemplo do ACBrECF, veja o fechamento do cupom como é feito, nele é mostrado como informar todas as informações que vão no rodapé do cupom. Faça também uma busca no fórum, pois essas informações que você procura já foram discutidas em outros posts e o fórum já tem tudo a respeito delas.
  3. Seus schemas estão desatualizados, atualize-os.
  4. Tópico movido para o fórum correto.
  5. É MG? Se for MG está fora do ar desde de cedo.
  6. MG está em SCAN já faz alguns dias e hoje todos os serviços estão indisponíveis.
  7. O que você está tentando fazer? Arquivo de remessa é no boleto não no ACBrECF, não entendi a sua pergunta.
  8. Poste o arquivo XML, não o conteúdo, precisamos ver como está integralmente seu arquivo.
  9. Desculpe, mas dúvidas postadas no ACBrSAC devem ser referentes aos componentes ACBr conforme contrato.
  10. Instalação normal e compilação idem, somente do delphi XE em diante existe a compilação em 64bits, existe um tópico tratando desse assunto aqui no fórum, verifique utilizando a busca.
  11. Já fizemos diversos testes e sempre funcionou corretamente inclusive em produção, verifique se realmente o modem está sendo instalado corretamente. O modelo genérico serve para a maioria dos modens, o ZTE possui códigos de inicialização próprios e o Daruma também tem suas particularidades.
  12. Use o componente ACBrCNIEE ele baixa a tabela e monta na forma de um dataset para usar como quiser, tem inclusive funções de busca.
  13. Enviar tanto email em lote é complicado porque a grande maioria das operadoras tratam isso como spam e bloqueiam. quanto a enviar em lotes de 50, você pode fazer isso pelo seu próprio código mesmo, monte o lote, envie, aguarde, e assim por diante.
  14. Faça um teste, tente emitir desse mesmo computador utilizando o emissor gratuito, ele possui uma pilha de erro quando aparece o erro não catalogado, isso pode nos ajudar a ver o que pode ser. Se o emissor emitir normalmente verifique a questão do teu firewall/antivirus, verifique também dlls da capicom. Fico aguardando o retorno.
  15. Você deve gerar os registros conforme os faz no fechamento do cupom, usando o teu exemplo: se não agrupar gere 3 registros, porque você usou as 4 formas de pagamento, se agrupar gere dois porque você usou duas formas.
  16. Tudo bem que o tópico deve ser respondido, mas também é regra de fóruns não duplicar tópicos, é o que está sendo feito aqui é isso. Existem outros tópicos com a resposta a esse problema basta efetuar uma busca veja: search.php?keywords=Required+package+not+found&terms=all&author=&sc=1&sf=all&sk=t&sd=d&sr=posts&st=0&ch=300&t=0&submit=Pesquisar
  17. No resto do mundo não existe envio para nenhum webservice, o único lugar que possui algo mais ou menos parecido é o México, nos outros lugares tudo é feito localmente, ou utilizando uma chave gerada em um padrão, ou um arquivo XML ou hardware parecido com o SAT. Em todos os lugares o fim é o mesmo, um arquivo texto sendo gerado e enviado ao fisco mensalmente. Concordo com o que o Daniel colocou em outro post, usar webservices para varejo é algo muito complicado e irresponsável, veja o problema que tivemos com nota eletrônica por conta do anonymous, tudo bem que existem métodos de contingência, mas se olhar no fundo uma idéia vai contra a outra. Porque não fazer como Portugal por exemplo onde se vende, gerasse um relatório parecido com um cupom fiscal, se envia esse relatório para o e-mail do cliente e no fim do mês envia o arquivo com o movimento para o fisco, algo que o Brasil já possui é muito bem testado.
  18. Você deve ter alterado o arquivo, e por isso ele não é atualizado, veja se o arquivo está com marca vermelha, se estiver apague ele e atualize novamente, depois recompile tudo.
  19. Com certeza os fabricantes ODIARAM o projeto da NFC-e, pois ele torna as impressoras fiscais OBSOLETAS da noite para o dia. Que comerciante vai comprar um ECF de quase R$ 2000 podendo comprar uma não-fiscal por menos R$ 500 que não requer intervenção técnica nem toda a chatice de Redução Z e companhia? No exterior estas impressoras custam menos ainda, nada impede que um Walmart da vida traga uns 2 ou 3 contêineres da China lotados de impressoras térmicas de US$ 50 pra substituir em TODA a rede. Qualquer um que faça as contas vai ver que a NFC-e é muito mais econômica - especialmente por causa das opções de imprimir um DANFE reduzido, sem a lista de itens. A contingência da NFC-e não é o ECF? então para os fabricantes não mudaria nada, todo mundo teria que ter impressoras fiscais da mesma forma.
  20. Essa verificação é do webservice, o Valor Total do Produto e sempre a multiplicação da quantidade pelo valor unitário.
  21. Chegou a olhar o demo do ACBrPAF, pois estes arquivos já foram implementados a muito tempo. Veja também o Demo do ACBrECF para ver o relatório de DAVs emitidos.
  22. Se você remover o que existe, e reinstalar utilizando o ACBrInstall, não precisa fazer mais nada, reforçando o que o juliomar disse, você só precisa de uma pasta ACBr.
  23. qual o estado da impressora, lacrada, nova, etc? anexe o log para podermos dar uma olhada.
×
×
  • 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...