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

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.

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

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.