Ir para conteúdo
  • Cadastre-se
Seja bem-vindo
Regras e orientações da nossa comunidade Participe do Discord do ACBr

Intelliware

Membros Pro
 Perfil  Explorar Conteúdo

  • Total de ítens

    339

  • Registro em

  • Última visita

 Tipo de Conteúdo 

Tudo que Intelliware postou

  1. Intelliware
    Exato Ricardo, mas no caso, o desconto do rateio que veio do desconto no final do cupom é realizado pelo SAT e no momento que montamos o XML ainda não temos este valor, certo?
  2. Intelliware
    Bom dia pessoal, Ontem, efetuamos um teste dando um desconto no total do cupom. Esse valor, o SAT rateou entre os itens normalmente. No quarto item, efetuamos também um desconto no item. Analisando posteriormente o XML que foi retornado pelo SAT, observamos que: 1) A base de cálculo para PIS/COFINS somos nós que informamos, portanto, já é passada para o XML com o devido desconto do item 2) No caso do desconto de rateio ele não abateu em cima do valor da base de cálculo, uma vez que o rateio do cupom é realizado pelo próprio SAT A pergunta que ficou pendente foi se no valor da base de cálculo do PIS/COFINS não teria que subtrair além do desconto do item o desconto do rateio do cupom. Só para exemplificar, para o quarto item, temos: -<det nItem="4"> -<prod> <cProd>1846882028</cProd> <cEAN>07896006748885</cEAN> <xProd>FEIJAO CAMIL 500G BRANCO</xProd> <NCM>07133329</NCM> <CFOP>5102</CFOP> <uCom>UN</uCom> <qCom>1.0000</qCom> <vUnCom>6.99</vUnCom> <vProd>6.99</vProd> <indRegra>A</indRegra> <vDesc>2.00</vDesc> <vItem>2.02</vItem> <vRatDesc>2.97</vRatDesc> </prod> -<imposto> <vItem12741>0.80</vItem12741> -<ICMS> -<ICMS40> <Orig></Orig> <CST>40</CST> </ICMS40> </ICMS> -<PIS> -<PISAliq> <CST>01</CST> <vBC>4.99</vBC> <pPIS>0.0165</pPIS> <vPIS>0.08</vPIS> </PISAliq> </PIS> -<COFINS> -<COFINSAliq> <CST>01</CST> <vBC>4.99</vBC> <pCOFINS>0.0760</pCOFINS> <vCOFINS>0.38</vCOFINS> </COFINSAliq> </COFINS> </imposto> </det> Anexei também o XML em questão para facilitar melhor o entendimento. Para obter o valor do rateio dos itens após a autenticação do CF-e, estamos efetuando o seguinte procedimento: with CFe.Det do begin //Atualiza o valor de rateio para ficar igual ao do SAT for j := 0 to Count - 1 do begin s := ExecSql('SAT_SINC_RATEIO', VarArrayOf([ IDCupom, Items[j].nItem, Items[j].Prod.vRatDesc, Items[j].Prod.vRatAcr ])); end; end; Gostaríamos da opinião de vocês, de como estão procedendo neste caso, se a nossa observação foi correta. AD35160453485215000106599000063300003527789370.xml
  3. Intelliware
    Bom dia pessoal, Ontem durante uma bateria de testes, observamos que o valor do rateio, depois que o SAT retorna o XML, não é descontado da base de cálculo de PIS/COFINS, sendo que temos um valor
  4. Intelliware
    Bom dia pessoal, Ontem durante os testes da nossa versão, realmente verificamos isso com a POS Sweda SI-300S. A impressora imprimia o cupom apenas com 20 itens da cesta, sendo que tínhamos mais de 30 itens. Simplesmente desconsiderava o restante do cupom, finalizando a impressão, faltando item, Qr-Code entre outros. No driver da impressora efetuamos as seguintes alterações: 1) Bematech MP-4200 TH (Anexo 1) - Aparentemente, limitaria somente a largura do papel para 80 mm, não tendo limite na vertical. 2) Sweda SI-300S (Anexo 2) - Aparentemente, tendo uma limitação na vertical de 3279 mm (~ 3,3 m) o que já sanou o nosso problema para o caso acima. Mas que continua ainda com uma limitação fixa e caso o cupom ultrapasse o limite pode vir a "cortar" a impressão. Como o Daniel disse anteriormente, que é uma limitação do driver do fabricante, para o caso de impressão em Fortes, estamos deixando o registro acima, para que possa auxiliar outras pessoas.
  5. Intelliware
    Bom dia Régys. Agradeço a resposta. Enviei um e-mail para a Software Express.
  6. Intelliware

    Códigos de Retorno do TEF

    um tópico no fórum postou Intelliware ACBrSAT

    Boa tarde pessoal, Hoje na parte da manhã o Régys subiu a seguinte alteração para a unit 'ACBrTEFDCliSiTef.pas'(Revision 11576): 950: fpNFCeSAT.CNPJCredenciadora := Linha.Informacao.AsString; 951: fpNFCeSAT.Bandeira := Linha.Informacao.AsString; 952: fpNFCeSAT.Autorizacao := Linha.Informacao.AsString; 953: fpNFCeSAT.CodCredenciadora := Linha.Informacao.AsString; Estou com a 'Especificação Técnica – Interface com os meios de pagamento do SiTef' versão 172 do dia 24/02/2016 e consta apenas a descrição do código 952. A minha pergunta é a seguinte: O campo 953 do retorno do TEF é o código descrito no campo 'CÓDIGO' da tabela ANEXO 3(Tabela de credenciadoras de cartão de débito ou crédito) da ER-SAT 2.17.10 ? Ou teria que utilizar o campo 950 para pesquisar o CNPJ em uma tabela do banco de dados de acordo com a tabela do ANEXO 3 da ER-SAT?
  7. Intelliware
    O problema foi resolvido, obrigado.
  8. Intelliware
    Sobre o teste do arquivo, sim, o texto está completo.
  9. Intelliware
    1. Não sei te dizer, pegamos este problema internamente ontem, mas acredito que não pois diversos testes semelhantes foram feitos em versões mais antigas e nunca notamos tal problema; 2. Sim, o problema ocorreu no ECF Daruma FS700; 3. A partir da linha "<e>MARIA DA SILVA</e>" ele corta o restante e já imprime o rodapé; 4. Utilizo o Delphi XE2. Obs.: nosso " MaxLinhasBuffer" está setado em 3, se aumento, não muda nada, agora se passo 0, como do ecfTeste, passando para o primeiro bloco do if, imprime normalmente.
  10. Intelliware
    Daniel, fizemos os testes com sua atualização, mas não resolveu. Uma informação que ficou faltando na postagem é que o problema ocorreu em um ECF Daruma. Fizemos os testes também em uma Sweda, mas nela não ocorreu a perda de informação, com o mesmo texto. O EcfTeste não passou por este bloco, ele entrou no primeiro if "if MaxLinhasBuffer < 1 then", logo não ocorreu o problema. Agora, se forço a passar para o "else", ocorre o mesmo problema. Segue o texto que fizemos os testes: </linha_dupla> <ce>ENDEREÇO DE ENTREGA</ce> <ce>REF. AO CUPOM: 013671 - VIA: 01/01</ce> <ce>VALOR TOTAL: R$ 7,39</ce> </linha_dupla> CLIENTE: <e>MARIA DA SILVA</e> DATA: 23/03/2016 HORA: 15:54:54 OPR: ADMIN </linha_simples> QUANTIDADE DE CAIXA(S): <e>001</e> END.: <e>RUA DA SAUDADE</e> <e>208,JARDIM YARA</e> <e>POUSO ALEGRE,MG,37.550-</e> <e>000</e> TEL.: <e>(35)9999-9999 (CELUL</e> <e>AR PESSOAL)</e> </linha_simples> VASSOURA: <e>1</e> <e>OVOS</e> CONGELADOS: <e>congelado</e> FARDOS: <e>2</e> CAIXAS: <e>1</e> </linha_simples> EMP.: <e>ZE</e> 'Nº das caixas/Adicional: <e>teste adicional</e> </linha_simples> Waldir, estamos com os fontes atualizados há umas 3 semanas, versão que instalamos nos nossos clientes. O interessante é que apenas trocando o "SL.Text := Buffer ;" por "SL.add(Buffer);" resolve nosso problema. Obrigado pela atenção.
  11. Intelliware
    Bom dia, Identificamos em nossos testes internos que, em alguns casos, o conteúdo do relatório gerencial está sendo cortado durante a impressão. Nós estamos chamando a impressão através da "ACBrECF.RelatorioGerencial(ECF_lstRG, Vias, Indice);". O estranho é que não são todos os relatórios em que ocorre a perda de informação. Em debug, notamos que o problema ocorre na procedure "TACBrECF.LinhaRelatorioGerencial", precisamente na linha "SL.Text := Buffer ;": if MaxLinhasBuffer < 1 then begin ComandoLOG := 'LinhaRelatorioGerencial( "'+Linha+'", '+IntToStr(IndiceBMP)+' )'; fsECF.LinhaRelatorioGerencial( DecodificarTagsFormatacao( Linha ), IndiceBMP ) ; end else begin Texto := '' ; Buffer := DecodificarTagsFormatacao( Linha ); Buffer := AjustaLinhas(Buffer, Colunas) ; SL := TStringList.Create ; try SL.Text := Buffer ; For Lin := 0 to SL.Count - 1 do begin Texto := Texto + SL[Lin] + sLineBreak; if (Lin mod MaxLinhasBuffer) = 0 then begin TentaImprimirLinhas( Texto, IndiceBMP ) ; Texto := '' ; end ; end ; if Texto <> '' then TentaImprimirLinhas( Texto, IndiceBMP ) ; finally SL.Free ; end ; end ; Conseguimos contornar o problema trocando o "SL.Text := Buffer ;" por "SL.add(Buffer);", ficando o trecho acima da seguinte forma: if MaxLinhasBuffer < 1 then begin ComandoLOG := 'LinhaRelatorioGerencial( "'+Linha+'", '+IntToStr(IndiceBMP)+' )'; fsECF.LinhaRelatorioGerencial( DecodificarTagsFormatacao( Linha ), IndiceBMP ) ; end else begin Texto := '' ; Buffer := DecodificarTagsFormatacao( Linha ); Buffer := AjustaLinhas(Buffer, Colunas) ; SL := TStringList.Create ; try //SL.Text := Buffer ; SL.add(Buffer); For Lin := 0 to SL.Count - 1 do begin Texto := Texto + SL[Lin] + sLineBreak; if (Lin mod MaxLinhasBuffer) = 0 then begin TentaImprimirLinhas( Texto, IndiceBMP ) ; Texto := '' ; end ; end ; if Texto <> '' then TentaImprimirLinhas( Texto, IndiceBMP ) ; finally SL.Free ; end ; end ; Gostaríamos da opinião de vocês. Obrigado.
  12. Intelliware
    Opa, desculpa a demora Régys. Vou parametrizar essa propriedade e colocar no cliente. Agradeço.
  13. Intelliware
    Show Daniel. Agradeço.
  14. Intelliware
    Realmente Régys, eu também acredito que a Daruma não seria o problema, inclusive temos uma Mach1 que a nosso ver não apresenta lentidão. Estamos logando e repassando na ponta do lápis todos os tempos de execução das funções no frente caixa para tentar achar algo que possamos melhorar também, além de estar repassando para vocês algumas partes dos logs referente ao ECF que estamos obtendo. Estou enviando para você um printscreen das propriedades do componente 'ACBrECF' que está setada no nosso sistema. Só algumas observações: 1) 'ControlePorta' no cliente está TRUE. 2) Conforme você perguntou, o comando 'IntervaloAposComando' está em '300'. Desde já agradeço, Régys.
  15. Intelliware
    Daniel, boa tarde, Haveria um modo de implementar um evento chamado, por exemplo, 'OnGetResposta' no componente ACBrSAT? Neste caso, poderíamos mapear o retorno de todas as respostas do SAT mais facilmente, o que poderia até ser mais fácil para verificarmos se em algum comando que efetuamos a SEFAZ retornou alguma mensagem específica e já exibirmos em primeira mão para o cliente. Apenas uma idéia, que a meu ver poderia ser interessante. O que acha?
  16. Intelliware
    Boa tarde Régys, eu só anexei um log referente ao tópico (1) deste mesmo tópico. Conforme abaixo: 1) Os ECFs estão lentos em relação aos outros que não foram trocados, ou seja, o fechamento do cupom com venda normal é um pouco mais devagar e que quando ocorre emissão de fechamento com CCD o desempenho chega a ser crítico. Mas qualquer coisa, se precisar abro um novo tópico. Sem problema.
  17. Intelliware
    Exato dorivansousa, conforme o Juliomar disse, é no nome da empresa do cliente, vi essa informação posteriormente, mas esqueci de atualizar aqui.
  18. Intelliware
    Pessoal, boa tarde. Eu obtive o log de um CCD em relação a lentidão reportada no tópico (1). Anexei abaixo. Observe que o CCD abre as '22:08:29:359 hrs' e fecha '22:08:46.867 hrs', uma diferença de '17,508 s' o que faz com que os caixas reclamem muito da demora. Será que é algum problema no ECF ou alguma configuração do nosso sistema que poderia estar ocasionando este delay? Log_CCD_ACBr.TXT
  19. Intelliware
    Boa tarde pessoal, só reportando de volta para vocês o que fizemos. Entramos em contato com o cliente e cadastramos uma forma de pagamento CREDITO e DEBITO e em seguida efetuamos as devidas correlações com as nossas formas de recebimento por modalidade. Com isso não tivemos mais problema com este cliente até o momento. Desde já agradeço. Qualquer novidade volto a repassar as informações para vocês.
  20. Intelliware
    Tranquilo!
  21. Intelliware
    Juliomar, só para confirmar uma dúvida que surgiu, sobre a assinatura do XML dos arquivos do Bloco X, vi que temos que utilizar um certificado no nome da SoftwareHouse para o processo, conforme descrito no post utilizando CAPICOM: Neste caso, vai ter que em cada caixa efetuar a instalação do nosso certificado, correto?
  22. Intelliware
    hehehe blz. Valeu.
  23. Intelliware
    Show Juliomar. Só pra complementar, no estoque quando estou obtendo os dados do mesmo no caixa, obtenho a quantidade especificada para TODO o estoque ou somente para os produtos vendidos no respectivo caixa no intervalo de data especificado?
  24. Intelliware
    Boa tarde pessoal, estamos adequando nosso sistema para homologação 02.03. Li vários tópicos no fórum e também a documentação disponibilizada pelo Régys e outros colaboradores. Ajudou bastante, mas ficaram algumas dúvidas. Seguem: 1) O Requisito LIX(Estoque) possui: DataReferencialInicial - Data inicial de referência do Estoque. Se o estoque se refere ao período entre 01/08/2015 e 01/09/2015, a data de referência será 01/08/2015. DataReferencialFinal - Data final de referência do Estoque. Se o estoque se refere ao período entre 01/08/2015 e 01/09/2015, a data final de referência será 01/09/2015 No meu entendimento, a idéia seria verificar os produtos em estoque, seguindo o exemplo acima do dia 01/08/2015 a 01/09/2015 e a quantidade dos mesmos no referido intervalo? Pelo que entendi, essas informações teriam que serem avaliadas apartir do sistema da retaguarda, não? Uma vez que um único caixa não teria condição de ter esta informação precisa em um supermercado de 14 caixas, por exemplo. 2) Requisito LVIII(Redução Z) possui: Nome - Identificação de cada Totalizador Parcial relativo á respectiva Redução Z. Acredito que o mesmo se refere ao campo: ecf.ACBrBlocoX.ReducoesZ.TotalizadoresParciais.Add.Identificao Neste caso, este identificador seria uma especificação minha? Se eu colocar o ID da tabela R60M que se refere a redução Z que estou arquivando seria válido? Desde já agradeço a ajuda de vocês. Desculpem se as questões acima já foram respondidas em algum outro tópico.
  25. Intelliware
    Sim, concordo plenamente. Hoje a tarde, no mais tardar amanhã vamos acessar o cliente e posto os logs aqui para verificarmos 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.