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. Existe uma propriedade que você pode configurar no ACBrECF, "PaginaDeCodigo", verifique qual é utilizada pela sua impressora e configure.
  2. Se você enviar uma descrição maior do que que o ECF suporta ela será cortada.
  3. É o mais correto, principalmente quando se envia em lote. O retorno antigo pode vir em branco dependendo do tipo de envio, síncrono ou assíncrono.
  4. Resumindo. NFC-e ainda não é realidade em todos os estados, portanto, Paf-ECF continua até que isso aconteça. Se vai trabalhar em estados que obrigam o Paf-ECF então é obrigatório homologar.
  5. Isso depende de cada certificado, alguns aceitam outros não. A telinha também pode aparecer quando você configura uma senha de certificado errada.
  6. Tem a ver com a questão de uma propriedade necessitar da outra, então você tem que setar na sequencia correta infelizmente, usando em tempo de projeto não é muito simples garantir que a sequencia será respeitada.
  7. Sim, você precisa disponibilizar a openssl e a capicom junto do seu aplicativo ou na pasta system.
  8. Sim, está correto, se retornou que permite ai, deveria permitir na impressora, mas o estranho é que o log está dizendo outra coisa.
  9. Ela é feita quando você cadastra a forma de pagamento, depois de cadastrada a forma, não tem como alterar mais a não ser com intervenção técnica.
  10. A2, sempre total diário por tipo de pagamento.
  11. Me passe o comando que está utilizando é o arquivo xml que está tentando imprimir para que eu possa testar aqui por favor.
  12. Enviei alterações para imprimir o desconto ou o acréscimo no item e na finalização do cupom, penso que agora ficou faltando somente o troco, não tenho um exemplo de XML com troco, então não mexi.
  13. A especificação de requisitos e bem clara a respeito disso, veja: Você pode então criar uma tabela onde grava os meios de pagamento agrupados e ter somente o hash desse grupo. Ou ter a tabela com todos os meios de pagamento por dia e tipo e fazer hash para cada meio de pagamento, se em um dos registros o hash não bater invalidar o dia e tipo gerado agrupado no A2.
  14. A propriedade "ACBrNFeDANFEFR.FastFile" foi feita para receber o caminho do arquivo FastReport não o xml, o que você pode fazer é carregar o XML do seu banco, gravar localmente em um arquivo e passar o caminho deste arquivo a propriedade, fazendo isso funcionará.
  15. Isaque, atualize novamente os fontes de compilação e veja se agora a alteração do DANFC-e do Fortes subiu, por favor.
  16. Você quer gerar no layout 2.00 ou 3.10? Porque o número de drawback existe somente no layout 3.10.
  17. Como você está forçando? Não entendi a sua explicação, desculpe, poste o código por favor.
  18. Segue a versão compilada aqui. Aproveitei e reenviei o arquivo de DANFEC-e do FortesReport que é usado na impresão do ACBrMonitor para o repositório. ACBrNFeMonitor.zip
  19. O que pude perceber no seu log foi: Primeiro ocorreu um erro quando você foi informar o pagamento, porque não havia subtotalizado, então você subtotalizou e enviou pagamento em Cheque(02) e Dinheiro (02) o cupom foi fechado e impresso as vias de TEF normalmente. Ocorreu erro ao usar a forma de pagamento CARTAO (03), ela não está configurada para aceitar vinculado, então foi mostrado o erro, optou-se por continuar, então ele abre o gerencial e imprime corretamente as vias TEF. Neste caso o problema é a impressão das vias TEF em gerencial por conta do erro de não permissão de vinculado da forma de pagamento CARTAO (03), o erro ocorre por conta desta não permissão.
  20. Enviei uma possível correção, por favor atualize e teste. Obrigado pela ajuda.
  21. Acho que você não entendeu, os arquivos de agora em diante SEMPRE serão gerados na pasta do ACBr, separados por versão do Delphi se instalados via ACBrInstall, esse é o correto. Isso foi feito para que não haja problemas com várias versões do delphi, para facilitar a limpeza do componente se necessário entre outros fatores, todas as grandes suítes (DevExpress, UniDAC, etc, etc) fazem assim. Instalar os pacotes a mão agora vai lhe gerar um problema a longo prazo, pois o ACBrInstall não mais instala as bpls e dcus em diretórios separados, agora tudo fica na pasta da versão do delphi DENTRO da pasta do ACBr.
×
×
  • 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.