ganef

Boa noite Estou com a mesma demanda e dificuldade, vc encontrou alguma solução? Se sim, poderia me dizer como?

Boa tarde, eu tbem estou com este problema e estou revendo minhas rotinas para não acontecer de dar dizimas quando o cliente concede desconto (este é um dos motivos que o meu gera esse 0,01 centavos a menos) e utilize em seus cálculos a função: ACBrUtil.RoundABNT() que o Daniel Simões informou.. só de usar a função já diminuiu consideravelmente os erros.

Boa tarde Galera Recentemente fui integrar o retorno da caixa padrão SICOB e tive que fazer alguns ajustes. Vou detalhar o que fiz para que ficasse correto o retorno. Primeiramente eu comentei a linha: 1224 e 1225 poi o tamanho máximo do nosso número já vem preenchido quando se aponta o tipo de cobrança: "ACBrBanco.TamanhoMaximoNossoNum := CalcularTamMaximoNossoNumero(Carteira, '', ACBrBanco.ACBrBoleto.Cedente.Convenio);" o campo "Carteira" vinha com valor 0 e zerava o tamanho máximo (que na minha opinião já que esta vindo preenchido pelo fato de definirmos o banco não precisaria fazer novos cálculos). Na linha 1230 (como nosso amigo Maicon Luis Ferreira mencionou) também não vi necessidade de se fazer cálculo para pegar o nosso número; então comentei e substituir por: NossoNumero := Copy(Linha,46,12); // com o DV E por fim o valor Recebido estava vindo com o mesmo valor do título. Ajustei para: ValorRecebido := StrToFloatDef(Copy(Linha,93,15),0)/100; e agora está acrescentando o juros e descontando os custos do valor do boleto. Vou anexar 2 arquivos de retorno e a unit alterada para sua validação Juliana. Espero ter contribuído. cob2501000.ret ret1585.ret ACBrBancoCaixaSICOB.pas

Boa tarde dalves25, Acredito que seu problema seja mais de programação do que no componente (visto já estar funcionando anteriormente) eu já tive problemas com essa msg e no meu caso era que o arquivo não existia na pasta do sistema. No seu caso como ele já existe, verifique na programação se você esta tentando abrir o arquivo sem colocar o caminho absoluto. Tive várias dores de cabeça em não informar o caminho absoluto dos arquivos, hoje já não mais. #ficadica Abraços

Boa Tarde Wilson... olha eu confesso que essa opção TRUE no controle de porta pra mim não funcionou adequadamente na forma em que eu precisava.. eu solucionei o meu problema (e acredito q solucionará o seu tbem) vc fechando a porta ao final da impressão e ao iniciar vc verifica se a porta está fechada e caso esteja vc abra ela.. No meu caso ficou show, acabaram minhas dores de cabeças com esses travamentos.

Bom dia Daniel... eu setei essa opção e na impressão da MP-4200 simplesmente não imprimiu o código de barras da chave.

Boa tarde Galera, Gostaria de saber se existe alguma configuração no posprinter especificamente na impressão da bematech mp-4200 th para o código de barras sair em uma unica linha? Atualmente está saindo bipartido e eu já utilizei impressora epson i9 com a mesma configuração e sai em uma unica linha. Alguém já notou ou precisou fazer alguma configuração do tipo? Abraços

Bom dia Softtec, tente fechar a porta de comunicação depois de emitir o nfce ou como nosso amigo Regys falou, coloque como true a propriedade de Controle de Porta... e eu se fosse vc não faria a impressão via assignfile, utilize o componente POSPrinter (veja o demo, super fácil de se programar) alem de ganhar na resolução do problema vc vai padronizar o modo de impressão via componente.

Blz.. obrigado mais uma vez por sua disponibilidade em compartilhar seu conhecimento..

Opa.. Legal Régys.. isso deixará meu código mais limpo.. não sabia que existia essa propriedade.. Sabe me dizer por que alguns parâmetros já não vem setado (como neste caso) padrão? acredito q ajudaria muito principalmente quem ainda não domina totalmente o componente.

