Cleber Ferreira

só para complementar, na tabela de reduções é necessário gravar outros valores. Extrai do manual do Sintegra F - Substituição Tributária I - Isento N - Não-incidência CANC - Cancelamentos DESC - Descontos ISS - ISSQN Acompanhar manuais ajuda muito. Sempre grave as informações baseando-se no que é pedido nos manuais, pois quando gerar o momento da geração do arquivo propriamente dito, não será necessário ficar fazendo adaptações d+.

Nesse ponto o Solivan não mencionou que isso depende dos registros que vc for gerar. Tem os registros 60D e 60I que dependem da tributação por item vendido. Aconselho gravar na sua tabela de itens a tributação do mesmo.

Use as informações adicionais do item pois assim embaixo de cada item no danfe irá constar seu respectivo código de barras OU, ao gerar o xml envie o código de barras e não o código interno do teu programa. Eu aconselharia a primeira opção.

O que a Juliana falou tem mais sentido. Dá-se um for nos arquivos selecionados, abrindo, lendo, gravando, fechando e assim sucessivamente.

Você salvou o .fr3 em outro diretório ou sobrescreveu o do demo? Cerifique se o caminho e o nome do .fr3 setado no componente de impressão do boleto é o mesmo onde seu modelo está gravado.

Acho que já não é a bastante tempo, e "a regra é clara Arnaldo!". Eu também tenho uma impressão das parcelas quando é crediário, mas aí usei um Gerencial que imprimo depois do cupom. O problema é que depois não tem como cancelar o cupom caso seja necessário.

o nosso número é um sequencial qualquer que voce passa e o próprio componente calcula o dígito verificador. Agora código do cedente de mais, voce consegue com sua própria agencia.

Primeiramente é Comprovante de Crédito e Débito que deve ser impresso pelo ECF (não sei se depende de marca de ECF). O POS trabalha independente e, essa até onde sei não possui integração e por experiencia própria, à algumas semanas atrás um cliente meu foi autuado (não multado somente puxão de orelha). O fiscal alegou que transações TEF devem passar pelo PAF-ECF e exigiu que o POS fosse retirado. O correto é ter um pin-pad conectado ao pc que faz a interface do usuário com o GP.

Verifique as obrigações fiscais (SPED, Sintegra). Olhando nos respectivos manuais você tem uma ideia de quais informações são importantes para a geração dos mesmos.

Bloco D é o que deve gerar

Diemerson, os moderadores do forum vão te chamar a atenção! Crie um tópico novo para sua dúvida, pois a mesma não tem nada a ver com esse tópico.

SPED Fiscal não entra pois o mesmo é para ICMS e IPI. Agora no SPED Contribuições (PIS/COFINS) as notas de serviço são escrituradas. A não ser que exista alguma exceção, já que lei tributaria brasileira trabalha mais com exceção do que regra.

talvez seja para operações específicas, como ct-e de complemento, anulação, subcontratação

Bom dia Ressuscitando esse tópico, estou tendo o mesmo comportamento aqui no emulador da epson. Pulando índices. Se por ventura for necessária a programação de uma nova forma e o ECF pular um índice? Isso pode ocorrer?

Indo um pouco mais a fundo, estou reparando aqui, é disparada um LeituraMemoriaFiscalSerial por intervalo de CRZ. Como o emulador foi instalado recentemente, o CRZ retornado é '000' que consequentemente dá a seguinte mensagem: "Erro 0914 - Leitura da Memória Fiscal - intervalo de CRZ inválido!" Na prática, se é instalada uma ECF nova no cliente, não tem como fazer uma leitura por CRZ. Espero que isso ajude em algo.

30012013

2013/1/30 30:1:20,0 is not a valid date and time

Boa tarde! Estou fazendo alguns testes com o simulador TM-T81 FBIII da Epson e utilizando o ACBrECF.DataHoraSB está dando um erro de conversão de data e hora no retorno. Abri a unit e ACBrECFEpson e questiono se o tratamento da função está correto. Está da seguinte forma: function TACBrECFEpson.GetDataHoraSB: TDateTime; Var DtHrStr : AnsiString ; begin try // Le pela Captura da Leitura da Memoria Fiscal Result := inherited GetDataHoraSB; except EpsonComando.Comando := '0402' ; EnviaComando ; DtHrStr := EpsonResposta.Params[8] + '000000' ; Result := EncodeDateTime( StrToInt(copy(DtHrStr, 5,4)), // Ano StrToInt(copy(DtHrStr, 3,2)), // Mes StrToInt(copy(DtHrStr, 1,2)), // Dia StrToInt(copy(DtHrStr, 1,2)), // Hora StrToInt(copy(DtHrStr, 3,2)), // Min StrToInt(copy(DtHrStr, 5,2)), // Seg 0 ); end; end; Fiquei em dúvida se o uso daqueles 'zeros' no retorno e a formação da hora está realmente certa. No caso do emulador, está retornando somente data, não tem hora. Esse é o trecho do log com o retorno: 14:11:50:399 RX <- [STX][136][NUL][NUL][FS][192][NUL][FS][FS][NUL][NUL][FS][FS]EP081300000000000001[FS]MFD0000000000000001[FS]EPSON[FS]TM-T81 FBIII[FS]ECF-IF[FS]01.00.04[FS]99[FS]99[FS]30012013

