Ir para conteúdo
  • Cadastre-se
Seja bem-vindo
Curso Dominando a NFCe - Fim do SAT em São Paulo? Esteja preparado Curso Responsável Técnico na NFe - Atenda à nova legislação Curso Dominando o ACBrBoleto - Via API ou CNAB Seja um membro do ACBr Pro e agilize seu software Participe do Discord do ACBr Regras e orientações da nossa comunidade

Anderson William

Membros
 Perfil  Explorar Conteúdo

  • Total de ítens

    66

  • Registro em

  • Última visita

 Tipo de Conteúdo 

Tudo que Anderson William postou

  1. Anderson William
    Creio que há um erro na função ArquivoMFD_DLL do TACBrECFBematech. No código: caminho := ExtractFilePath(Application.ExeName) + 'PAFECF\Arquivos\' + 'LMFC_ATO_COTEPE_1704_'+ GetDataTime + '.txt'; A função: ACBrECF.PafMF_LMFC_Cotepe1704(StrToDate(edData1.Text), StrToDate(edData2.Text), caminho); Que serve para gerar a leitura de memória fiscal completa de acordo com o ato cotepe não está funcionando corretamente, aparece essa mensagem de erro: Erro na execução de xBematech_FI_ArquivoMFD. Arquivo: "D:\Workdir\PAFECF\PAFECF\Arquivos\LMFC_ATO_COTEPE_1704_31052013-111511.txt" não gerado O comando não pôde ser executado! - Creio que seja por que está gerando o arquivo na unidade C com o padrão MFDBE051275600000059247_20130525_095037.TXT Formato do Padrão: MFD + número de série ECF + data e hora do ECF; * Não deveria gerar no caminho que eu passei por parâmetro na função? Aguardo retorno.
  2. Anderson William
    Deu certo. É porque na hora que eu estava chamando a função Programacomprovantenaofiscal e passando os parâmetros: Ex: StrCheques := 'CHEQUES'; dmECF.ACBrECF.ProgramaComprovanteNaoFiscal(StrCheques, '', '7'); Ele considerava como se eu estivesse alterando o comprovante não fiscal, ai pedia que ficasse em intervenção técnica, mas testei assim: StrTeste := 'TESTE'; dmECF.ACBrECF.ProgramaComprovanteNaoFiscal(StrTeste, '', '14'); E ele cadastrou o "comprovante não fiscal" TESTE corretamente, ou seja, caso não exista ele cria, sem precisar entrar em intervenção técnica, era isso que eu queria, está tudo certo. Desculpa o engano.
  3. Anderson William
    Valeu pela ajuda Giulianon, mas a maioria dos nossos clientes utilizam a Bematech, por isso estou testando com ela. Testei após a redução Z e apareceu a mesma mensagem de erro. Será que é porque eu já tenho comprovantes não fiscais cadastrados? Mas na bematech a função que faz isso, a Bematech_FI_NomeiaTotalizadorNaoSujeitoIcms, não pede que fique em intervenção técnica, mesmo que já tenham comprovantes não ficais cadastrados. Se alguém puder me ajuda, não é interessante para mim cadastrar no cliente os comprovantes não fiscais só em intervenção, a burocracia é muito grande, parece que precisa até de um atestado de intervenção técnica. http://www.fazenda.mg.gov.br/empresas/ecf/instrucoes/ait.htm Agradeço qualquer ajuda...
  4. Anderson William
    Eu estou utilizando o ECF Bematech para testar. Na implementação antiga, na criação do form inicial eu programava os comprovantes não fiscais: Borderô, cheques, despesas e pagamento de título, sem precisar entrar em intervenção técnica. Na implementação do acbr a função ProgramaComprovanteNaoFiscal, pede que o ECF esteja em intervenção para poder programar o comprovante não fiscal, porém, para nós não é interessante, pois ficará na nossa responsabilidade cadastrar no cliente, toda vez que uma impressora nova chegar, coisa que o sistema deveria fazer sozinho. Alguém sabe de uma forma, para que não precise estar em intervenção técnica para programar os comprovantes não fiscais?
  5. Anderson William
    Valeu pela dica, lí no manual e entendi. Lá está assim: Parâmetro 3 (obrigatório): Indice da situação tributária (ASCII) de “01” até “16” para tributados ; “II”, “FF”, “NN”, “SI”, “SF” e “SN” para isenção, substituição tributária não incidência, isenção de ISSQN, substituição tributária de ISSQN e não incidência de ISSQN respectivamente.
  6. Anderson William
    São fixos? Então não tem índices? Caso tenha como faço para recuperá-los?
  7. Anderson William
    Me tirem uma dúvida, estou querendo pegar o índice de uma alíquota, estou utilizando a função: AchaICMSAliquota que pede como parâmetro o Valor da Alíquota ou o Valor da Alíquota e o Tipo. Quero saber se dá certo com as alíquotas não tributadas. FF, II, NN, SF, SI e SN ? Exemplo: var Aliquota : TACBrECFAliquota; indice, tpali : String; begin Aliquota := TACBrECFAliquota.create; tpali := 'FF'; Aliquota := dmECF.ACBrECF.ECF.AchaICMSAliquota(tpali); indice := Aliquota.Indice; // Erro aqui. end; Não está dando certo, pois a variável Aliquota está Nil, e logicamente quando tentar pegar o índice dá erro Access Violation. Alguem já passou por isso? Help.
  8. Anderson William
    ok, obrigado. Então está ok.
  9. Anderson William
    se ainda servir, usei essa: Bematech_FI_DataHoraGravacaoUsuarioSWBasicoMFAdicional, se retornar -1, então a Redução z está pendente.
  10. Anderson William
    Minha dúvida não é em relação ao arquivo que tem o D1 e D2, mas a impressão no ECF, a questão é como imprimir esses dados do registro do ECF na impressão do DAV?
  11. Anderson William
    para imprimir o documento davs emitidos pode ser utilizada essa função: var DAVs: TACBrECFDAVs; Titulo: string; begin DAVs := TACBrECFDAVs.Create; try // adicionar todos os davs emitidos para o período // pode ser um loop em uma tabela ou rotina similar // para cada item da tabela criar um novo dav conforme abaixo with DAVs.New do begin Numero := // Numero do DAV formatado em 13 digitos COO_Dav := // COO do gerencial quando DAV impresso em RG anteriormente COO_Cupom := // COO do cupom quando o cupom fiscal do DAV foi emitido Titulo := // titulo do DAV (Pedido, Orçamento, etc) DtEmissao := // Data de emissão do DAV Valor := // valor total do DAV end; ... // depois de todos os davs terem sido adicionados // emitir o relatório na impressora fiscal ACBrECF.PafMF_RelDAVEmitidos(DAVs, Titulo, IndiceRG); finally DAVs.Free; end; end; Nesse exemplo de impressão de DAV só é passado: Numero, COO_Dav, COO_Cupom, Titulo, DtEmissao, Valor, Porém no ato cotepe está pedindomais campos, que são: número de fabricação, MF adicional, tipo do ecf, marca do ecf e modelo do ecf. Por que no DAVs.New não tem essas property que acabei de informar?
  12. Anderson William
    É a mesma dúvida da primeira pergunta, porém eu citei o novo ato cotepe. Mas esses dados do dav emitidos (número de fabricação, MF adicional, tipo do ecf, marca do ecf e modelo do ecf) já eram pedidos em ato cotepes anteriores. A pergunta certa seria: Os DAV emitidos, REGISTRO TIPO D2, pede os dados, número de fabricação, MF adicional, tipo do ecf, marca do ecf e modelo do ecf, de acordo com esse exemplo esses campos não são informados na impressão dos DAV emitidos: http://www.regys.com...-2-menu-fiscal/ Não existe os métodos na impressão que recebam esses dados? Eu sei que aparece sempre no rodapé na impressão, mas na última homologação foi pedido que saísse também essa informação nos itens.
  13. Anderson William
    Mas esses itens já eram pedidos em ato cotepes anteriores. Só citei o novo como referência.
  14. Anderson William
    De acordo com o novo ato cotepe: " http://www.fazenda.gov.br/confaz/confaz/atos/atos_cotepe/2013/AC009_13.htm " os DAV emitidos, REGISTRO TIPO D2, pede os dados, número de fabricação, MF adicional, tipo do ecf, marca do ecf e modelo do ecf, de acordo com esse exemplo esses campos não são informados na impressão dos DAV emitidos: http://www.regys.com.br/homologacao-do-paf-ecf-parte-2-menu-fiscal/ Não existe os métodos na impressão que recebam esses dados? Eu sei que aparece sempre no rodapé na impressão, mas na última homologação foi pedido que saísse também essa informação nos itens.
  15. Anderson William
    Andre Rosa, como você fez para aparecer os OUTROS AQUIVOS UTILIZADOS. Utilizou o ACBrAAC?
  16. Anderson William
    Como gerar o arquivo auxiliar criptografado no ACBr, gerei o arquivo no ACBrAACDemo.exe, mas na minha aplicação quando seto o caminho do arquivo no ACBrAAC.NomeArquivoAux ele diz que o arquivo está inválido. Alguém já passou por isso? Podem me ajudar?
  17. Anderson William
    ok, então está bem. Só estava preocupado que outra pessoas pudessem está passando pelo mesmo caso. Tu acha que precisa subir essa alteração? Valeu cara, me ajudou bastante.
  18. Anderson William
    Sim, não tinha visto ainda, por isso tinha comentado aquilo. Foi mal. Obs: Pelo que eu estava vendo, nos outros ecf, estão implementando da forma antiga, talvez esteja errado também, posso testar na daruma para ver se retorna os totalizadores não fiscais corretamente, se quiser.
  19. Anderson William
    Daniel, pelos testes que fiz, nessa última que você fez deu certo. Pegou tudo direitinho. Valeu cara, que paciência você tem ein! rsrsrs
  20. Anderson William
    mas pelo visto, de acordo com o retorno os totalizadores da sangria e do lastro são fixos: // Sangria Totalizador de Sangria 7 (14) 1103,1116 // Suprimento Totalizador de Suprimento 7 (14) 1117,1130 Dá para pegar, porque independente do índice cadastrado eles sempre vão está no mesmo local. Não é isso Daniel?
  21. Anderson William
    Acabei de testar, para o título recebido deu certo, porquê o índice é inteiro, mas o índice da sangria ainda não sei porquê vem 'SA' e o suprimento vem 'SU', mesmo eu cadastrando como inteiro, acho que deve ser um padrão. Ai de acordo com o código, como ele não consegue converter SA para um inteiro, retornará 0 e diminuirá - 1, e a sangria e o suprimento irá retornar 00000000000000. Pode ver isso prá mim, porquê se sempre for 'SA' e 'SU' para sangria e suprimento dá para fazer um if.
  22. Anderson William
    O problema no ACBr é que a função: ReducaoZ.TotalOperacaoNaoFiscal está retornando errado por que no código não está fazendo o loop até o final da String somando todos os totalizadores não fiscais. Acho que é isso.
  23. Anderson William
    É realmente fui um pouco egoísta, mas o que eu quis dizer é que até agora não ví nenhum caso onde precise pegar um totalizador não fiscal específico(sangria, por exemplo) , até agora sempre ví pedindo apenas o total geral dos totalizadores não fiscais. Acho que o certo seria, preencher essa String com base no índice dos totalizadores não fiscais cadastrados, ainda não dei uma olhada a dentro no código mas a parte do código que retorna a String que tem todos os totalizadores é essa: RetCmd := BcdToAsc(EnviaComando( #88, 5 )); Que pelo visto esse EnviaComando( #88, 5 )); deve utilizar a função Bematech_FI_DadosUltimaReducaoMFD da bematech, se você verificar na bematech, retorna da mesma forma que o EnviaComando está retornando. Por isso acho que não há uma forma de preencher os totalizadores de acordo com o cadastrado, se nem a bematech implementa assim. Na daruma por exemplo tem a função rRetornarInformacao_ECF_Daruma('9', fTotalizador); Sendo fTotalizador uma variável do tipo String e 9 o índice que contém os totalizadores não fiscais. Outra vez, não tem como pegar a informação de um totalizador específico, apenas o total geral (fazendo um loop na string de 13 em 13 e somando os valores). Até agora não ví em lei nenhuma pedindo o valor de um totalizador específico, por isso acho que não é necessário implementar no ACBr, mas se quiser da uma olhada nas leis do paf. Espero ter ajudado.
  24. Anderson William
    Daniel Simões, encontrei a forma, de como já está funcionando no sistema: Primeiro vou te mostrar uma coisa: esse comentário tem mais em cima do código que postei anteriormente, falando os índices de onde estão os totalizadores: { do índice 711 ao 1130 são destinados aos totalizadores não fiscais } // TPNS Totalizadores Parciais Não sujeitos ao ICMS 28x7 (28x14) 711 ,1102 // Sangria Totalizador de Sangria 7 (14) 1103,1116 // Suprimento Totalizador de Suprimento 7 (14) 1117,1130 O R03 ele pede o valor total dos comprovantes não fiscais, ou seja não importa qual o totalizador não fiscal, o que importa é o valor total que dará. Então, para resolver é só fazer um loop entre o índice 711 ao 1130 pegando de 14 em 14 e somando o valor, no final esse valor total pode ser retornado de alguma forma, no caso, o loop seria feito nessa string: 00000000000500000000000010000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000121500000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 Acho que assim vai dar certo. O que tu achas?
  25. Anderson William
    Daniel Simões entendi a sua posição, realmente há uma falha pois se na impressora for cadastrado o totalizador não fiscal de pagamento de títulos de outra forma esse código possivelmente irá falhar... Vou pensar em outra solução melhor.
×
×
  • 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...