Boa tarde Sérgio.. sua ajuda realmente foi válida pois comecei a rever algumas rotinas sobre cálculos e percebi que em um determinado momento eu estava gerando o valor total sem usar: SimpleRoundTo(valor_total,-2);. Estava apanhando pois eu esta fazendo a conta: qtde x preço unit e ao somar os três produtos (sem arredondar cada um deles) eu arredondava a soma e neste caso o valor dava 5,854 onde ele acabava arredondando para menos, onde gerava o valor de diferença... Valeu Sérgio, valeu galera... abraços

Boa tarde galera... eu consegui fazer parar de apresentar o erro de travamento e pode ser que alguem tbem precise dessa solução. Após imprimir o comprovante do SAT eu apenas ACBrPosPrinter1.Desativar; Pronto, simples assim, e não precisei partir para programação do ACBrPosPrinter como já estava me preparando psicologicamente.

Boa tarde galera... muitas duvidas e soluções nesse tópico... mas comigo esta acontecendo algo novo.. apesar de não ter os mesmo problemas enfrentados pelos demais eu estou usando o reportbuilder e notei que ao imprimir o sat (via ESCPOS) a impressão dos demais comprovantes trava.. as vezes no spooler de impressão fica com erro e mesmo excluindo e mandando novamente ele não imprime... e também tem um fato curioso.. um cliente achou uma "solução"... ao fechar o sistema depois de alguns segundos a impressora imprime o relatório que antes estava com erro... Minha dúvida seria: Existe algum parâmetro no ESCPOS para depois de usa-lo fechar a porta? pois eu notei que sempre que não emitiu nenhum SAT (no caso, utilizando o ESCPOS) todas as impressões imprime normalmente, só emitir um SAT (usar o ESCPOS) trava os demais.. ai toda vez tem que reiniciar o PC.... Alguém com algum problema parecido ou solução aparente? Outra dúvida: Utilizando o ESCPOS eu consigo usar a impressora via rede? Valeu pessoal, abraços...

Blz Sérgio.. do q vc falou eu já tinha lido.. quero saber como q faz pra solucionar o problema dessa soma que o sat fala que a soma dos itens está maior do que o meio de pgto. E a questão tbem é, pq o indRegra não está assumindo o T (errado ou não).. segue: <cProd>169</cProd> <xProd>BISCOITO CHOQUITO PRETO</xProd> <NCM>19059020</NCM> <CFOP>5102</CFOP> <uCom>KG</uCom> <qCom>0.0640</qCom> <vUnCom>27.00</vUnCom> <indRegra>A</indRegra>.... . <cProd>179</cProd> <xProd>PALITO DE CHOCOLATE</xProd> <NCM>19059020</NCM> <CFOP>5102</CFOP> <uCom>KG</uCom> <qCom>0.0740</qCom> <vUnCom>27.00</vUnCom> <indRegra>A</indRegra>..... . <cProd>168</cProd> <xProd>BISCOITO BRIGADEIRO</xProd> <NCM>19059020</NCM> <CFOP>5102</CFOP> <uCom>KG</uCom> <qCom>0.0760</qCom> <vUnCom>28.00</vUnCom> <indRegra>A</indRegra>..... . <pgto> <MP> <cMP>05</cMP> <vMP>5.85</vMP> </MP> </pgto> se possível, faz um simples cadastro dessas 3 mercadorias e simule com esses valores pra ver se ai vai dar certo.

Boa noite Paulo, na vdd não entendi muito bem sua solução... estou tendo o mesmo tipo de problema que vc tinha.. produtos pesados o sat esta retornando que o valor total do CFe ..... meios de pagamentos. No entanto eu troquei a situação do indRegra para truncar : Prod.indRegra := irTruncamento; só que no meu xml ainda está gerando A (arrendondado) : <cProd>168</cProd> <xProd>BISCOITO BRIGADEIRO</xProd> <NCM>19059020</NCM> <CFOP>5102</CFOP> <uCom>KG</uCom> <qCom>0.0760</qCom> <vUnCom>28.00</vUnCom> <indRegra>A</indRegra> Se puder me ajudar a dar alguma direcionamento melhor sobre isso agradeceria muito.

