diegoPego

Bom dia Até o presente momento sempre imprimíamos os boletos com o valor (R$) multa/juros, porém recebemos uma solicitação de um cliente que utiliza o boleto SICREDI na cidade de Dourados/MS que deseja que o seu % configurado de juros/multa aparece no boleto ao invés de imprimir o valor em (R$). Tal solicitação surgiu devido que alguns casos o percentual de Juros/multa calculado na apuração diária é muito pequeno desta forma a informação no boleto fica 0.00 Procedimento realizado na unit ACBrBoleto.pas em anexo 1 - criar: property MostrarPercentualMulta: Currency read FMostrarPercentualMulta write SetMostrarPercentualMulta; property MostrarPercentualJuros: Currency read FMostrarPercentualJuros write SetMostrarPercentualJuros; E quando alimentamos: if MostrarPercentualJuros <> 0 then begin AStringList.Add(ACBrStr('Cobrar juros de ' + FormatCurr('#,##0.00',MostrarPercentualJuros) + '%' + ' por dia de atraso')); end; if MostrarPercentualMulta <> 0 then begin AStringList.Add(ACBrStr('Cobrar multa de ' + FormatCurr('#,##0.00',MostrarPercentualMulta) + '%' + ' após o vencimento.')); end; Ao inves de mostrar os valores apurados em R$ aparece os %. ACBrBoleto.pas

Obrigado.

Bom dia. Gostaria de tirar uma dúvida sobre o processo de atualização dos fontes. Atualmente utilizamos os componentes ACBR (Balança, ECF, SAT e Boleto) e gostaria de saber se teria algum tipo de problema em atualizar somente os fontes do componente ACBRSAT , pois no processo de atualização dos fontes do ACBR sempre preciso fazer uma bateria de teste em todos os módulos envolvidos. E como o SAT no próximo dia 15/07/2016 passará para a versão 0.07 do schema, gostaria de recompilar o sistema com as novas alterações somente do ACBRSAT.

Obrigado

Adicionado units pcnCFE.pas onde foi criado o metodo Clear na Classes TMPCollection para elimina a coleção de registros de pagamentos e a informação de troco. pcnCFe.pas

Boa Tarde. Foi observado que na rotina ClearSessao na unit pcnCFe é removido as informações de forma de pagamento porém a informações na property vTroco continua preenchida, poderia ser adicionado um código que também eliminasse o conteúdo da informação ao utilizar a opção ClearSessao que elimina os dados da venda?

Já realizei alguns testes com a alteração do tamanho da bobina mas sem êxito na impressão correta da Inscrição Municipal. Os testes foram realizado com os seguintes parâmetro de tamanho de bobina 280 , 297 e 300 o último começa a cortar também a informações referente ao itens.

Boa Tarde. Foi observado no cenário de impressão do extrato de vendas do SAT que as informações referentes a CNPJ IE IM não são impressas de forma completa, cortando a impressão dos dígitos das laterais. Foi observado que o comportamento ocorre quando a Inscrição Municipal ultrapassa os 6 dígitos. Na analise foi detectado que a Banda lEmitCNPJ_IE_IM do relatório ACBrSATExtratoFortesFr pertinente a essa informação está com fonte de 8. Notei que as informações de Razão social, Nome Fantasia e Endereço estão em TRLMemo e a informação CNPJ IE IM está em um TRLLabel. Gostaria de saber se é permitido alterar o tamanho da Fonte para 7, ou uma outra forma de realizar impressão completa da informação? Imagem do Extrato em anexo.

Bom dia. Obrigado pelas informações. A nota técnica é clara vou remover as alterações.

Bom dia Estou com um cenário na impressão do extrato da venda do Sat que alguns clientes desejam que a informação de desconto e acréscimo do item não seja impressa mantendo apenas com o campo desconto e acréscimo do Totalizador. Realizei algumas modificações nos fontes do extrato para que fosse possível realizar a configuração e atender este cenário. Units alteradas ACBrSATExtratoFortes ACBrSATExtratoFortesFr ACBrSATExtratoFortesFr.pas ACBrSATExtratoFortes.pas

