Geovani N. de Paula

Saudações. Estou desenvolvendo o requisito VIII, tenho a seguinte dúvida no que tange o troco: Sei que se eu informar o valor do meio de pagamento maior que a venda, o ecf calcula o valor de troco automaticamente, porém, existe uma forma de o sistema já informar ao ecf o valor de troco no final? Pergunto isso pois nos registros de Sped, tem que informar os meios de pagamento, e não vai fechar o valor do cupom com o valor dos meios de pagamento. Att.

jmsandy, baixei os fontes e testei, funcionou perfeitamente. Muito obrigado Att.

jmsandy, estou usando um emulador, pois minha impressora ainda não chegou, utilizo o emulador epson t81fbIII, versão 02.00.03, e ele me retorna esses valores, e como no ECFTeste pegava os valores dessa forma, achei que seria o correto. Estarei baixando os fontes e verificando Att

O problema é que o campo índice me retorna a seguinte informação: "Ta", "Tb". E também o objeto alíquota está diferente ao que é proposto pelo projeto acbr, ficando diferente também ao programa ECFTeste, que sempre é informado no fórum como objeto de pesquisa e embasamento. Att

Saudações. Estou carregando as alíquotas de icms da impressora fiscal, porém encontrei uma diferença entra a classe Aliquota do projeto jACBrFramework.serial.ecf; com a classe TACBrECFAliquota do projeto em delphi, onde a propriedade Sequencia na classe TACBrECFAliquota é um int e na classe Aliquota é um boolean. Isso impacta no momento em que eu crio os códigos de totalizadores de reduções Z que devem seguir o seguinte modelo xxTnnnn, onde 'xx' é a sequência da alíquota cadastrada. Problema encontrado nas seguintes classes: jACBrFramework.serial.ecf.Aliquota:; -> Propriedade sequencia; jACBrFramework.serial.ecf.ACBrECF: -> Método: carregaAliquotas(int count) jACBrFramework.InteropLib.AliquotaRec -> Propriedade sequencia; Att;

jmsandy, depois que postei o código, fui ver a diferença, baixei novamente os códigos e funcionou perfeitamente, no momento em que baixei ontem não havia atualizado a classe TipoFrete, mas agora está gerando corretamente, peço desculpas pela desatenção Att.

Opa, deve estar aí o problema no meu está assim: PorContaEmitente(0, "0 - Por conta do emitente"), PorContaDestinatario(1, "1 - Por conta do destinatário/remetente"), PorContaTerceiros(2, "2 - Por conta de terceiros"), SemCobrancaFrete(9, "9 - Sem frete"), Nenhum(-1, "Preencher vazio");

jmsandy, copiei o código que você postou e executei na classe ProgramTestSpedFiscal o resultado foi o seguinte: |C100|1|0|12312312387|55|00|1|15|5140700593850000150550010000000151000001584|01082014|01082014|1,00|0|0,00|0,00|8,00||0,00|0,00|0,00|0,00|0,00|0,00|0,00|0,00|0,00|0,00|0,00|0,00| att

Bom dia, atualizei os fontes do framework e também a dll do acbr, porém o problema continua somente para o SemCobrancaFrete

Saudações. Quando gero os registro C100 do Bloco C, informo o IND_FRT com o valor TipoFrete.SemCobrancaFrete. Ao validar os dados no PVA, é exibido o erro de que não foi informado o tipo de frete. Verificado que realmente no arquivo não conta a informação do tipo de frete, porém se informar o IND_FRT com o valor TipoFrete.PorContaEmitente, o arquivo é gerado com o valor É necessário informar algo a mais quando o tipo de frete é TipoFrete.SemCobrancaFrete (9)? Att.

Muito obrigado, estou fazendo validações ainda, pelo menos para homologar o PAF, mas qualquer novidade postarei no fórum. Att.

Saudações. Estou desenvolvendo o sped em meus software, e percebi que o Indicador do tipo de operação na classe RegistroC100 está esperando um objeto do tipo TipoOperacao do pacote jACBrFramework.sintegra.TipoOperacao, porém acredito que deveria receber do pacote jACBrFramework.sped.TipoOperacao. Alguém poderia verificar se isto realmente é um problema?

Saudações a todos. Gostaria de saber se está sendo previsto a atualização do componente jACBrFramework para o layout do sped fiscal de icms versão 2.0.14?

Ok, muito obrigado.

jmsandy, atualizei os fontes, segue a lista de problemas: public void pafMF_LMFC_Cotepe1704(int CRZInicial, int CRZFinal, String CaminhoArquivo) public void pafMF_LMFC_Espelho(int CRZInicial, int CRZFinal, String CaminhoArquivo) public void pafMF_LMFS_Espelho(int CRZInicial, int CRZFinal, String CaminhoArquivo) public void pafMF_MFD_Cotepe1704(int COOInicial, int COOFinal, String CaminhoArquivo) public void pafMF_MFD_Espelho(int COOInicial, int COOFinal, String CaminhoArquivo) Editei o comentário anterior, pois não havia carregado a classe novamente.

Valeu pela ajuda, se não for pedir de mais, você poderia conferir outros métodos como public void pafMF_MFD_Espelho(int COOInicial, int COOFinal, String CaminhoArquivo), pois aparentemente acontece o mesmo problema, andei olhando os métodos que possuem o mesmo nome porém recebe parâmetros diferentes, esse que sitei foi um deles, parecem que vários acontece isso.

obrigado pela resposta jmsandy, irei baixar novamente os fontes, baixei eles semana passada pelo svn, mas baixarei novamente para verificar

Quando gero uma Leitura de Memória Fiscal Completa por Contador de Reduções, recebo uma exception que a data é inválida, isso ocorre porque o método public void pafMF_LMFS_Impressao(int CRZInicial, int CRZFinal) da classe ACBrECF aciona o ACBrECFInterop.INSTANCE.ECF_PafMF_LMFS_Impressao(getHandle(), CRZInicial, CRZFinal) sendo que deveria acionar o ACBrECFInterop.INSTANCE.ECF_PafMF_LMFS_Impressao_CRZ(getHandle(), CRZInicial, CRZFinal). Sairá alguma correção para este problema?