Painel de líderes

Boa tarde. Trabalho em uma software house e temos muitos clientes que ainda utilizam o COBREBEMX para emissão de boletos bancários, e a grande resistência deles para a migração pro ACBr é o fato da não emissão do logo da empresa nos boletos. Foi solicitado a inclusão desse recurso e fizemos, porém gostaria de saber a probabilidade desta nova implementação vir nativa nos fontes do ACBr. A alteração basicamente foi a adição de uma nova propriedade na classe TACBrBoletoFCClass, que seria o diretório do logo da empresa. A alteração afetaria todos os modelos de boletos, exceto o CARNE. Após a implementação tomamos o cuidado de enviar os boletos com os logos para validação nos bancos e os mesmo foram aprovados: Em anexo segue os arquivos que foram alterados: ACBrBoleto.pas ACBrBoletoFCFortesFr.pas Ambos estão atualizados. Exemplo de um boleto com logo da nossa software house: ACBrBoleto.rar

Não há necessidade de incluir os CNPJ ou CPF já constantes como atores no CTe (remetente, destinatário, recebedor, expedidor...). Esses atores já tem permissão de acesso ao XML. Dado o limite de 10 CNPJ ou CPF eles são removidos na geração do XML caso informados.

Boa tarde, marcos.cadorin. Segue as respostas: 1 - É necessário ter um certificado digital no CNPJ da empresa que deseja consultar as notas; 2 - verifique esse tópico:

Não. O CNPJ base (8 digitos) do certificado deve ser o mesmo do CNPJ a ser consultado.

No txt não consta os dados dos itens da nota.

Bom dia @augelias, Funcionou perfeitamente da maneira que você fez. Utilizei seu INI e alterei a configuração sslxmlsignlib conforme orientação e o mesmo retornou assinatura valida do xml, tanto a de RPS quanto a do lote. Muito obrigado pela colaboração.

esse é o db do emissor gratuito de mdfe, (pode servir como base para vc) esta em FB2.1. use a ultima versão do 7z para descompactar, MDFe.7z

Posso estar errado peço desculpas, mas acredito que a tag indEscala deverá ficar igual a N, por se tratar de contribuinte optante pelo Simples Nacional. Acredito que possa ser o motivo do erro, conforme a observação abaixo: Observações:O contribuinte optante pelo regime do Simples Nacional, deve possuir apenas um estabelecimento apresentando suas mercadorias fabricadas em escala industrial não relevante, nos termos do § 8º do art. 13 da Lei Complementar nº 123/06, para fins de inaplicabilidade dos regimes de substituição tributária ou de antecipação do recolhimento do imposto com encerramento de tributação, relativos às operações subsequentes, atendendo ao disposto no CONVENIO ICMS 52/17 previsto cláusula sexta, § 2º e cláusula nona, V.

Qualquer coisa se eu encontrar informo novamente, para melhorar sempre o ACBr

Bom dia Weber, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Ok. Vou tentar criar e se der tudo certo, contribuo com vocês.

Fazendo a validação pelo demo do ACBrNFe não houve mensagem referente a CEST não informado. Houve falha apenas na IE do emissor da NF referenciada: Falha na validação dos dados da nota: 85 Campo:Modelo - Tamanho maior que o máximo permitido [636.156.051.110] 1824 - Element '{http://www.portalfiscal.inf.br/nfe}IE': '636.156.051.110' is not a valid value of the atomic type '{http://www.portalfiscal.inf.br/nfe}TIeDest'. A informação de "Campo:Modelo" parece incorreto, já que se refere à IE, é algo a se verificar. Já a geração do CEST, apesar de aqui não exibir erro de Schema, também não parece correto, está gerando a tag vazia: <NCM>07049000</NCM><CEST></CEST><indEscala>S</indEscala> Você usa o componente ou o ACBrMonitorPLUS? Caso esteja usando o componente, experimente: - Usar a função Trim ao informar o CEST: Prod.CEST := Trim(sCEST); - Para não gerar a tag indEscala, é necessário especificar que não há essa informação: Prod.indEscala := ieNenhum;

