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.

Boa tarde, Foi necessário fazer um ajuste no componente ACBRBalToledo para utilizar o protocolo P03 para a balança toledo 2098. Nenhum dos protocolos existentes comunicou corretamente com a balança do cliente, que retornava a string quebrada da porta serial. Segue os fontes para a validação e se possível adição ao projeto. Obrigado ACBrBALToledo.pas

Agora temos um curso completo, de Contingência da NFCe Lembrando que se você é ACBr Pro, já tem acesso ao Curso https://projetoacbr.com.br/cursos/nfce-offline/

Bom dia, O Cancelamento é tratado como um evento mesmo pelo Integrador Fiscal... Certifique-se apenas de estar setando o modeloDF=65 (NFCe) para o componente ACBrNFe antes de chamar o evento com dados de Cancelamento. Verifique também o Log do integrador para identificar algum possível erro que ele esteja retornando.

Bom dia, Daniel Funcionou obrigado

Prezado Italo, boa tarde. Segue, em anexo, correção do provedor SmarAPD com relação a leitura de XML quando existe ISSRetido. Att. SmarAPD.LerXml.pas

Boa tarde vai na pasta exemplo do ACBr e estuda o exemplo do acbrboleto ali tem tudo o que voce precisa

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

Obrigado... @EMBarbosa pode nos ajudar nesse Patch?

Atualizei todo o ACBr ontem antes de postar. Mas vou atualizar o Fortes tmb, ACBr e recompilar. Pois vi que o gerado por vc o titulo 'DETALHAMENTO ESPECIFICO DA CONTRUÇÃO CIVIL' está diferente do que eu gerei.

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.

Bom dia, Tem provedor que exige um cadastro para emitir nota via site e outro para emitir nota via webservice. Tem que deixar claro que o contribuinte vai emitir a nota via webservice.

Provavelmente é isso.

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

Sei ambiente ficou ok, isso é um retorno do provedor. Precisa entrar em contato com a prefeitura, provavelmente para habilitar o serviço para o CNPJ que está emitindo.

Bom dia, Foi homologado no Sicredi, segue os fontes que precisei alterar para tratar o envio e retorno. ACBrPagForGravarTxt.pas ACBrPagForLerTxt.pas ACBrPagForConversao.pas ACBrPagForClass.pas

Bom dia Marcos, Desculpe pela demora, mas já esta no SVN a sua contribuição e mais alguns ajustes que fiz. Não esta 100% mas já é possível iniciar os testes. Favor atualizar os fontes, reinstalar o ACBr e iniciar os testes.

Boa noite pessoal, Segue um resumo, pois o tópico já está muito extenso e não parece estar caminhando para uma solução. 1. Notamos vários relatos de sistemas rodando em paralelo, gerando o consumo indevido, mesmo quando achavam que o sistema em questão era o único utilizado. Essa é uma ótima idéia para garantir que não há nenhum outro sistema manifestando e consultando em paralelo. 2. A consulta com ultNSU=0 tem que funcionar para quem se perdeu na sequência, se continua dando consumo indevido após mais de 1h de espera é mais um indício de sistemas em paralelo. 3. A hipótese das filiais com o mesmo certificado foi descartada, pois está na NT que o controle é pelos 14 dígitos do CNPJ e houve uma resposta da Sefaz confirmando isso. 4. A situação onde o mesmo ultNSU retorna consumo indevido e depois funciona, também aparenta ser reflexo de outro sistema em paralelo gerando a trava em determinados períodos.

Bom dia, Já consegui resolver, era a página de código, mudei ela para pceNone e voltou a funcionar. Estou usando agora a seguinte configuração: Mesmo assim, obrigado pela dedicação e ter tentado me ajudar, @Daniel Simoes me deu uma ajuda pelo Discord do ACBr