andersonh

Estou com seguinte problema: Devido erros na impressora em alguns casos, o sistema esta gerando dados inconsistentes na base de dados. Gostaria de saber como vocês tem feito o controle para manter dados consistentes. Tenho seguinte estrutura ao finalizar cupom fiscal: try try {executo comandos que efetua subtotalizacao, pagamento, fechacupom, etc} except on E:Exception do begin DMCupomFiscal.Transaction.RollbackRetaining; raise Exception.Create(e.Message); end; end; DMCupomFiscal.Transaction.Commit; Except on e:Exception do begin dmCupomFiscal.Transaction.Rollback; showmessage(e.message) end; end; Mas ja tive casos em que a impressora retornou erro ao executar FechaCupom, o qual eu não persisti na base de dados e na impressora fiscal ele finalizou. Vocês fazem algum outro tipo de controle? Desde ja obrigado!

Beleza provavelmente quando atualizei os fontes o pessoal não havia atualizado ainda no SVN. Valeu...

Segundo recomendação do próprio banco, o qual se ampara na lei nessa solicitação segue form de impressão do FCFortes com ajuste na impressão necessário. Foi informado “Pagador/Avalista” o que está incorreto, necessário corrigir para “Sacador/Avalista”. Conforme constam da Lei Federal 12.039/09, da Circular Bacen 3598/2012, Circular FEBRABAN (anexa) e do Manual Técnico, existem três pessoas distintas possíveis de inclusão em um Boleto: 1-Cedente ou Beneficiário, 2-Sacado ou Pagador e 3-Sacador/Avalista. Atentar que pode ser alterado de Cedente para Beneficiário e alterado de Sacado para Pagador, mas Sacador/Avalista não pode ser alterado. Indicar Pagador/Avalista constitui erro pois o Avalista é uma terceira pessoa e não pode ser o Pagador também. Solução: Realizado correção conforme solicitação; Favor fazer a analise, e se possível disponibilizar no SVN.

Pessoal conforme alteração: Data: 15/05/2014 ver. 0.0.93 -- ACBrBoleto -- [*] Ajuste para definir por banco a forma permitida de informar os Juros de Mora, por Percentual ou Valor, onde 1-Valor e 2-Percentual). (Juliana Tamizou) Esta sendo usado o campo CodigoMora para fazer esse controle, esse campo até então era usado para o ACBrBanrisul com a seguinte condição: 0-Valor Diário 1-Taxa Mensal O mesmo campo passou a ser usado no momento de montar as mensagens padrões conforme alteração acima. Que são usados seguinte valores: 1-Valor 2-Percentual Quem utilizar ACBrBanrisul com CodigoMora=0 não tera problemas, no entanto quem utilizar 1, tera problemas nas mensagens padroes onde ira aparecer como valor os juros sendo que deveria ser taxa. Teriamos que criar um padrão de códigos para utilizar, gostaria de ver com os demais desenvolvedores qual seria melhor sugestão.

Ola pessoal estou com seguinte situação, eu gero o arquivo xml com as informações de um cadastro em seguido eu efetuo a leitura desse xml pelo componente ACBrNFe. No entanto não fiz validação diretamente em meus dados, podendo ter casos em que o xml na tag ICMS dentro da tag CST pode estava vazio sem nenhuma informação. No entanto não ocorre rejeição ele retorna com CST 00 e acaba validando a NFe. Isso é o própria ACBr que faz ou é na própria Sefaz?

exatamente isso, não havia percebido que havia modelo especifico para as ST. Obrigado

Ola pessoal percebi que a função DadosUltimaReducaoZ não esta implementada para Sweda ST200, como nunca trabalhei com o componente gostaria de saber se alguém ou ha previsão de desenvolverem essa função para esse ECF. Desde ja obrigado!

