Painel de líderes

Olá Pessoal, Hoje disponibilizamos mais um componente, o ACBrPagFor. A funcionalidade que ele permite é automatizar a autorização de pagamentos em um banco. Por exemplo, automatizar o pagamento de fornecedores que tenham emitidos contra seu cliente boletos, títulos, etc... O componente gera o arquivo para indicar aos bancos que um pagamento pode ser feito. Essa funcionalidade, de modo geral, é chamada pelos bancos de "Pagamento de Fornecedores" (veja alguns links no final do artigo). Como o componente funciona? Esse componente gera um arquivo texto segundo o padrão CNAB 240 para pagamentos de fornecedores. Ele também é capaz de fazer a leitura do retorno, de modo que você pode saber o resultado. Ele já existia antes e estava em outro repositório do ACBr chamado Branches com o nome ACBrCNAB. Resolvemos trocar o seu nome ao migrar para o Trunk2, pois assim acreditamos que os desenvolvedores estão mais familiarizados com o termo PagFor utilizado por diversos bancos. Para que bancos? Ele não contempla todos os bancos nesse momento de lançamento, mas é um pontapé inicial. Os testes iniciais foram realizados com os bancos: Itaú, HSBC, Santander, Sicred e Banco do Brasil. Contamos com a colaboração da comunidade ACBr para torná-lo mais completo e robusto. Então fique a vontade implementar no seu sistema essa nova funcionalidade e para testar e colaborar com melhorias e correções. ------- Links para essa funcionalidade em alguns bancos: https://banco.bradesco/html/pessoajuridica/solucoes-integradas/pagamentos/pag-for.shtm https://www.santander.com.br/servicos-financeiros/solucoes-de-pagamento/pagamento-a-fornecedores https://www.sicredi.com.br/site/pagamentos-e-recebimentos/para-sua-empresa/pagamento-a-fornecedores/ https://www.caixa.gov.br/empresa/pagamentos-recebimentos/pagamentos/fornecedor/Paginas/default.aspx https://www.daycoval.com.br/para-empresa/servicos/pag-for

Olá Pessoal! Descobri o problema! Na geração do registro J1, alguns campos são alimentados pela função: GerarDados, por exemplo: Chave_NF com 44 posições estourava o limite de um valor integer. Aí mudei os campos abaixo.... NovoRegistroJ1.CHAVE_NF := GerarDados('S', 44); NovoRegistroJ1.NUMERO_NOTA := GerarDados('S', 10);uFormPrincipal.pas NovoRegistroJ1.SERIE_NOTA := '001'; NovoRegistroJ1.CPFCNPJ_CLIENTE := GerarDados('S', 14); Em anexo a unit alterada.

11/02/2021 - Publicada a versão 1.10 da NT 2020.007. Publicada na aba "Documentos", opção "Notas Técnicas", a versão 1.10 da NT 2020.007, que trata do Transportador Interessado na NF-e, com alguns esclarecimentos e com alterações nos prazos de implantação. Homologação: 01/11/2021 Produção: 30/11/2021 Assinado por: Coordenação Técnica do ENCAT Fonte: http://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false&Informe=IGl4YWhsfvo= Observação: O componente ACBrNFe já foi atualizado para poder enviar o Evento Ator Interessado na NF-e, bem como os schemas. Não esqueça de manter os seus fontes e schemas atualizados independente se vai ou não implementar esse evento em suas aplicações. Fiquem atentos as datas de liberação para inicio dos testes e envio em produção.

Se não me engano tem como instalar estas fontes no linux sim com estes mesmo nomes, é um pacote a parte senão estou errado. How to Install Microsoft Fonts on Ubuntu Linux [Easy Way] (itsfoss.com)

Esse tipo de comentário não ajuda em nada. Vou encerrar o tópico, leia o post que o Daniel citou pra saber os porquês.

Tá bom... então acho que não tem jeito não. Obrigado

A NT não menciona nenhuma distinção pela finalidade da emissão. Então é o mesmo que o CTe finalidade normal.

Boa tarde Italo. Deu certo, estava usando o comando errado para carregar o arquivo. Muito obrigado pelo apoio.

DEU CERTO! Percebi algumas coisas que pode ser util para outras pessoas: GNRE.GerarGuia(" [Emitente] tipo=1 id=00610742000139 RazaoSocial=CIPEC INDUSTRIAL DE AUTOPECAS SA Endereco=RUA ALBERTO GUIZO, 579 Cidade=20509 UF=SP Cep=13347402 Telefone=1938349800 [Complemento] IdentificadorGuia=1 tipoDocOrigem=10 DocOrigem=282650 detalhamentoReceita=1 produto=68 [Referencia] convenio=PROTOCOLO 50/2015 receita=100099 ufFavorecida=MG dataVencimento=16/02/2021 dataPagamento=16/02/2021 referenciaAno=2021 referenciaMes=02 referenciaParcela=1 referenciaPeriodo= ValorTotal=1,00 ValorPrincipal=1,00 [Destinatario] tipo=1 ie=0029107290012 id=27072043000139 RazaoSocial=1000 PECAS PARA CAMINHOES EIRELI - ME cidade=18601 [CampoExtra] codigo=84 tipo=T valor=35210200610742000139550010002826501382269187 ")

o que parece que é algo a ver com & pela mensagem

Se estiver utilizando o Demo MT certifique-se de utilizar a dll na versão MT também...