Bom dia Sérgio Tomarei os devidos cuidados nos novos post... e voltando ao assunto... o mais estranho é que hora acontece esse erro e hora não... como falei acima, quando acontece o cliente vai tirando produto por produto em CF-e separados e todos emitem... estou realmente sem saber até por onde começar a investigação. Outro erro louco é que as vezes um CF-e com vários produtos da erro de NCM.. mas analisando o XML q é enviado ao sat esta tudo aparentemente ok... e o cliente faz o mesmo procedimento; envia produto por produto (os mesmo que deram erro) e todos saem, embora em CF-e separados... se tiver alguma sugestão de onde posso começar a investigar o problema ficaria grato.

Boa noite Galera, Vejam no que podem me ajudar... eu até gostaria de criar um tópico "Erros do além" mas preferi criar separado por erros e veja se alguém passou ou esta passando por esse mesmo problema. No cliente, quando emitido mais de 3 produtos no mesmo CF-e-SAT geralmente apresenta a mensagem de erro 'Dados de venda inválidos' mas no xml gerado do sat ele apresenta : 1461|Descrição do produto ou serviço em branco, sendo que ao olhar toda estrutura do xml enviado ao sat, aparentemente está tudo certo. Gostaria se possível da ajuda de vcs pois eu ja li, reli, escrevi, reescrevi todas as linhas de código e aparentemente está tudo normal, mas neste cliente em específico eu estou tendo diversos problemas e este é um deles. Segue a estrutura gerada: 20160119160804|SAT-AC|info|Iniciando recebimento de dados de venda... 20160119160804|AC-SAT|erro|Dados de venda inválidos <infCFe versaoDadosEnt="0.06"> <ide> <CNPJ>06239852000174</CNPJ> <signAC>IsncCt6KHXoBUQH/YxxxgSp+dVQXm1pF5JdQ+b+yIPo/2Qz3Ek/sG4dhtBCmmZTE+BcUrifdQfJ2HVYY2fdl220nr7Et+JNfJGtFRxV9DYsgwMloVgvojBCHwa/kZm0lSpdhK2rEzW8sQRICb8F+enwgGqueoD5JdhtiLf+kRGs74DPesB0h4fYKplOBlAifu1Wh//bDUeSqXZEja9oOiYQbvNzNbvKU2duEcKnHHTcNlYUOjI0fxEmqKOf8ByPl6Df2cpicodLxkLOq3kzwG06LHcq2gvCrq6UEjdZXZn1pmcZ0rnjplU8rI7ozHYV6F1C+ds9lt67NH1YzuKaXug==</signAC> <numeroCaixa>001</numeroCaixa> </ide> <emit> <CNPJ>10256528000152</CNPJ> <IE>425881330117</IE> <IM>0</IM> <indRatISSQN>N</indRatISSQN> </emit> <dest> </dest> <entrega> <xLgr>Rua: __________________________________________</xLgr> <nro>Num.: ___________</nro> <xBairro>Bairro: __________________________________________________</xBairro> <xMun>Cidade:_________________________</xMun> <UF>SP</UF> </entrega> <det nItem="1"> <prod> <cProd>610</cProd> <xProd>CILINDRO BENGALA SIVERST CG/TITAN</xProd> <NCM>84122100</NCM> <CFOP>5405</CFOP> <uCom>UN</uCom> <qCom>2.0000</qCom> <vUnCom>70.00</vUnCom> <indRegra>A</indRegra> </prod> <imposto> <ICMS> <ICMSSN102> <Orig>0</Orig> <CSOSN>500</CSOSN> </ICMSSN102> </ICMS> <PIS> <PISSN> <CST>49</CST> </PISSN> </PIS> <COFINS> <COFINSSN> <CST>49</CST> </COFINSSN> </COFINS> </imposto> </det> <det nItem="2"> <prod> <cProd>3190</cProd> <xProd>ESCAP.FORTUNA FAN 04/08</xProd> <NCM>87089200</NCM> <CFOP>5405</CFOP> <uCom>UN</uCom> <qCom>1.0000</qCom> <vUnCom>135.00</vUnCom> <indRegra>A</indRegra> </prod> <imposto> <vItem12741>45.12</vItem12741> <ICMS> <ICMSSN102> <Orig>0</Orig> <CSOSN>500</CSOSN> </ICMSSN102> </ICMS> <PIS> <PISSN> <CST>49</CST> </PISSN> </PIS> <COFINS> <COFINSSN> <CST>49</CST> </COFINSSN> </COFINS> </imposto> </det> <det nItem="3"> <prod> <cProd>30</cProd> <xProd>ANEL ESCAPAMENTO TITAN</xProd> <NCM>40169300</NCM> <CFOP>5405</CFOP> <uCom>UN</uCom> <qCom>1.0000</qCom> <vUnCom>1.00</vUnCom> <indRegra>A</indRegra> </prod> <imposto> <vItem12741>0.36</vItem12741> <ICMS> <ICMSSN102> <Orig>0</Orig> <CSOSN>500</CSOSN> </ICMSSN102> </ICMS> <PIS> <PISSN> <CST>49</CST> </PISSN> </PIS> <COFINS> <COFINSSN> <CST>49</CST> </COFINSSN> </COFINS> </imposto> </det> <det nItem="4"> <prod> <cProd>1786</cProd> <xProd>RETENTOR BENG CORTECO TITAN/CG/ML/TURUN</xProd> <NCM>87082999</NCM> <CFOP>5405</CFOP> <uCom>UN</uCom> <qCom>2.0000</qCom> <vUnCom>7.00</vUnCom> <indRegra>A</indRegra> </prod> <imposto> <vItem12741>3.00</vItem12741> <ICMS> <ICMSSN102> <Orig>0</Orig> <CSOSN>500</CSOSN> </ICMSSN102> </ICMS> <PIS> <PISSN> <CST>49</CST> </PISSN> </PIS> <COFINS> <COFINSSN> <CST>49</CST> </COFINSSN> </COFINS> </imposto> </det> <total> <vCFeLei12741>48.47</vCFeLei12741> </total> <pgto> <MP> <cMP>05</cMP> <vMP>290.00</vMP> </MP> </pgto> <infAdic> <infCpl>Venda No.:391 - Vendedor: RICARDO</infCpl> </infAdic> </infCFe> </CFe> ) NumeroSessao: 193298 - Resposta:18998|06010|1461|Descrição do produto ou serviço em branco|| Obs. Mudei apenas o CNPJ do emitente e da SW por questões de segurança ao cliente. Outro detalhe importante: Ao emitir os 3 primeiros produtos o SAT emitiu normalmente e depois o cliente emitiu mais um com o produto restante... são coisas inexplicáveis!