Ola pessoal, estou precisando fazer uma NFe de complemento de ICMS, no entanto esta dando seguinte rejeição: Total da NF difere do somatorio dos valores compoe o valor total da NF lembrando que estou usando finNFe=2 (complementar). O detalhe é que na nota que estou referenciando foi uma NFe de devolução a qual não foi informado ICMS e ICMS ST e passou do prazo do cancelamento. Segue anexo XML para analise. Chave da NFe que fornecedor mandou: 43140433453598007489550010000208541287288730 Segundo manual de integração a regra de validação é a seguinte: Se NF-e de Saída (tpNF=1): -Total do vNF (id:W16) difere do somatório de: (+) vProd (id:W07) (-) vDesc (id:W10) (+) vST (id:W06) (+) vFrete (id:W08) (+) vSeg (id:W09) (+) vOutro (id:W15) (+) vII (id:W11) (+) vIPI (id:W12) (+) vServ (id:W18) (*3) Então devo por em vNF o mesmo que no meu caso coloquei em vST?

Rafael você se refere então a normativa que entregou em vigor para produtores rurais que nas vendas fora do estado com valor acima de R$10.000,00? Veja nesse link em nosso blog tem como deve ser feito. E realmente os produtores rurais que se enquadram nessas condições terão que fazer pelo site do Sefaz RS suas respectivas NFe Avulsa. http://elsolucoeseminformatica.blogspot.com.br/2014/04/nota-fiscal-de-produtor-eletronica-rio.html

Rafael a emissão da NFe Avulsa é possível somente pelo site da Sefaz de cada unidade de federação. E para emissão da mesma existem algumas questões que devem ser consideradas, pois existem regras que a empresa deve se enquadrar para emiti-las.

Olá pessoal estou com a seguinte dúvida: É possível mudar o operador através da função ACBrECF1.Operador:='Operador' ou ACBrECF1.IdentificaOperador('Operador'), após ter aberto o cupom fiscal. Pois possuo em meu sistema uma opção antes de finalizar o cupom fiscal onde posso trocar o funcionário que fez a venda, e queria ja passar por parametro como operador para sair no local especifico da impressora fiscal e não simplesmente nas observações. Desde ja obrigado!

Agora esta certo, parou de emitir o relatório gerencial no momento em que identificava o operador. Obrigado!

Mas é exatamente isso que eu faço, ai toda vez que ele abre o sistema do frente de caixa imprime o relatório gerencial. Me expressei errado quando falei quando abre o cupom fiscal, quero dizer quando abre a aplicação.

Ola pessoal, possuo um cliente que tem uma impressora fiscal Epson TM-T81FBIII. Esta acontecendo que ela imprime um relatório gerencial toda vez que eu envio o comando ACBrECF1.Operador. Entrei em contato com pessoal da Epson os quais mandei um log que a própria impressora gera. Vejam o retorno que me passaram: Analisando o log da dll enviado, identifiquei que dentre alguns comandos de baixo nível executados por meio da dll de alto nível, foi executado as 14:42:40hs o comando 0550|0000 que define o campo do operador impresso no rodapé do cupom. 14:42:40 HLI EPSON_Send_From_FileEXX 14:42:40 HLI { "0550|0000|1/FUNCIONARIOS DIVER" } 14:42:40 LLO 000: 06 02 EC 05 50 1C 00 00 1C 31 2F 46 55 4E 43 49 ....P....1/FUNCI 016: 4F 4E 41 52 49 4F 53 20 44 49 56 45 52 03 30 37 ONARIOS DIVER.07 032: 30 38 08 14:42:40 LLI 000: 02 EC 00 00 1C C0 80 1C 1C 00 00 1C 03 30 32 41 .............02A 016: 31 1 14:42:40 HLO {"0", ""} Percebe-se que a aplicação enviou a extensão 0000 o que significa que é impresso um relatório gerencial de configuração. Se for enviado a extensão 0001 neste comando, então a impressora não imprimirá o relatório gerencial de configuração. Este é o único comando executado registrado no log que faz a impressão de um relatório gerencial, conforme dito anteriormente, não há uma forma de habilitar ou desabilitar a impressão automática de um relatório gerencial no ECF. Nunca trabalhei nos projetos das impressoras fiscais, se possível alguem que trabalha nesses projetos, fazer essa alteração no ACBrEpson. Desde ja obrigado!

sim Juliomar, tive que fazer varias mudanças para homologar com CNAB400 e esta tudo anexo no tópico acima.

Alguém sabe me dizer se já estão efetuando os testes para disponibilizar no SVN?

