Painel de líderes

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.

Olá pessoal, Tenho notado que muitos desenvolvedores estão tendo dificuldade com a configuração da pasta de Schemas no novo componente ACBrNFSeX. Dica para uma configuração correta. Vou utilizar o programa exemplo. Na aba [Geral] temos a opção: Montar automaticamente o Path dos Schemas, marque esta opção. Logo abaixo temos o caminho, vou colocar o caminho que se encontra os Schemas dos provedores que se encontra junto com os programas exemplos. Caminho: ...\Exemplos\ACBrDFe\Schemas\NFSe Coloquei 3 pontos no inicio porque eu não sei em que pasta esta na sua maquina. Outra coisa importante, note que a ultima pasta informada no caminho é NFSe, Dentro da pasta NFSe existe uma pasta para cada provedor, mas não precisamos informa-la uma vez que marcamos a opção para que o componente monte automaticamente o caminho dos Schemas. Na maquina do seu cliente faça o seguinte: C:\MinhaAplicacao\Schemas\NFSe Dentro da pasta NFSe copia todas as pastas que estão dentro da pasta ...\Exemplos\ACBrDFe\Schemas\NFSe. Marque a opção para montar automaticamente o Path dos Schemas. E informe o caminho dos Schemas como sendo: C:\MinhaAplicacao\Schemas\NFSe Desta forma a sua aplicação de emissão de NFS-e vai encontrar os schemas corretos para a cidade em questão.

Informamos que a SVAN(produção), que autoriza as NF-e modelo 55 dos contribuintes do Maranhão, será paralisada para manutenção no dia 09/04/2022 das 13h às 18h 30min. Os contribuintes do Maranhão devem utilizar a SVRS como contingência (https://nfe.svrs.rs.gov.br/ws/NfeAutorizacao/NFeAutorizacao4.asmx). Assinado por: Receita Federal do Brasil Fonte : http://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false&Informe=W9sYeScSDZg=

Amigo, fiz como falou, apaguei todos os fontes da pasta ACBR e mandei baixar novamente, funcionou. Obrigado

Enviei uma correção, na rev. 25041. Atualize novamente por favor. Isso parece conflito de atualização não resolvida do svn com alterações locais sua. Você precisa resolver os conflitos usando a opção "Resolve" do Tortoise, ou reverter a unit.

Boa noite Renato, acabo de tentar aqui, após gerar o xml deu o mesmo erro XMLParseDoc ao assinar.. Vou arrumar um certifcado a1 pra ver se consigo resolver isso.. Renato, muito obrigado pela ajuda!

Boa noite, Neste caminho você vê os bancos e, como o Leandro disse, com o programa de exemplo você vê como utilizar.

Bom dia existe regras normas e layout para evitar esse tipo do coisa cada uma quer de um jeito e não é bem assim o ACBr segue as normas e layout definido para emissao de documentos fiscais eletronico. se voce quiser fugir disso vai la e altera os fontes de acordo com o que seu cliente quer lembrando que estara fora das normas e layout exigido não faça esse tipo de gambiarra de por no xNome mais informacoes uma esse campo tem limite, e se a sefaz comecar a verificar os nomes se for nota pra financiar em banco não vai ter validade cuidado. melhor alterar os fontes.

Italo, vou fazer isso, e aviso se deu certo, muito obrigado

Bom dia, segundo o Anexo II do Manual de orientação ao contribuinte, no canhoto deve constar a Razão social do Destinatário. Não tem uma propriedade no componente pra essa ideia, pq isso que seu cliente pediu simplesmente não existe... Ai ele vai dizer "ahh mas no sistema do fulano ele faz isso..." vc deve argumentar que esse outro sistema não está atendendo o que diz nos manuais da NF-e. A única forma mesmo seria essa mesmo q vc sugeriu, adicionar o teu código no xNome... porém lembro de ter lido em algum lugar, a respeito de uma regra de validação que chegou a ser testada onde eles iam validar se o nome informado de uma empresa (do emitente ou do destinatário) batia com o cadastro deles lá na Receita, mas realmente não tenho certeza disso agora, se não me engano pode ate estar documentado em alguma Nota Técnica... Att Ricardo

vou atualizar o demo.. mas faça Uses ACBrETQClass

Tudo certo, porém gerou um monte de undeclared indentifier no ACBrETQ [dcc32 Error] uEtiquetas.pas(145): E2003 Undeclared identifier: 'TACBrETQDPI' [dcc32 Error] uEtiquetas.pas(145): E2003 Undeclared identifier: 'dpi203' [dcc32 Error] uEtiquetas.pas(166): E2003 Undeclared identifier: 'TACBrETQBackFeed' [dcc32 Error] uEtiquetas.pas(167): E2003 Undeclared identifier: 'etqMilimetros' [dcc32 Error] uEtiquetas.pas(182): E2003 Undeclared identifier: 'orNormal' [dcc32 Error] uEtiquetas.pas(183): E2250 There is no overloaded version of 'ImprimirTexto' that can be called with these arguments [dcc32 Error] uEtiquetas.pas(186): E2250 There is no overloaded version of 'ImprimirTexto' that can be called with these arguments [dcc32 Error] uEtiquetas.pas(189): E2003 Undeclared identifier: 'becSIM' [dcc32 Error] uEtiquetas.pas(196): E2250 There is no overloaded version of 'ImprimirTexto' that can be called with these arguments [dcc32 Error] uEtiquetas.pas(198): E2250 There is no overloaded version of 'ImprimirTexto' that can be called with these arguments [dcc32 Error] uEtiquetas.pas(202): E2250 There is no overloaded version of 'ImprimirBarras' that can be called with these arguments Mudaram alguma coisa?

Bom dia EMBarbosa, desculpe a demora na resposta. Na verdade vi ontem que marquei bobeira, porque estava passando Sim e Nao, mas no caso tem que ser S ou N. Fiz um Copy na linha onde precisava e preencheu as informações. Desculpe de não consegui avisar a tempo, pode fechar o tópico, esta OK. Obrigado.

Bom dia, No meu ponto de vista da forma que está implementado no SVN está contemplando todos os métodos evidenciados. Percebi que você não atualizou o componente para a ultima versão pois o enumerador está diferente por exemplo, utilize a ultima versão por favor e faça os testes necessários. qualquer divergências nos informe. Obrigado