Painel de líderes

Pessoal, Só para avisar que o pessoal do IBPT disponibilizou o novo arquivo e existe uma inconsistência em que o NCM 74082912 está duplicado. 74082912;;0;"Cobre e suas obras Fios de cobre Fosforoso de secao transversal circular de diametro inferior ou igual a 0 8 mm";14.53;16.97;17.00;0.00;20/03/2022;30/04/2022;0EBB1B;22.1.D;IBPT/empresometro.com.br 74082912;;0;"Fosforoso, de secao transversal circular, de diametro inferior ou igual a 0,8 mm";14.53;16.97;17.00;0.00;20/03/2022;30/04/2022;0EBB1B;22.1.D;IBPT/empresometro.com.br Já entrei no site deles e enviei para eles essa informação... não sei se vão corrigir, pois nunca me respondem as mensagens que envio pela opção Contato deles (https://deolhonoimposto.ibpt.org.br/Site/Contato).

Olá pessoal, Apenas uma atualização: Fizemos mais uma separação com os métodos restantes numa unit chamada "ACBrUtil.Base.pas". Como vocês podem ver no post acima. Consideramos essa tarefa da ACBrUtil agora completa. Agora é remover warnings e hints gerados por essa separação e, por fim, ajustar os testes unitários também. Bom trabalho por aí.

Obrigada @Vanderson pela informação.

Pronto, bola matada no peito, obrigado. Apaguei os arquivos da pasta, baixei novamente e pronto, tudo certo.

A SVC-AN(produção), que é contingência dos Estados AC, AL, AP, CE, DF, ES, MG, PA, PB, PI, RJ, RN, RO, RR, RS, SC, SE, SP, TO, será paralisada para manutenção no dia 10/04/2022 das 8h às 13h 30 min. Fonte : http://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false&Informe=W9sYeScSDZg=

Qual a mensagem de erro ? Qual o caminho local utilizado para os schemas? Confirma se tem direitos de acesso na pasta. Para utilizar o winCrypt, o Windows do cliente tem que estar atualizado.

Olá Pessoal. Como vocês sabem estamos sempre nos esforçando pra entregar soluções melhores. Nos esforçamos a fazer isso nos nossos códigos, mesmo tendo uma equipe reduzida. Um problema que sempre nos incomoda é units com milhares de linhas. Isso não é boa prática de programação. Torna a legibilidade do código ruim. Dificulta a manutenção. Nesse sentido, uma das que mais notamos isso é a unit ACBrUtil.pas. Ela é uma unit utilitária que foi aglutinando mais e mais código com o passar dos anos. O que fizemos? Queremos dizer que resolvemos fazer alguma coisa sobre isso e começamos por dividir essa a unit ACBrUtil.pas em várias outras separando o código e migrando tipos e rotinas para as outras. A princípio, a separação ficou assim: "ACBrUtil.DateTime.pas" - rotinas relacionadas a manipulação de datas e horas "ACBrUtil.FilesIO.pas" - rotinas relacionadas a manipulação de arquivos, IO, e similares "ACBrUtil.Math.pas" - rotinas relacionadas a manipulação de números e conceitos matemáticos "ACBrUtil.Strings.pas" - rotinas relacionadas a manipulação de strings e textos "ACBrUtil.XMLHTML.pas" - rotinas relacionadas a manipulação de XML e HTML "ACBrUtil.Compatibilidade.pas" - rotinas relacionadas a compatibilidade. "ACBrUtil.Base.pas" - Todas as outras rotinas que não se encaixam nas units acima "ACBrUtil.pas" - Essa unit atualmente só serve como compatibilidade. Você deve substituir ela no seu código pelas acima. Quando? No momento dessa notícia ser escrita, a previsão do código é ir no final do dia de 23/03/2022. Já está no nosso SVN. O que isso significa no meu código? A princípio, a única coisa necessária a ser feito na sua aplicação é atualizar e reinstalar o ACBr. MAS... Vocês devem notar que se utilizarem alguma função da ACBrUtil.pas que foi migrada, começará a receber um warning que a função mudou para outra unit. Você deve atualizar isso assim que possível. Vamos parar por aí? Talvez venhamos a dividir ainda em outras units a ACBrUtil restante. Bem, a ACBrUtil agora foi completamente dividida. Pode ser que venhamos fazer algo semelhante no futuro com alguma ACBrUtil criada. Mas no momento damos esse trabalho por encerrado. É possível também que façamos isso em outras units que estão acumulando funções, tipos e métodos... A questão é que não vamos parar de melhorar o ACBr.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde. Estamos testando o Delphi Alexandria e nos deparamos um uma exception ao chamar a função StringToDateTime. Segue anexo um programa com a unit ACBrUtil com diretivas onde fica compatibilizado com o Delphi Alexandria e os anteriores. O Erro ocorre quando se passa a data como yyyy-mm-dd / 2020-08-15. A Embarcadero reescreveu o método (SysUtils.StrToDateTime), onde passou a ocorrer o problema. Atenciosamente. ACBrUtilData.zip

Boa tarde pessoal, estou criando este tópico para repassar uma informação que obtive com o auditor fiscal Bruno Nogueira. No nosso sistema, não estávamos enviando reduções Z que não possuíam movimentos, pois ocorria erro no totalizador parcial (Grupo vazio). Conforme contato com Auditor os totalizadores parciais deverão ser enviados com o valor zerado. Ou seja, a redução z deve ser transmitida com a venda bruta zerada e todos os totalizadores parciais cadastrados na ECF também zerados. Conforme Base de Conhecimento do CAF, http://caf2.sef.sc.gov.br/, seção ECF, pergunta número 905. Espero que ajude.