Painel de líderes

Bom dia a todos, Para corrigir o problema. Adotamos a seguinte estratégia aqui na empresa. Antes usavamos a seguinte formatação: yymmddhhmm. Esse formatação gerava um número de 10 posições que começou a apresentar o problema em questão pelo estouro do inteiro. Então fizemos a substituição mmdd (mês e dia) que ocupava 4 posições, pelo número do dia real no ano, que irá variar de 001 a 365, tendo somente 3 posições. Sendo assim não irá mais atingir a casa do bilhão. Pegando como exemplo hoje 04/01/2022 às 09:44: Antes: 2201040944 Depois: 220040944 Att,

A falha conhecida como “bug do milênio” teve como origem a configuração de datas em sistemas informatizados. A fim de economizar espaço na memória, um formato de dia / mês / ano foi usado no qual dois dígitos eram aplicados para cada seção. Desta forma, se fosse 26/03/98, o sistema entendia que se tratava do ano de 1998. Porém, o problema ocorria com a chegada do ano 2000, já que os computadores interpretariam o “00” do final da data como o ano de 1900. Portanto, os sistemas computacionais, em vez de continuar com uma linha de tempo progressiva, voltariam 100 anos no tempo, gerando um efeito cascata que levaria a falhas nos sistemas de equipamentos primários. Agora em 2022 alguns serviços também foram afetados com o problema de data, como por exemplo o Microsoft Exchange, que é o serviço de emails, apresentou um problema que paralisou toda a sua plataforma de mensagens, o detalhe curioso não é questão de vulnerabilidade, e sim, uma incompatibilidade no sistema de antivirus que utilizava como valor máximo uma sequencia numérica int32 (2.147.483.648), o dia 01/01/2022 representa (2.201.010.001) sendo um valor maior que o suportado, nesse caso necessário um int64 (9.223.372.036.854.775.807); Outras aplicações também poderão apresentar problemas com valores baseados em datas que utilizarem variáveis do tipo integer / int32 Boletim Microsoft : Email Stuck in Exchange On-premises Transport Queues - Microsoft Tech Community

ICMS: Difal de não contribuinte não poderá ser cobrado em 2022 Conforme decisão do STF não poderá ser cobrado o Difal nas saídas interestaduais para não contribuinte em 2022, em razão do Poder Executivo não ter sancionada a Lei Complementar decorrente do PLP nº 32, até 31.12.2021. Desta forma, em regra, essa cobrança somente poderá ser feita a partir de 2023, caso haja publicação de Lei Complementar em 2022, respeitando o princípio constitucional da anterioridade anual a que se sujeita o ICMS. Fonte: Editorial IOB Fonte : IOB

Com o avanço do comércio eletrônico, surgiu a necessidade de simplificar o processo de impressão do Documento Auxiliar da Nota Fiscal Eletrônica. A impressão do DANFE Simplificado – Etiqueta, possível de ser utilizado pelos contribuintes nas operações de venda a varejo para consumidor final em comércio eletrônico, venda por telemarketing ou processos semelhantes, ocorrerá seguindo os padrões técnicos estabelecidos nesta Nota Técnica, atendendo ao disposto no §5º-A da cláusula nona do Ajuste SINIEF 07/05 Tipo e Tamanho do Papel Para a impressão do DANFE Simplificado poderá ser utilizado qualquer tipo de papel com largura mínima de 55 milímetros, com exceção de papel jornal, desde que seja garantido o contraste necessário para assegurar leitura do código de barras nos equipamentos normais do mercado Fonte : AJUSTE SINIEF 7/05 — Conselho Nacional de Política Fazendária CONFAZ (fazenda.gov.br) Fonte : http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=eYbbUUApSQI=

Prezados, boa tarde! Peço a gentileza em verificar os códigos em anexo que foram implementados para perfeito funcionamento com o banco bradesco. Att. ACBrPagForLerTxt.pas ACBrPagForGravarTxt.pas

Estou fazendo a implementação da versão simplificada dos eventos periódicos e não periódicos. Enquanto fazia os testes dos eventos iniciais estava mais simples pra fazer as exclusões dos eventos, mas agora que enviei os colaboradores pra fazer a exclusão tem sido mais complicado, pois tenho que remover colaborador por colaborador pra depois excluir o estabelecimento e empresa. Em uma pesquisa, encontrei num fórum uma informação que se enviar o S-1000 com a tag 'nmrazao' com o valor 'RemoverEmpregadorDaBaseDeDadosDaProducaoRestrita ' e a tag 'classTrib' como '00' para o tbAmb = '2', todas as informações eram excluídas de uma vez, mas na propria documentação do e-social no manual do desenvolvedor não possui essa informação, não encontrei nenhum layout também que com a estrutura a ser enviado. Se alguém tiver esse xml completo, por gentileza responda esse tópico. Grato a todos!

Faz um revert do svn todo e refaz a instalação marcando a opção para limpar tudo.