Bom dia EMBarabosa As modificações realizadas nos fontes para contemplar uma balança genérica apenas proporciona ao usuário configurar a posição inicial e quantidade de caracteres após a posição inicial, desta forma o usuário pode capturar o valor enviado pela balança, que deve estar dentro do limite enviado

Bom dia Para atender outros modelos de balança e possibilitar ao usuário personalizar as posições inicial e final do texto de pesagem enviado pelas balanças , foi criado um novo modelo de balança, definimos como "balGenerica". Para utilizar o novo modelo foi necessário modificar a units ACBRBal,onde foi adicionado um novo modelo na opção TACBrBALModelo (balGenerica), adicionado properties de posição inicial e final e adicionado no uses a classe ACBRBALGenerica. ACBRBalClass, adicionado as properties de posição inicial e final ACBRBalGenerica, classe criada herdando de ACBRBalClass com as novas implementações. Poderiam avaliar as modificações para serem efetivadas no svn. Obrigado Bom dia Units Alteradas.rar

Bom dia Obrigado, pela alteração.

Para realizar a homologação CNB400 do Banco Sicredi foi necessário alterar o logo Preto e Branco pois no novo padrão existe apenas as Palavra Sicredi, o Logo colorido está atualizado. Em anexo o novo Logo. 748.bmp

Boa Tarde Tuany O Primeiro passo é verificar se estes números que estão faltando no seu software estão registradas no SEFAZ, isso eu falo pois tenho casos em alguns clientes que possuem esta mesma falha porém após uma analise descobri que esses números ausentes existem no sefaz. Com uma analise notei que tal comportamento estava ocorrente após o sat não autorizar um xml e reportar o seguinte erro: "Resposta:962539|06098||SAT em processamento. Tente Novamente.||" E quando o usuário finaliza novamente a venda a mesma é autorizada, porém a requisição anterior também é processada e autorizada, e desta forma as duas vendas ficam registradas no sefaz de certa forma Forma duplicadas e no sistema contêm apenas um registro. Existe alguns tópicos que já relatam está situação.

Bom dia William O Primeiro passo é verificar se estes números que estão faltando no seu software estão registradas no SEFAZ, isso eu falo pois tenho casos em alguns clientes que possuem esta mesma falha porém após uma analise descobri que esses números ausentes existem no sefaz. Com uma analise notei que tal comportamento estava ocorrente após o sat não autorizar um xml e reportar um erro e quando o usuário finaliza novamente a venda a mesma é autorizada, porém a requisição anterior também é processada e autorizada, e desta forma as duas vendas ficam registradas no sefaz de certa forma Forma duplicadas e no sistema contêm apenas um registro. Existe alguns tópicos que já relatam está situação

Boa Tarde a todos. Até o momento ainda não temos solução para ocorrido, parece se tratar de uma fragilidade da estrutura do sat. Conforme já sugerido em outro tópico a solução seria o equipamento receber melhorias onde o desenvolvedor tivesse acesso aos ultimos Cfes emitidos, pois atualmente o mecanismo disponibilizado "ConsultarNumeroSessao" somente pode ser utilizado para o ultimo comando, O SAT possui suas fragilidades e elas precisam ser corrigidas para uma maior transparências nas operações.

Bom dia Cristiano. Observando os manuais técnicos de utilização do equipamento sat, e observei que as rotinas a serem utilizadas possuem um timeout de resposta será que este tempo está sendo considerado pelo acbrsat para verificar o retorno, ou as funções são assíncronas e o timeout é o tempo que a DLL demora para processar o comando?

Boa Tarde Cristiano Obrigado pela ajuda, e a rotina que passou de consultar a sessão ao receber a mensagem "SAT em processamento. Tente Novamente" nós iremos implementar como uma segurança a mais para não duplicar vendas. caso apareça alguma solução ou novas informações irei anexar a este tópico. Obrigadp

