andersonh

Daniel conversei com lacrador Elgin e pessoal do suporte da Elgin. Eles utilizam no arquivo ELGIN.INI as configurações para passarem para a impressora através da DLL, sendo que quando for comunicação direta deve ser feito na própria aplicação a execução dos comandos para pular linha e para cortar guilhotina. Em seu sistema você colocou esses comandos ao finalizar cupom, cancelar cupom, impressão comprovantes, ou criou em algum evento específico do ACBrECF?

Daniel acredito que seja um bug do Sw. Basico mesmo, pois acabei de fazer em outro cliente que possui FS-700 a execução do comando e funcionou perfeitamente, tanto ajuste do horário quanto o funcionamento da guilhotina.

Foi exatamente a mesma coisa que pensei Daniel, veja como estava saindo a os cupons da forma normal sem eu comandar o pulo de linhas em minha aplicação. Esssa impressora é estou usando modelo ecfFiscNET é isso né.

Certo Juliomar irei verificar, só estou com seguinte dúvida, pois uso e ajudo na medida do possível melhorias e correções nos componente ACBr. No entanto nunca mudei as classes dos ACBrECF, na comunição direta não teria que ser feito na programação a execução desses comandos como CortarPapel, entre outras funções que pela DLL seria automatico? Pois começou a dar problema nesse ECF com os espaços entre os cupons que não estava mais dando espaço após finalizar cupom fiscal, ficava tudo junto um cupom no outro (para resolver coloquei no meu sistema na programação ao terminar o papel PularLinhas).

O detalhe é que esta funcionando a guilhotina pelo Asgaard, e percebi que na pasta do executável do meu sistema não esta criando aquele arquivo ELGIN.INI sendo que segundo técnico da Elgin disse que deveria criar pois é nesse arquivo que possui essas configurações para serem carregadas na impressora.

Pessoal estou com esse mesmo problema na Elgin X5, sendo que no programa Gerenciador de ECF Elgin "Asgaard" o corte automático funciona normalmente. E a impressora esta cortando papel no final de cada documento. Ja com o meu sistema através do ACBrECF ela não faz o corte. Ja tem alguma solução?

Pessoal alguém teve esse problema de no momento de mandar o comando ACBrECF1.MudaHorarioVerao ela altera corretamente o horário mas desativar a guilhotina do ECF, tive esse problema como todas as impressora fiscais Daruma FS700 Mach 1 e Mach 2.

De acordo com publicação de circulares do Banco Central do Brasil, a lei n° 3.598 foi alterada para a lei n° 3.656 em vigor e disponíveis nosite do Banco Central do Brasil (www.bcb.org.br), determinam que: Os boletos de cobrança deverão ser alterados para substituição das nomenclaturas de CEDENTE para BENEFICIÁRIO e de SACADO para PAGADOR. Os boletos deverão conter informações mínimas, conforme descrito abaixo, nos termos das novas exigências normativas, e deverão seguir layout específico. Nome do pagador. Identificação da instituição financeira. Nome, o endereço e o número de inscrição no Cadastro de Pessoas Físicas (CPF) ou no Cadastro Nacional de Pessoa Jurídica (CNPJ) do beneficiário. Valor do pagamento e a data de vencimento. Ainda havia campos no ACBrBoletoFCFortesFr que estavam denominados com nomenclaturas antigas, sendo que tentei homologar e o pessoal do Banco não ta aceitando. Segue anexo correção e ajustei também alguns campos que estavam desalinhados.

Acredito que você não esta tratando a Ocorrência correta pois cada Ocorrência possui seu motivos como segue imagem em anexo, quais são os motivos para cada ocorrência do Sicredi. A menos que tenha algum manual novo e tenha mudado, confira a sua versão do manual do Sicredi de integração CNAB400. Verifique a ocorrência 27 quais são os motivos da rejeição da baixa.

Você terá que ter um controle em seu sistema da situação de cada título, ai você vai selecionar os títulos que ainda não foram gerados a remessa, e vai fazer um laço inserindo os títulos no componente, e no final você gera o arquivo da remessa o qual vai conter todos os títulos.

Agnaldo não cheguei verificar se essa alterações da unit do Banrisul ja estão no SVN do componente. Tenho outro ajuste para enviar no processamento do retorno CNAB 400, que tem uma condição que esta errada.

Consegui resolver o problema, acontece que estava passando o CST da seguinte forma para o componente: CST_PIS := DM.IBQuery2.FieldByName('cst_pis').Value; não ocorria erro nenhum no Delphi mas o correto é CST_PIS := Str_CST_PIS(DM.IBQuery2.FieldByName('cst_pis').Value);

Também achei estranho Isaque, pois inclusive dou mensagem mostrando o que meu sistema esta passando para o componente e ele exibe corretamente, conforme tenho no banco de dados. No entanto no arquivo ele gera com essas informações. Vou fazer mais alguns testes se identificar o problema irie postar.

Estou gerando os blocos C100 e C175 segue anexo arquivo que gerei, no entanto o componente ACBr esta alterando os CST tanto de PIS quanto COFINS que envio para ele, como podem ver no arquivo e segue linha de exemplo abaixo: |C175|5405|5,40|0,00|56|0,00|0,00|0,00|0,00|0,00|141|0,00|0,00|0,00|0,00|0,00||| Sendo que nesse caso passei para o componente os CST_PIS 49 e CST_COFINS 49. Alguém ja teve esse problema?