Boa tarde apenas para fechar o tópico e compartilhar, mesmo não sendo uso do ACBR. Percebi que o ambiente de testes no processo síncrono é bem instável quando realizado testes em massa. No ambiente de produção ficou tudo 100%.

Foi subido algo agora agora. se tu atualizar já tem lá

Não tem problema algum na dll como você esta vendo o erro esta vindo da dll da ACBrLib, muito provavel você compilou seu projeto como AnyCPU, e esta executando em windows x64 e por isso o sistema fica x64 e deve estar usando uma dll do SAT x86

Boa tarde, não conseguimos fazer o DAMDFe_Retrato.fr3 modificar a descrição conforme a unidade selecionada(KG,TON). por isso tivemos que alterar o pmdfeMDFe para criar um campo que vai para o arquivo acima. e fazer a validação no ACBrMDFeDAMDFEFR para mudar a descrição dentro do DAMDFe_Retrato.fr3 conforme unidade selecionada. a alteração dentro do ACBrMDFeDAMDFEFR Campo : FieldByName('qDescPeso').AsString:= 'PESO TOTAL (Ton)' é praticamente uma copia do ...FORTES\ACBrMDFeDAMDFeRLRetrato , sendo campo: rlLabel12.Caption := 'PESO TOTAL (Ton)', porem não conseguimos acessar o DAMDFe_Retrato.fr3 diretamente como o rlLabel12.Caption. Então alteramos os três arquivos ..\ACBrDFe\ACBrMDFe\DAMDFE\Fast\ACBrMDFeDAMDFEFR ...\ACBrDFe\ACBrMDFe\PCNMDFe\pmdfeMDFe ...\Report\DAMDFe_Retrato.fr3 Caso vocês tenham outra forma de alterar a descrição fixa 'PESO TOTAL (KG)' no arquivo DAMDFe_Retrato.fr3 dinamicamente sem afetar o ...\ACBrDFe\ACBrMDFe\PCNMDFe\pmdfeMDFe, pois esgotei minhas opções.

tente usar RETURNING no insert, assim vc não precisa fazer outro SELECT para gravar a venda ex: INSERT INTO DETVENDA ... RETURNING VLRTOTALCUSTO, DESCRICAO, QUANTIDADE, VLRDESCONTO, TOTALPESOLIQUIDO, TOTALPESOBRUTO, VLRALIQ_NAC, VALORTOTAL, SUBTOTAL e trocque: IBQueryDetVenda.ExecSQL; por: IBQueryDetVenda.Open; IBQueryDetVenda.First; While Not IBQueryDetVenda.EOF Do Begin ... //faz a soma aki IBQueryDetVenda.Next; end;

Boa tarde, Uso o novo sim, conheço o procedimento de consulta e a propriedade ConsultaLoteAposEnvio está ativa. Esse xml que enviei da prefeitura foi processado pelo ACBR. Sim, vi no exemplo a função que checa as respostas. Vou averiguar melhor as opções aqui. Obrigado pelo suporte Amigo, Alexandre.

Bom dia pelo que notei está usando o componente antigo não é mais dado suporte favor testar com o ACBrNFSeX

O ajuste foi enviado há pouco mesmo, atualize os fontes teste e reporte, se possível no Discord que é mais dinâmico.

Bom dia Juliana, sim. Agora está gerando o arquivo remessa com número do contrato do Sicoob e enviamos o arquivo para o Banco e nos retornaram que está tudo ok. Arquivo validado. Obrigado.

Obrigado Juliomar, vou ajustar essa rotina e usar o Unidac para teste e logo postarei os resultados!

Boa tarde Realize um teste com a ultima versão do ACBrMonitor, pois isso já está implementado para o Banco Daycoval.

Boa noite, Seguem considerações. 1. Costumo usar StrToIntDef, com isso o sistema não parou com o estouro de valor. 2. O texto que citei neste tópico foi extraído da NT e nos dá segurança de que não há problema em repetir o número por enquanto. 3. Uma solução para não repetir o lote, caso ainda não tenham, é colocar um contador sequencial autoinc gerenciado pelo seu sistema, iniciado em zero. Se eu pensar em algo quando for ver isso, posto aqui.

Já verificou o manual? Lá tem informações importantes. https://www.gov.br/esocial/pt-br/documentacao-tecnica/manuais/mos-s-1-0-consolidada-ate-a-no-s-1-0-09-2021.pdf

Lembrando que em SP a Contingência para NFCe é o SAT-CFe... então é importante que o Lojista tenha fácil essa opção

Mais detalhes sobre a difal : DIFAL-EC 87/2015 – Regulamentação aprovada no Senado segue para sanção - Siga o Fisco

O que está no portal são as URL para NFe, que a BA tem webservice próprio. Já NFCe ela usa a SVRS. Esse erro geralmente é por não estar configurando para TLS 1.2, ou não ter o suporte por estar com Windows desatualizado.

esse problema que ele esta enfrentando por acado acabei de descobrir oque é, tem que marcar a opcao formulario continuo para não ficar aquele espaço no final.