PRATIC SISTEMAS, Bom dia... qual foi a solução adotada.. estou tendo o mesmo problema. Grato

Bom dia Galera... Consegui descobrir o que estava faltando para sair o grupo de imposto CSOSN... talvez seja a duvida de mais alguem... Ao colocar no meu código como é implementado no SATTeste (demo) eu notei que a linha seguia o comando: Config.emit_cRegTrib := TpcnRegTrib( cbxRegTributario.ItemIndex ) ; e no meu caso ele estava assumindo só empresa do regime normal (tbem achei estranho). Coloquei um case para mandar a resposta direto do regime que eu queria: case.... of ... Config.emit_cRegTrib := RTSimplesNacional; e agora começou a sair corretamente o grupo CSOSN... estou com outro tipo de problema ao ir para o regime do simples mas acredito q seria assunto para outro tópico. Valeu galera..

Boa noite galera... Estou com um problema e to sofrendo já faz alguns dias... vejam se podem me ajudar. Instalei o SAT RB-1000 em uma empresa do simples nacional e no meu fonte eu estou enviando (por ex.) -> Imposto.ICMS.CSOSN := csosn500; No xml que estou enviando: -<prod> <cProd>860</cProd> <xProd>LATEX FUTURA 3,6L CAM.</xProd> <NCM>32091010</NCM> <CFOP>5405</CFOP> <uCom>GL</uCom> <qCom>2.0000</qCom> <vUnCom>41.00</vUnCom> <indRegra>A</indRegra> </prod> -<imposto> <vItem12741>27.98</vItem12741> -<ICMS> -<ICMS00> <Orig>0</Orig> <CST>00</CST> <pICMS>0.00</pICMS> </ICMS00> </ICMS> -<PIS> -<PISSN> <CST>49</CST> </PISSN> </PIS> -<COFINS> -<COFINSSN> <CST>49</CST> </COFINSSN> </COFINS> </imposto> e não to sabendo onde estou errando pois deveria sair: - <ICMS>- <ICMSSN102> <Orig>0</Orig> <CSOSN>500</CSOSN> </ICMSSN102> </ICMS> como nosso amigo FOX mencionou acima. Ao debugar o procedimento ele está passando pelo Imposto.ICMS.CSOSN := csosn500; só que eu não sei por que raios ele não está acatando essa informação e preenchendo como : -<ICMS> -<ICMS00> <Orig>0</Orig> <CST>00</CST> <pICMS>0.00</pICMS> </ICMS00> </ICMS> E no RB-1000 de desenvolvedor que possuo tbem está enviando do mesmo jeito do que no sat que esta em produção. Agradeço quem puder me ajudar