Bom Dia Pessoal. Gostaria de ajuda para resolver o seguinte problema, os contadores do nossos clientes relataram que alguma vendas cfe-Sat que aparecem no portal SGRSAT não estão gravadas no sistema, e com essa informação começamos analisar as informações do sistema e logs do ACBRSAT e constatamos que ao enviar uma venda para o equipamento SAT e o mesmo não autorizar a venda com o seguinte retorno: - 08:17:50:048 - NumeroSessao: 541941 - Resposta:541941|06098||SAT em processamento. Tente Novamente.|| e como solicitado no erro o sistema envia a venda novamente para ser autorizada e com o novo envio ela é autorizada, porém o equipamento de alguma forma também autorizou a requisição anterior e desta forma ficamos com duas vendas iguais com numeração diferentes. Em anexo existe um SAT.LOG onde é possível verificar que o equipamento SAT ficou rejeitando as vendas porém após autorizar o registro pode se notar que foram puladas as numeração das requisições anteriores e as requisições anteriores aparecem no SAT. Encontramos esses problemas em equipamentos SAT de marcas diferentes Sweda, Dimep, SAT.LOG

Bom dia Tony. Na atual versão da NFe 3.10 as notas referente a devolução de vendas não comportam o modelo do Documento SAT 59, desta forma conforme orientações do Fisco de acordo com portaria CAT 147 DE 2012 artigo 21 deve ser emitido uma NFe de entrada não podendo ser utilizados CFOPs de devolução, pois ao utiliza-los a nota é rejeitada. O fisco não passou nenhuma informação de quais CFOPs devem ser utilizados, somente mencionou na portaria que a nota teria que ser de entrada. Desta forma foi realizados e autorizada uma nota de entrada conforme abaixo: · CFOP 1102 ou 2102 · Finalidade de emissão da NF-e: "3" - NF-e de ajuste (tag FinNFe); · Descrição da Natureza da Operação: "999 - Estorno de NF-e não cancelada no prazo legal" (tag batOp); · Motivo do Estorno + Chave que esta sendo Estornada (tag infAdFisco). A solução acima é temporária para atender o cenário atual, assim que a NFe atualizar sua estrutura para aceitar modelo 59 será possível emitir uma NFe referente a operação de devolução de vendas conforme o já realizados para outros documentos NFCe, NFe, Cupom Fiscal(ECF)

A nota de referente a devolução da venda foi realizada e autorizada conforme orientações do Fisco destacando na estrutura NFe as opções abaixo: • CFOP 1102 ou 2102 • Finalidade de emissão da NF-e: "3" - NF-e de ajuste (tag FinNFe); • Descrição da Natureza da Operação: "999 - Estorno de NF-e não cancelada no prazo legal" (tag batOp); • Motivo do Estorno + Chave que esta sendo Estornada (tag infAdFisco).

Bom dia Nas situações que não for possível cancelar o cf-e-sat por ter ultrapassado o limite de 30 minutos e cliente queira realizar a devolução da mercadoria, como deve-se proceder de forma fiscal para dar entrada do produto no estoque novamente ? devido que a operação de devolução com NFE com Finalidade 4=Devolução de mercadoria não contempla na opção REFNF as chave de acesso geradas pelo modelo 59. De acordo com portaria CAT 147 DE 2012 artigo 21 a operação deverá ser escriturada no livro de Entradas com as informações de Data de emissão e chave de acesso no campo observação, mas neste artigo não informa a necessidade de realizar a emissão de um documento fiscal NFe para registrar a operação. Alguém possui mais informações de como proceder na operações de devolução?

Boa Tarde Daniel. Obrigado pela ajuda a modificação atendeu a minha necessidade

atualmente eu tenho que gravar o numero de sessão antes de enviar o comando, para caso eu não consiga obter a resposta por algum tipo de falha seja possível realizar a consulta. Atualmente só é possível obter o número da sessão na resposta do componente. Criando o evento citado OnGetNumeroSessao que delega o controle do numero de sessão para aplicação deve atender minha necessidade.