Painel de líderes

Olá pessoal, Temos novidades! Queremos informar que o componente ACBrPAF foi adaptado para gerar os registros do PAF-NFC-e. Como todos devem saber, SC lançou documentação para que empresas possam emitir NFC-e. O projeto se chama PAF-NFC-e. São alguns requisitos semelhantes ao PAF, mas muito mais simples. Entre esses requisitos está a geração de um arquivo chamado Registros do PAF-NFC-e (semelhante ao Registros do PAF-ECF). Mas o PAF-ECF pode ser utilizado. Então precisamos manter a compatibilidade do componente com o código atual. Portanto decidimos criar uma nova propriedade chamada "Layout". Basta alterar essa propriedade e preencher os campos novos ou antigos para gerar para o novo layout PAF-NFC-e. Para quem vai utilizar o anterior, ou seja, "layout "PAF-ECF", não precisa fazer nenhuma alteração. Como podem ver abaixo: begin // Sempre altere o layout antes de preencher os registros. Isso porque // ao alterar o layout, todos registros já lançados são apagados automaticamente. ACBrPAF.Layout := lpPAFNFCe; Já enviamos ao SVN alterações relacionadas a isso e tudo já deve estar funcionando corretamente. O Programa de exemplo também foi alterado para exemplificar isso de forma simples. A propósito, queremos agradecer ao nossos usuários SAC que por meio do seu apoio nos ajudam a proporcionar melhorias como essas. Obrigado pessoal. Se quiser apoiar o Projeto ACBr e receber vantagens ainda maiores, assine o SAC você também. Vamos lá mãos a obra!

Bom dia, se possível anexe o Manual em eles estão se baseando... Se for diferente dos demais será necessário fazer um override da função na classe do Banco.

Olá, para Cancelamento não tem o método específico para geração de PDF, mas vou adicionar na lista para adicionar....

Você pode estudar os fontes do ACBrMonitor, ele está disponível em ACBr\Projetos. Pra carregar pelo ini basta chamar ACBrNFe.NotasFiscais.LoadFromIni, a partir daí chamar os métodos pra assinar, validar, enviar...

só para informar que o problema foi resolvido, era o certificado que estava com problema. resolvido.

Já resolvi todas as questões à respeito dos problemas. Em relação ao SparkPost, ficou uma dúvida: Eu vou usar o SparkPost para enviar e-mails do meu cliente para os clientes dele. ok? Mas quando faço isso usando o SparkPost o remetente acaba sendo eu (meu domínio) e aí se o destinatário clica em "Respoder" para responder o e-mail, quem vai receber a resposta do e-mail sou eu, quando deveria ser meu cliente. Só tem esse porém... Tem como sanar isso?

Já resolvi, era a API Key. Meu campo era varchar(25) e a Key tinha 40 caracteres. Aumentei o tamanho do meu campo para varchar(50). O mensagem de erro agora é: 550 5.7.1 Unverified Sending Domain <lpsistemas.dev.br> mas meu domínio já foi criado e verificado. Eu enviei uma massa de 20 e-mails à título de teste (todos para o mesmo destino, eu mesmo) e 14 foram enviados com sucesso e 6 com esse erro. Então não pode ser domínio não verificado como diz a mensagem de erro, é o mesmo domínio no envio dos 20. Estranho, não?

Bom dia Maurício. É possível que o problema seja o sql em si e não a estrutura. Chegou a verificar se o resultado do select gera dois registros?