Bom dia! Na versão 2.0 da NF-e eu usava o CSOSN 900 e mandava os respectivos campos de base de icms e valo no item e tudo funcionava perfeitamente. Ao atualizar a versão da NF-e para 3.0 eu comecei a ter problemas com "Base de calculo de ICMS difere dos produtos "(ou algo do tipo) pois notei que ao utilizar o 900 como CST agora ele não manda as informações que antes enviavam e até então estou utilizando o campo de observação para informar a BC do ICMS e o Valor do ICMS. Minha pergunta é: Com essa versão 3.0 isso deixou realmente de ser feito como na versão 2.0 ou eu que não to sabendo preencher alguma informação? pois tem vários fornecedores que ficam insistindo em que o destaque esteja no campo adequado. Att, Helbert Ganef

Bom dia! Na versão 2.0 da NF-e eu usava o CSOSN 900 e mandava os respectivos campos de base de icms e valo no item e tudo funcionava perfeitamente. Ao atualizar a versão da NF-e para 3.0 eu comecei a ter problemas com "Base de calculo de ICMS difere dos produtos "(ou algo do tipo) pois notei que ao utilizar o 900 como CST agora ele não manda as informações que antes enviavam e até então estou utilizando o campo de observação para informar a BC do ICMS e o Valor do ICMS. Minha pergunta é: Com essa versão 3.0 isso deixou realmente de ser feito como na versão 2.0 ou eu que não to sabendo preencher alguma informação? pois tem vários fornecedores que ficam insistindo em que o destaque esteja no campo adequado. Att, Helbert Ganef

Juliana, Bom dia... Teve alguma mudança com o layout q te enviei? se precisar de ajuda estou a disposição. Att, Helbert Ganef

Juliana, segue o Layout que me passaram para homologação. Quanto a solução que adotei, não sei se seria a mais indicada pois eu não testei nos outros tipos de carteira mas na SR - no caso - apenas alterando o "if" já deu certo em minha aplicação. SICOB_LAYOUT(DETALHADO).pdf

ACBrBancoCaixaSICOB.pasBom dia Juliana, Em resposta a sua sugestão estou criando esse tópico e tbem dizer que a falta de clareza no que escrevi foi por conta do corretor ortográfico que zuou todo o texto. Vamos lá: Ao atualizar o componente ACBr (e já tinha notado isso em outras versões) notei que o nosso numero gerado pelo componente da caixa SICOB - carteira SR - antes correto no padrão 82NNNNNNNN-D, foi alterado e estava saindo NNNNNNNNNN-D (sem o 82 no inicio do nosso numero). Ao notar essa mudança na formação do nosso numero eu entrei no fonte ACBrBancoCaixaSICOB, no procedimento: FormataNossoNumero (Linha 363) e subistitui: "if (wTamNossoNum = 10) ou (wTamNossoNum = 15) then" por: "if (wTamNossoNum = 15) then". Desta forma o nosso numero gerado começou a sair novamente com o 82NNNNNNNN-D - que é o correto pois obtive a homologação da caixa - só não sei dizer se isso vai ter algum outro efeito colateral em outras carteiras pois atualmente não trabalho com elas. Vou anexar o fonte para que possa ver a alteração. Se precisar de algo mais, estamos ae... Abraços. HGS Sistemas ACBrBancoCaixaSICOB.pas