Ola pessoal estou com a seguinte dúvida: Pretendo salvar o XML completo de retorno para cada situação seja a NFe autorizada, evento de cancelamento, inutilizado. Mas percebi que no retorno vem varias respostas de XML. Gostaria de saber qual campo de retorno devo pegar para capturar o texto exatamente como constara no arquivo XML de retorno para essas tres situações; Atualmente faço da seguinte forma, e esta trazendo um XML diferente do que consta no arquivo salvo. Autorizado Uso: dmNFe.ACBrNFe1.WebServices.Retorno.RetornoWS; Cancelamento por evento: dmNFe.ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.XML; Inutilizacao: dmNFe.ACBrNFe1.WebServices.Inutilizacao.XML_ProcInutNFe; E ao usar a Consulta qual o campo de retorno do XML? ACBrNFe1.WebServices.Consulta.NFeChave:=chaveNFe; ACBrNFe1.WebServices.Consulta.Executar; Desde ja obrigado!

Utilizei o método ACBrECF.DadosUltimaReducaoZ. E não fiz correção nenhuma no código ainda, pois até então nunca alterei os códigos do ACBrECF. Segue anexo Log; Deixa eu ver se entendi, o convênio 85/01 é mais antigo, onde o ISSQN não deve estar incluso na Venda Líquida e os convenios 09/09 e 16/09 prevem que o ISSQN deve fazer parte da Venda Liquida?

Foi o que pessoal da Daruma me falaram, e conforme esta saindo nas impressoras deles conforme anexo. No entanto no meu entendimento que ja passei para a Daruma o valor de venda de ISSQN deve constar na Venda liquida também e diz no convênio o seguinte: V - o valor da venda líquida, assim compreendido o valor acumulado no totalizador de Venda Bruta Diária deduzido dos valores: a) acumulados nos totalizadores parciais de: 1. cancelamento de ICMS; 2. cancelamento de ISSQN; 3. desconto de ICMS; 4. desconto de ISSQN, se for o caso; total de ISSQN, assim compreendido o somatório dos valores acumulados nos totalizadores parciais de prestações tributadas pelo ISSQN; Link do convenio: http://www1.fazenda.gov.br/confaz/confaz/convenios/ICMS/2001/CV085_01.htm

Ola pessoal, percebi que tem um bug na captura dos dados da leitura Z. Percebi na Daruma FS700. A Venda Liquida capturado esta trazendo alem das vendas produtos (ICMS) esta somando os serviços (ISSQN), sendo que estes não devem conter na Venda Liquida. Como nunca trabalhei com esse componente não irei altera-lo.

Juliomar ja encontramos a solução deixando com indPag=0, e sem as informações das duplicatas apenas com as faturas para aparecer no DANFE. Obrigado pela prontindão.

Ola pessoal estou com seguinte problema: Estou gerando NFe com indPag=0 (pagamento a vista), apenas informando na tag <cobr> conforme ilustração abaixo e conforme XML em anexo. No entanto ao gerar o DANFE aparece PAGAMENTO A VISTA, e nenhuma informação da fatura. Utilizo o componente ACBrNFeDanfeRVCodeBase. <cobr> <fat> <vOrig>9115.41</vOrig> <vLiq>9115.41</vLiq> </fat> </cobr>

Olá pessoal, segue anexo unit com ajustes realizados, testados e homologados para o ACBrBancoBanrisul CNAB400. --> Alterações ACBrBancoBanrisul Usado Tipo de Cobrança - Para identificar Tipo de Carteira Realizado correções e melhorias método GerarRegistroTansacao400 Implementado método LerRetorno400 Orientações do banco, que devem aparecer no Boleto

Pessoal estou com esse mesmo problema que o Celio Murakami estava nas impressoras Elgin, Acabei de atualizar os meus fontes mas o método continua implementado da forma errada. Qual a versão correta? Pessoal desconsiderem, eu me enganei esta tudo certo. Exclui a arquivo que que tinha e atualizei novamente deu certo!

Você não precisa gerar outro Nosso Número, tera que usar Instruções ou também chamadas de Ocorrências. Exemplo: Quando você gera a remessa ele leva ocorrencia: Remessa Quando precisa mudar alguma outra informação você vai ter que ver no laioute do banco qual a ocorrencia usar, e no momento que esta setando os titulos no ACBrTitulo, vai usar essa instrução. Conseguiu entender?