Bom dia! Tudo certo? Pessoal estou clicando em gerar o arquivo: PAF NFC-e pelo demo ACBrPAF e me retorna este erro, alguém já passou por isso? ps. Atualizei todos os arquivos e reinstalei o ACBr Rio.

No caso isso tu deve de pedir a um contador de sua confiança ou do seu cliente

Opa, tá na mão Juliomar. Valeu. 1101113521012367023300010557001000008009100000006601-procEventoCTe.xml

@foleyjf , @Juliomar Marchetti, @Jéter Rabelo Ferreira e outros interessados no assunto. Peço desculpas pela demora em responder aqui, mas realmente pensei que isso teria sido resolvido bem antes. Deixa eu tentar explicar o que tem acontecido e o porquê dessa demora pra enviar ao SVN a correção. É o seguinte: o código da JCL que usamos para acessar os dados da IDE instalada não está totalmente pronto pras novas versões do Delphi, em especial na questão de multiplataformas. Tivemos que implementar várias alterações no código deles. Mas de qualquer maneira esse não foi o problema maior. As versões mais novas do Delphi usam, além do registro do Windows um arquivo ".proj" para armazenar configurações de compilação (por causa do MSBuild). A JCL aparentemente já trabalhava com esse arquivo corretamente. A IDE pega do registro e atualiza esse arquivo com os dados da plataforma durante o uso. O que acontece é que, em algumas circunstâncias esse arquivo ainda não foi atualizado. Não há, até onde eu sei, uma documentação sobre quando esse arquivo é atualizado. Então eu demorei muito para conseguir reproduzir o problema. Além disso, por duas vezes eu fiz correções que acabaram por produzir um efeito indesejado... Então nem enviei ao SVN depois de ter avaliado o resultado. Claro que não queremos causar outros efeitos indesejados na instalação do Delphi de ninguém. Então estou sempre tentando testar o melhor possível essa questão. Por fim, por algum motivo, o ACBrInstall não estava conseguindo pegar os dados da plataforma diretamente do registro. Então fiquei trabalhando no código da JCL pra tentar resolver. Isso tomou bem mais tempo que imaginei. Pra completar a "saga", por algum motivo meu acesso de committer estava sendo recusado pelo Source Forge. Então, estou enviando as alterações que fiz esses dias ao SVN por partes e, assim que terminar deve estar resolvido.

Bom dia a todos, Foi publicado hoje (15/02/2021) a versão 1.10 da NT 2020/006. O que mudou? Alteração em algumas regras de validação da SEFAZ e data de ativação tanto no ambiente de homologação quanto de produção. Veja como ficou as datas: Versão Descrição Homologação Produção 1.00 Criação de campos e Regras de Validação - seção 2 desta NT 01/02/2021 05/04/2021 1.10 Prazo de implantação desta NT v1.00 e v.1.10 para SV-AN, SP, MG e GO 01/03/2021 05/04/2021 1.10 Inclusão das regras YB01-10, YB01-20 e YB02-10 para modelo 65 01/03/2021 05/04/2021 1.10 Regra YA02-50 , observação 2 01/03/2021 05/04/2021 1.10 Regra B25c-10, observação 2 05/04/2021 01/09/2021 1.10 Regra Y08-90, observação a critério da UF 01/03/2021 05/04/2021 Regra YA02-50 que é aplicada tanto para NF-e quanto para NFC-e: Informado meio de pagamento tPag= 99 “Outros” Observação 1: Regra válida a partir de 01/02/2021 para homologação e 01/09/2021 para produção. Observação 2: Regra de validação não se aplica para Nota Fiscal eletrônica Avulsa emitida por Produtor Primário. Regra B25c-10 que é aplicada tanto para NF-e quanto para NFC-e: Se Informado indicativo de presença, tag: indPres, IGUAL a 1, 2, 3, 4 ou 9 - Obrigatório o preenchimento do campo Indicativo do Intermediador (tag: indIntermed) Observação 1: Regra válida a partir de 01/02/2021 para homologação e 01/09/2021 para produção. Observação 2: Regra válida para Nota Fiscal Avulsa eletrônica a partir de 05/04/2021 para homologação e 01/09/2021 para produção. Regra Y08-90 que é aplicada somente para NF-e: CFOP é de operação interestadual (inicia por 2 ou 6) e UF emitente = UF destinatário e CNPJ/CPF emissor diferente do CNPJ/CPF destinatário (NT 2010/004) Exceção: Se a tag UFCons (id:LA06) foi informada com UF diversa do emitente: CFOP iniciado com 2 ou 6 é válido. (NT 2010/010). Observação: Regra de validação opcional, a critério da UF.

Atualizado no SVN...

Atualizado no SVN, mas com alteração realizando a sobreescrita do método na classe do banco. Favor realizar os testes...

Olá pessoal, O componente ACBrMDFe vai sofrer uma alteração para estar em conformidade com a NT. Resumo das alterações: Alterações no MDF-e rodoviário adequando o grupo do vale pedágio às definições da ANTT; Observação sobre a formação da chave de unicidade de um MDF-e ; Tornar a UF da placa opcional em virtude da nova placa padrão Mercosul ; Inclusão do PIX nas formas de pagamento do frete; Ajuste do tamanho da tag TU do modal ferroviário (schema). O ambiente de homologação só vai estar liberado em 05/04/2021 e o de produção em 02/05/2021. Procure manter os fontes ACBr sempre atualizados.