Irei implementar e darei retorno ao tópico, obrigado pela prontidão.

Certo realmente esta correto deve ser informado o C100 pois pela estrutura não teria como informar o C175 sem informar o C100. Mas essa versão do PVA que esta se referindo é do Sped Fiscal né pois o último do EFD Contribuições é o 2.0.9, conforme sítio do EFD.

Pois é, estava vendo justamente isso mas o que me chamou atenção foi o seguinte: 65-Nota Fiscal Eletrônica ao Consumidor Final – NFC-e (*) C180 (até a versão 2.08) C175 (a partir da versão 2.09) Detalhe é que C175 é filho do C100 sendo que nem um local fala que precisa ser informado C100. Ja o C180 tudo bem pelo fato de estar no mesmo nível hierárquico do C100. Unico jeito de saber vai ser gerando arquivo de teste informando os dados do NFCe apenas no registro C175 sendo que ja estou com versão 2.0.9 do PVA. Concorda?

Atualmente estamos gerando arquivo da EFD Contribuições no formato consolidado de informações, estou com dúvida sobre as informações referente ao NFC-e modelo "65" quais registros devo informar levando em consideração ja esse último PVA 2.0.9, entramos em contato com contador do cliente não soube dizer nem mesmo sua consultoria, estão bem perdidos ainda nessa questão. No meu entendimento e pelo que estive analisando manual deveria ser no C100 e C175, gostaria de saber se alguém ja passou por essa situação? Desde ja obrigado

Juliana, obrigado deu certo. No entanto tive que fazer algumas alterações conforme vou explicar abaixo e anexar as units alteradas. Favor analisar e se possível atualizar no SVN. ACBrBoleto //Novas Ocorrências de retorno para Banrisul que não se encaixam nas existentes toRetornoBaixaLiquidadoEdital, toRetornoAlteracaoInstrucao, toRetornoDevolvidoPeloCartorio, toRetornoReembolsoTransferenciaDescontoVendor, toRetornoReembolsoDevolucaoDescontoVendor, toRetornoReembolsoNaoEfetuado, toRetornoSustacaoEnvioCartorio ACBrBancoSicredi Na procedure LerRetorno400 ao finalizar a leitura ao invés de utilizar fpTamanhoMaximoNossoNum := 9; usar fpTamanhoMaximoNossoNum := 8; que é o tamanho padrão caso contrario apos ler retorno e tentar fazer novos titulos ele gera nosso numero com erros ACBrBancoBrasil Na procedure LerRetorno400Pos7 ao finalizar ao invés de utiliza ACBrBanco.TamanhoMaximoNossoNum := 20; usar ACBrBanco.TamanhoMaximoNossoNum := 17; devido mesmo erro que ocorria com Sicredi descrito acima ACBrBancoBanrisul Realizado ajustes CodigosMoraAceitos que não possuia dados declarados na propriedade; Ajustes nas descrições dos retornos que não estava implementado Att Anderson Luis Hences

Juliana não consegui encontrar essa propriedade CodigosMoraAceitos para o Banrisul, pesquisei nos outros bancos para me basear mas também não encontrei declarado em nenhum deles. Poderia me passar no qual banco é usado essa propriedade ou o exemplo de declaração dela e como adicionar os códigos aceitos.

Estou utilizando banco Banrisul e devido seguinte condição estava gerando inconformidades no arquivo de remessa que é o código da mora, que para Banrisul pode ser 0-Valor Diário e 1-Taxa Mensal //Comentado devido CodigoMora do Banrisul {if Pos(AValue,ACBrBoleto.Banco.CodigosMoraAceitos) = 0 then raise Exception.Create( ACBrStr('Código de Mora/Juros informado não é permitido ' + 'para este banco!') );} Segue anexo unit para ser enviada ao SVN.

Acabei de fazer uma NFCe acima de 40 itens e esta normal sem problema nenhum. Escaneie a impressão e anexe para analisarmos

Pessoal, segue anexo alterações efetuadas no DANFe Fortes Report das NFCe um impresso antes de alterar e outro após a alteração. Se possível disponibilizarem no SVN.

Ainda não tentei com ESC, mesmo estando em USB ele vai identificar Juliomar? Percebi que nas propriedades Device do componente ESC não possui porta ela identifica automatico? Segue anexo PDF da NFCe que esta cortando na impressão, acontece pelo fato de não ter margem nenhuma. Estou pensando em colocar uma margem de 3mm no ACBrDANFCeFortesFr.pas.

Ola pessoal conforme imagem em anexo, estou usando FortesReport para geração do DANFE da NFC-e, impressora TSP143M Diebold, estou informando margem no componente mas ele não esta levando essa margem nem na tela na hora da geração do DANFE. Falei com fabricante da impressora que esta configurada e com bobina 80mm, eles disseram que existe uma margem de 3mm não tem como imprimir com margem 0mm. Alguem ja passou por esse tipo de problema ou algo semelhante?