Galera, mais uma vez com problemas em marcar o tópico como "Resolvido".

Fala Daniel! Estou preparando para rodar em todos. Mas dei um jeito aqui. Até hoje eu estava tendo problemas com o ACBrAAC pois não utilizava ele vinculado ao ACBrECF pelo fato do controle automático dele matar algumas rotinas minhas. Então sempre que vou imprimir os relatórios de parametros e identificação, eu passava o IdentPAF aos procedimentos dos respectivos relatórios. Mas agora a tarde no evento AACAntesAbrirArquivo(var Continua: Boolean) coloquei um controle assim: procedure TDMACBr.AACAntesAbrirArquivo(var Continua: Boolean); begin Continua := FilesExists(Sistema.Pasta + Sistema.ArqAuxiliar); end; Com isso consigo controlar o fluxo e parar o ACBrAAC caso o arquivo auxiliar não exista para que eu possa recriar o mesmo. E não preciso mais passar o IdentPAF nos relatórios acima citados. Obrigado.

Nesse trecho aqui Regys: if (not Assigned(AInfoPafECF)) then begin if Assigned(fsAAC) then begin AInfoPafECF := fsAAC.IdentPAF.Paf; versaoPafECF := StrToInt(OnlyNumber(fsAAC.IdentPAF.VersaoER)); end else raise EACBrECFErro.Create( ACBrStr('Parâmetros de configuração do Paf-ECF não informados') ) ; end; Estou usando dessa forma no menu fiscal: DMACBr.ECF.PafMF_RelParametrosConfiguracao(DMACBr.AAC.IdentPAF.Paf, StrToInt(rel.Indice)); Com isso não está entrando na condicional. É certo isso?

Pode deixar pessoal! Achei as propriedades aqui. Só para poupar trabalho, a partir do momento em que eu informar with DMACBr.AAC do begin IdentPAF.VersaoER := Sistema.SH_ER; IdentPAF.Paf.PerfilRequisitos := Sistema.PAF_Perfil; end; posso deixar o resto em branco ?

Pode deixar pessoal! Achei as propriedades aqui. Só para poupar trabalho, a partir do momento em que eu informar with DMACBr.AAC do begin IdentPAF.VersaoER := Sistema.SH_ER; IdentPAF.Paf.PerfilRequisitos := Sistema.PAF_Perfil;

Galera localizei essa linha aqui no ACBrECF.pas que resolve minha questão if versaoPafECF >= 201 then Relatorio.Add('Perfil de Requisitos Configurado: ' + AInfoPafECF.PerfilRequisitos) onde mudo para ativar essa opção?

Boa tarde galera! Em conversa com o Deinison agora a pouco, ele me disse que o RG de Parametros de Configuração do PAF onde informamos S ou N para aquele tanto de requisito, não é mais necessário. Agora basta informar apenas o perfil adotado pela UF. Segundo o exemplo que ele me passou, basta colocar dessa forma: S W E D A Rua Dona Brígida, 713 Vila Mariana - São Paulo - SP CNPJ: 53.485.215/0001-06 IE: 111.072.115.110 SIMULADOR SWEDA CONNECT/SIM ———————————————————————————————————————————————————————— 09/08/2013 15:47:24 GNF:000050 COO:000259 GRG:000046 CER:0001 NÃO É DOCUMENTO FISCAL RELATÓRIO GERENCIAL PARAM CONFIG ======================================================== PARÂMETROS DE CONFIGURAÇÃO ======================================================== "Perfil de requisitos configurado: Letra do perfil de requisitos aqui" ———————————————————————————————————————————————————————— SWEDA IF ST200 ECF-IF VERSÃO: 01.00.01 ECF: 001 RVVZAZA 09/08/2013 15:47:28 FAB: 00000000000000000001 Minha opinião sobre isso é que seria uma mudança meio bombástica, pois influenciaria também no funcionamento do ACBrACC, já que nele configuramos os requisitos. E se formos analisar o requisito VII item 15, realmente basta apenas isso. Alguém aí pode se manifestar à respeito? Daniel, Régys, demais colegas que convivem com homologadores? Abraço