Olá Pessoal, Muitos desenvolvedores acabam escolhendo um dos 3 métodos de envio de RPS e nem sempre funciona, porque? É muito simples, primeiro temos que separar os provedores em 3 grupos: os que seguem a versão 1 do layout da ABRASF, os que seguem a versão 2 e os que tem o seu próprio layout. Os provedores que seguem a versão 1 do layout da ABRASF oferecem somente o serviço de envio assíncrono, portanto só podemos usar o método Enviar do componente, esse método permite o envio de um lote contendo de 1 até 50 RPS. Os provedores que seguem a versão 2 do layout da ABRASF a principio oferecem os serviços: envio assíncrono, envio síncrono e gerar NFSe, respectivamente no componente temos os métodos: Enviar, EnviarSincrono e Gerar, onde os dois primeiros permite o envio de um lote contendo de 1 até 50 RPS e o último o envio de apenas 1 RPS. Destaquei "a principio" porque ao implementar dezenas de provedores que seguem a versão 2 no componente, notei que vários não disponibilizaram os 3 serviços e sim apenas um ou dois dos três sugeridos pelo layout. Logo não é possível afirmar que todos os provedores que seguem a versão 2, disponibilizam os 3 serviços de envio. Já os provedores que tem o seu próprio layout, não tem como estabelecer uma regra, pois cada um implementou o serviço que melhor lhe convém. Além dos serviços de envio, temos também os de consulta, cancelamento e substituição de NFSe. Como faço para saber quais são os serviços disponibilizados pelo provedor que vou utilizar, bem como o layout que ele segue? É muito simples, basta abrir o arquivo INI do mesmo. Na seção XML temos o campo Layout que pode conter os seguintes valores: ABRASFv1, ABRASFv2 ou outro valor (normalmente o nome do provedor). No caso de um valor diferente de ABRASFv1 e ABRASFv2 fica claro que não segue nenhuma das versões da ABRASF, logo tem o seu próprio layout. Para saber os serviços oferecidos pelo provedor basta olharmos para as seções: [Recepcionar] => Responsável por montar o envelope de Envio assíncrono, se consta a definição do envelope significa que este serviço esta disponível. [ConsSit] => Responsável por montar o envelope de Consulta a Situação do Lote, se consta a definição do envelope significa que este serviço esta disponível. [ConsLote] => Responsável por montar o envelope de Consulta ao Lote, se consta a definição do envelope significa que este serviço esta disponível. [ConsNFSeRps] => Responsável por montar o envelope de Consulta NFSe por RPS, se consta a definição do envelope significa que este serviço esta disponível. [ConsNFSe] => Responsável por montar o envelope de Consulta NFSe, se consta a definição do envelope significa que este serviço esta disponível. [Cancelar] => Responsável por montar o envelope de Cancelar NFSe, se consta a definição do envelope significa que este serviço esta disponível. [Gerar] => Responsável por montar o envelope de Gerar NFSe, se consta a definição do envelope significa que este serviço esta disponível. [RecSincrono] => Responsável por montar o envelope de Envio síncrono, se consta a definição do envelope significa que este serviço esta disponível. [Substituir] => Responsável por montar o envelope de Substituir NFSe, se consta a definição do envelope significa que este serviço esta disponível. Exemplo de um Envelope não definido, portanto serviço não disponibilizado no webservice do provedor: [ConsSit] IncluiEncodingCab=0 IncluiEncodingDados=0 Texto1= Exemplo de um Envelope definido, portanto serviço disponibilizado no webservice do provedor: [ConsSit] IncluiEncodingCab=0 IncluiEncodingDados=0 Texto1=<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"> Texto2=<S:Body> Texto3=%DadosMsg% Texto4=</S:Body> Texto5=</S:Envelope> Conselho: Tenha uma tela de configuração que permite ativar ou não a execução de cada um desses métodos, assim a sua aplicação pode enviar o RPS através do método ou outro dependendo da configuração estabelecida por conta do provedor a ser utilizado.

Boa noite. Conforme acima, um cliente nosso nos solicitou a implementação um boleto WEB , para o banco Bradesco. Se quiserem analisar como ficou e verificar se existe a possibilidade de incluir no ACBr, os fontes se encontram no repositório. A unit encontra-se na pasta BoletoWEB. Qualquer dúvida, estarei a disposição. Obs.: Está homologado junto ao banco Bradesco. Atenciosamente,