Bom dia Joceandro, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Edevair, Primeiramente peço desculpa pelo erro, não são 8 zeros e sim 7 zeros. Segundo, veja esse fragmento de código do componente: if NFe.infNFe.Versao >= 4 then begin if (nfe.Det.Prod.CEST <> '') then begin Gerador.wCampo(tcStr, 'I05c', 'CEST ', 07, 07, 1, OnlyNumber(nfe.Det.Prod.CEST), DSC_CEST); Gerador.wCampo(tcStr, 'I05d', 'indEscala', 01, 01, 0, indEscalaToStr(nfe.Det.Prod.indEscala), DSC_INDESCALA); Gerador.wCampo(tcStr, 'I05e', 'CNPJFab ', 14, 14, 0, nfe.Det.Prod.CNPJFab, DSC_CNPJFAB); end; Gerador.wCampo(tcStr, 'I05f', 'cBenef', 10, 10, 0, nfe.Det.Prod.cBenef, DSC_CBENEF); end else Gerador.wCampo(tcStr, 'I05w', 'CEST', 07, 07, 0, OnlyNumber(nfe.Det.Prod.CEST), DSC_CEST); Note que a tag CEST é opcional para a versão 3.10 da NF-e e obrigatória para a versão 4, mas segundo a Nota Técnica 2016/002 versão 1.41 - página 14, as tags: CEST, indEscala e CNPJFab fazem parte de um grupo de elementos (I05b) opcionais, conforme mencionado pelo BigWings. Quanto a penalização do seu cliente, não vejo razão para temer, uma vez que a SEFAZ não esta validando essa informação, por enquanto. Agora me diz uma coisa, o CEST é utilizado para realizar a escrita fiscal e contábil bem como os SPED da vida? Se sim, é preciso então conversar com o contador do seu cliente.

Pode anexar o XML?

Boa tarde, tenta novamente a emissão, ou caso tenha salvo os arquivos XML de retorno, se não me engano na mensagem vem junto a chave que foi autorizada.. Att Ricardo

Obrigado Italo, eu vou passar também dando uma olhada aqui nas units, se pegar alguma situação vou lhe passando..

Boa tarde! Ótima dica. No meu caso, verifiquei que dentro do arquivo ACBrNFeServicos.ini para o "NFe_SVRS_P" estava faltando os endereços da NF-e 4.0 para o ambiente de produção, tinha apenas para homologação. Copiei as linhas referentes a NF-e 4.0 do ambiente de homologação, retirei a parte referente a homologação. Recompilei o recurso e o programa e pronto, tudo funcionando na 4.0. Obrigado. Augustus

Então aqui não vai, esqueci de citar que é certificado A3, já com a versão anterior valida certinho...

Daniel Simões, não usamos AcBr na empresa onde eu trabalho, mas acompanho o fórum e tiro muitas ideias dos fontes de vocês, e vendo essa notícia do fim do uso da capicom aproveito para compartilhar que estou desenvolvendo uma lib que irá assinar o XML apenas com recursos do windows, tudo via windows API com a cryptxml.dll e a crypt32.dll e suas dependências. Queria saber se isso seria relevante para o projeto, caso seja posso disponibilizar no GitHub. Já fiz isso em C++ e quero traduzir para Object Pascal. Um Abraço.

Estava com este problema GZIPUtils, // <- Apontando o erro pra essa linha. A solução encontrada foi modificar o arquivo ACBr.inc que está em fontes ACBrComum. Linha 68 {.$DEFINE USE_ZLibExGZ} alterar para {$DEFINE USE_ZLibExGZ}

Para o pessoal que estava precisando do firmware, tanto da Argox OS 214 plus PPLA para PPLB quanto da PPLB para PPLA: http://cbrinformatica.com/downloads?b=Argox OS214 ou nos arquivos que eu anexei nessa resposta. PS: não tem vírus, já verifiquei. Abraços! PPLA-para-PPLB-rar-22Sd3QQlBk.rar PPLB-para-PPLA-rar-jYCRzCXCgh.rar

Em breve será possível usar A3 com Lazarus (apenas em Windows) Aproveitando... o Lazarus não tem suporte oficial para Android, e o que existe ainda é muito embrionário... Migrar de D7 para Lazarus é muito mais difícil do que migrar de D7 para XE7... Se você não tem necessidade de Linux, se pensa em desenvolver para dispositivos móveis no futuro, Delphi XE7 é a sua escolha... A licença não é barata... mas compra-se apenas 1 vez... e acho que dá pra parcelar... Delphi hoje não me atende, por não suportar Linux... Minha escolha por Lazarus se deu por 2 fatores: - Roda e Compila bem no Linux - É um projeto de Código Aberto A questão de código aberto, não tem muito a ver com o fato de ser de graça, mas pela garantia de continuidade do produto... Hoje não adoto nenhuma ferramenta de código fechado... Perdi muito tempo (e dinheiro) investindo em ferramentas que foram abandonadas ou "sumiram"... Ex: Kylix

Ele vai ler as mensagens recebido, e que ainda não tive tempo de terminar, está semana estava viajando e agora estou parado porque fiquei doente, mas farei o possível para semana que vem liberar a leitura das mensagens também.