Painel de líderes

Olá Pessoal, Temos novidades para quem é Produtor Rural Pessoa Física. Foi publicado a NT 2023/002 que visa viabilizar a emissão de NFC-e por Produtor Rural Pessoal Física e elimina a denegação e o lote na NFC-e. Resumo Produtor Rural pessoa física e com IE poderá emitir NFCe Foi alterada a legislação nacional (Ajuste SINIEF 54/2022), permitindo a emissão da NFC-e para emitente produtor rural, em substituição a Nota Fiscal, modelo 04. Esta decisão atende produtores rurais, que possuem uma Inscrição Estadual vinculada ao seu CPF, a realizar vendas utilizando a NFC-e. Com esta mudança, o contribuinte Produtor Rural com CPF poderá emitir a NFC-e na venda para consumidor final. Também será possível utilizar o aplicativo da Nota Fiscal Fácil - NFF para emitir a NFC-e na venda para consumidor final, facultando a identificação do destinatário na venda, facilitando a emissão. Alterações para remoção da Denegação e Envio da NFCe em Lote Esta NT também faz referências as alterações necessárias para a eliminação da denegação na NFC-e, prevista pelo Ajuste SINIEF 10/2023. A NFC-e também terá a eliminação de envio por lote com mais de 1 NFC-e. Só relembrando: Quando a foi instituído a NFC-e, foi estabelecido o seguinte: Lote com 1 NFC-e o modo de envio é síncrono. Lote com 2 até 50 NFC-e o modo de envio assíncrono. Através dessa NT o modo assíncrono deixa de existir para a NFC-e, sendo assim só será possível o envio unitário, ou seja, uma nota por vez em modo síncrono. Se você alimentar o componente com apenas uma NFC-e ele já assume que o envio é síncrono. Datas de Implementação Ambiente de Homologação: 24/07/2023 Ambiente de Produção: até 04/09/2023 Mudanças Emissão da NFCe por Produtor Rural PF • O CPF deverá constar na Chave de Acesso, precedido por zeros, completando 14 posições; • Deverá utilizar a série reservada [920-969] • A NFC-e deverá ser assinada com o Certificado Digital do Emitente, do tipo “e-CPF”. Não aceitação do Envio da NFCe em Lote A partir das datas definidas acima, o envio será sempre unitário, ou seja, uma nota por vez. Consequentemente foi criado a regra de validação GAP03a-4 que rejeita o envio de um lote com mais de uma NFC-e. Mudanças nas Séries Permitidas Se não possuir série, deverá ser preenchido com zeros na hipótese de a NF-e não possuir série. A seguir a tabela de faixas e seus usos [000-889] Aplicativo do Contribuinte Emitente=CNPJ Assinatura pelo e-CNPJ do contribuinte (procEmi<>1,2) [890-899] Emissão no site do Fisco (NFA-e - Avulsa) Emitente= CNPJ / CPF Assinatura pelo e-CNPJ da SEFAZ (procEmi=1) [900-909] Emissão no site do Fisco (NFA-e); Emitente= CNPJ Assinatura pelo e-CNPJ da SEFAZ (procEmi=1), ou Assinatura pelo e-CNPJ do contribuinte (procEmi=2) [910-919] Emissão no site do Fisco (NFA-e) Emitente= CPF Assinatura pelo e-CNPJ da SEFAZ (procEmi=1), ou Assinatura pelo e-CPF do contribuinte (procEmi=2) [920-969] Aplicativo do Contribuinte Emitente=CPF Assinatura pelo e-CPF do contribuinte (procEmi<>1,2) Alterações nas Regras de validação devido as mudanças desta NT Como que fica o Componente ACBrNFe, ACBrLibNFe e o ACBrMonitor Plus ? Não é necessário nenhuma alteração neles. Para quem usa os componentes do ACBr: Mas procurem sempre manter os fontes atualizados com frequência. Não esqueçam de reinstalar o ACBr após a atualização dos fontes.

Por favor atualize novamente o svn e rode o instalador. O time já fez a atualização Obrigado !

Boa tarde. Iniciei o desenvolvimento pra utilização do boleto online sicoob e durante o registro ocorreu tudo ok, o problema foi na hora de consultar os títulos registrados e principalmente os pagos. Vi que atualmente o sicoob só tem a opção tpConsultaDetalhe, que necessita que seja passado os dados do boleto(nosso número ou linha digitável) para que seja verificado se o mesmo foi pago. O que se torna inviável na realidade de alguns dos meus clientes que podem ter milhares de títulos em aberto. Analisei a API do sicoob e entrei em contato com o suporte do banco e vi que existe um endpoint que retorna a movimentação de um período X a Y, não é a melhor forma, mas é o que tem. Sendo assim, solicito que seja adicionada a opção tpConsulta ao banco sicoob consumindo esses dados. Abaixo tentarei ser o mais claro possível pra ajudar na implementação, em caso de dúvidas estou à disposição. Link da documentação: https://developers.sicoob.com.br/portal/apis 1) Obter o access token na mesma URL de autenticação que já é utilizada pra emissão dos boletos. O diferencial é ter que adicionar esses 3 scopes(sugiro até editar o tópico principal dos boletos por WS adicionando estes): - cobranca_boletos_solicitacao_movimentacao_incluir - cobranca_boletos_solicitacao_movimentacao_consultar - cobranca_boletos_solicitacao_movimentacao_download 2) POST em /boletos/solicitacoes/movimentacao passando o período e o tipo da movimentação - Será retornado o "codigoSolicitacao" 3) GET em /boletos/solicitacoes/movimentacao passando o "codigoSolicitacao" - Será retornado um array de idArquivos a depender da quantidade de registros do período 4) GET em /boletos/movimentacao-download passando o "codigoSolicitacao" e um "idArquivo" por vez - Será retornado um BASE64 de um arquivo .ZIP, dentro desse arquivo .ZIP haverá um arquivo .json onde de fato serão apresentados os boletos do período e que deverá alimentar a "ListaConsultaRetornoWeb" do ACBrBoleto. Abaixo um exemplo do conteúdo desse arquivo .json [ { "siglaMovimento":"LIQUI", "dataInicioMovimento":"2023-05-24T00:00:00-03:00", "dataFimMovimento":"2023-05-25T00:00:00-03:00", "numeroCliente":36307, "numeroContrato":36307, "modalidade":1, "numeroTitulo":39548, "seuNumero":"NFE 24274-1/1", "dataVencimentoTitulo":"2023-06-15T00:00:00-03:00", "valorTitulo":145.9300, "codigoBarras":"75691938200000145931517701003630700039548001", "dataMovimentoEntrada":"", "dataEmissaoDocumento":"", "dataLimitePagamento":"", "numeroContaCorrente":60151, "valorTarifaMovimento":2.0000, "dataMovimentoProrrogacao":"", "dataVencimentoAnterior":"", "valorAbatimento":0.0000, "dataMovimentoLiquidacao":"2023-05-24T00:00:00-03:00", "dataLiquidacao":"2023-05-24T00:00:00-03:00", "dataPrevisaoCredito":"2023-05-24T00:00:00-03:00", "numeroBancoRecebedor":1, "numeroAgenciaRecebedora":2256, "idTipoOpFinanceira":58, "valorDesconto":0.0000, "valorMora":0.0000, "valorLiquido":145.9300 }, { "siglaMovimento":"LIQUI", "dataInicioMovimento":"2023-05-24T00:00:00-03:00", "dataFimMovimento":"2023-05-25T00:00:00-03:00", "numeroCliente":36307, "numeroContrato":36307, "modalidade":1, "numeroTitulo":39451, "seuNumero":"NFE 24229-1/1", "dataVencimentoTitulo":"2023-05-23T00:00:00-03:00", "valorTitulo":68.7700, "codigoBarras":"75696935900000068771517701003630700039451001", "dataMovimentoEntrada":"", "dataEmissaoDocumento":"", "dataLimitePagamento":"", "numeroContaCorrente":60151, "valorTarifaMovimento":2.0000, "dataMovimentoProrrogacao":"", "dataVencimentoAnterior":"", "valorAbatimento":0.0000, "dataMovimentoLiquidacao":"2023-05-24T00:00:00-03:00", "dataLiquidacao":"2023-05-24T00:00:00-03:00", "dataPrevisaoCredito":"2023-05-24T00:00:00-03:00", "numeroBancoRecebedor":1, "numeroAgenciaRecebedora":2256, "idTipoOpFinanceira":58, "valorDesconto":0.0000, "valorMora":0.1100, "valorLiquido":68.8800 } ] Espero que tenha sido claro. Caso haja algo em inconformidade me avisem que corrigirei. Obrigado pela atenção.

Boa tarde Simons, O que consta na NT: Para mim esta claro que para a NFC-e o lote só pode ter 1 NFC-e, ou seja, envio unitário. Existe alguma regra de validação com relação a emissão em contingência? Não. Logo essa regra é valida para qualquer tipo de envio.

Olá pessoal, A SEFAZ-SC sinalizou mais uma indicação de que o Projeto DAF está em movimento, desta vez foi a habilitação de um segundo orgão para análise estrutural e funcional do equipamento DAF-Dispositivo Autenticador Fiscal. Fonte: https://www.sef.sc.gov.br/arquivos_portal/servicos/159/PORTARIA_SEF_N°_151_2023.pdf

Bom dia, mudei i infopgto para 000 e revi uma informacao no layout e resolveu, muito obrigado.

Boa tarde! O que ocorre é que no schema é solicitado a QUANTIDADE DE VOLUMES (qVol) e não a quantidade de metros ou a quantidade de itens. Exemplo vendi 30 itens (isto já está na definição da quantidade dos itens, não é isto que é solicitado e sim quantos volumes estão no veículo de transporte. Se 30 itens enviei em 2 volumes (volumes serão 2) se coloquei os dois itens em 1 volume a informação será 1 volume. O mesmo ocorre para todos os itens. Se for metros quadrados, metros cúbicos ou itens não importa o que está sendo solicitado é como foi embalado ou disponibilizado para transporte em volumes. No teu exemplo se a venda foi de 82,33M2 e você embalar isto em 5 embalagens mesmo que vá 4 embalagens grandonas e 1 pequena serão 5 volumes. Se foi tudo 82,33m2 embalado apenas de uma forma, será 1 volume. E na espécie você diz o que é. Exemplo: rolos, caixa, pallet, pacotes, sacos, etc. Neste caso imagine que você tem: 1) Quantidade de volumes transportados - 2) Espécie dos volumes transportados - 3) a quantidade de produtos vendido, 4) o peso liquido e 5) o peso bruto. E você fosse informar agora no grupo de transportes 1) qVol (Quantidade de volumes transportados) 2) esp (Espécie de volumes transportados) 3) NÃO FOI SOLICITADO POIS ESTÃO NO QUADRO DE ITENS DE CADA PRODUTO VENDIDO, nas tags uCom (Unidade Comercial) e qCom (Quantidade Comercial) 4) PesoL (Peso Líquido) 5) PesoB (Peso Bruto) Imagine a seguinte situação: Se esta mesma empresa estivesse vendendo digamos 82,33m2 de piso. 3 latas de tintas de 1 litro cada (3 litros), 10 pinceis e 50 metros de fio 10mm, 2 rolos de fitas isolantes 5metros e 1 rolo de fita isolante 30metros alta fusão. Ao transportar alojasse para transporte 82,33m2 de piso em uma caixa e as 3 latas de tinta de 1litro mais os 10 pinceis e os 50 metros de fio e as fitas isolantes em outra caixa. Pergunto: Como você definiria a quantidade de volume transportado? Concorda que seria 2 volumes? e espécie: caixas. O campo qVol seria para esta informação.

Boa tarde, tudo certo? Implementei a operação tpConsultaDetalhe para o Banco Sicredi API V2. Segue units alteradas em anexo. * Testado consulta com os dados do nosso cliente e foi possível consultar com sucesso. *OBS: Deixado algumas informações comentadas por não ter as propertys criadas no ACBR (Campos opicionais). Segue abaixo exemplo de um JSON de consulta realizado com sucesso e todos os campos necessários do retorno: (Mais exemplos e informações no manual: https://drive.google.com/file/d/1PCnoGl_mQn80unYZoYz7ybCE_KX9vLgh/view?usp=share_link ) { "linhaDigitavel": "74891123211302140217027111291004993600000000500", "codigoBarras": "74899936000000005001123213021402172711129100", "carteira": "SIMPLES", "seuNumero": "541", "nossoNumero": "232130214", "pagador": { "codigo": "152YY", "documento": "06190590950", "nome": "209984 - CLI/FOR/TRANSP 209984" }, "dataEmissao": "2023-05-24", "dataVencimento": "2023-05-24", "dataBaixa": "2023-05-24", "valorNominal": 5, "situacao": "BAIXADO POR SOLICITACAO", "multa": 0, "abatimento": 0, "tipoJuros": "A - VALOR", "juros": 0.08, "diasProtesto": 0, "validadeAposVencimento": 3650, "diasNegativacao": 0, "tipoDesconto": "A - VALOR", "descontoAntecipacao": 0, "descontos": [] } Segue units alteradas: https://files.fm/u/umc6tncxk

Oi @[email protected], ainda não temos... Inicialmente estamos trabalhando para disponibilizar a o ACBrNFSeX, no ACBrMonitor... depois devemos levar o ACBrPIX, para a ACBrLib e ACBrMonitor

Foram realizadas as atualizações nos fontes do SVN referentes a: Revisão 29575: Leitura dos INI dos eventos S2416, S2418, S2500, S2501, S3000 e S3500 Revisões 29576 e 29577: Documentação com exemplos de arquivos INI dos modelos acima para ACBrLib e ACBrMonitor. Portanto nas ultimas versões disponíveis da ACBrLibeSocial e do ACBrMonitor já é possível trabalhar com esses eventos! Atualize seus arquivos e faça os testes antes de julho/2023 para não ter surpresas de última hora!

Essa é uma solução que consegui chegar. Se alguém precisar segue o código. procedure TMyPaymentListener.onPayment(P1: JOrder); Var Txt : String; Detalhes : String; I : Integer; Order : JOrder; PgTO : JPayment; begin // Vai retornar os campos fora de Payments Txt := '[(getId) ' + JStringToString(P1.getId) + '] ' + '[(getNotes) ' + JStringToString(P1.getNotes) + '] ' + '[(getNumber) ' + JStringToString(P1.getNumber) + '] ' + '[(paidAmount) ' + P1.paidAmount.toString + '] ' + '[(getPrice) ' + P1.getPrice.toString + '] ' + '[(getReference) ' + JStringToString(P1.getReference) + '] ' + '[(getStatus) ' + JStringToString(P1.getStatus.toString) + '] ' + '[(getType.identifier) ' + JStringToString(P1.getType.identifier) + '] ' ; // // Pega os campos dentro de Payments Order := P1; Order.markAsPaid(); OrderManager.updateOrder(Order); PgTO := TJPayment.Wrap(Order.getPayments.get(0)); // // Campos de Payments Txt := Txt + ' [Marca =' + JStringToString(PgTO.getBrand) + '] '; Txt := Txt + ' [Terminal =' + JStringToString(PgTO.getTerminal) + '] '; Txt := Txt + ' [CodAutorizacao =' + JStringToString(PgTO.getAuthCode) + '] '; Txt := Txt + ' [NSU =' + JStringToString(PgTO.getCieloCode) + '] '; // // Retorna o JSon de PaymentsFields Detalhes := JStringToString(PgTO.getPaymentFields.toString); // // Daqui em diante é só dar continuidade´adaptando o que precisar. end;

Sem problemas. Segue o arquivo. Meu comentario no commit: UnicredES: Usar propriedade TipoDiasProtesto para preencher posicao 158 (Codigo para Protesto) Estava usando propriedade CodigoNegativacao para definir o tipo de dias. Apesar de coincidir os valores, a propriedade eh inapropriada. ACBrBancoUnicredES.pas

Confesso que não considero uma boa solução mesmo, foi apenas o jeito mais rapido e pratico que achei de dar uma alternativa às pessoas que tiveram esse mesmo problema na rotina, e que ainda queiram usufruir dos fontes comitados, sem precisar ter um controle dessa unit por fora, ou por um repositorio local

-Sobre a pegunta: CodigoBandeiraPadrao e os dados do parcelamento já abrir um chamado(inclusive antigo mes 04/2023) junto a Software Express onde essas informações devem ser retornadas dentro do campo TIPO_CAMPO no formato json porém estão vazio os seus retornos -Outro problema encontrado que creio ser um possível erro no mSitef(Onde quando o cliente seleciona a "Opção sem pinpad/Digitado" o mSitef está fechando e retornando com uma transação válida) mas so ocorre quando se usa pinpads externos, no caso do gPos700x creio que não cai nesse problema Segue abaixo o número do chamado aberto na SofwareExpress

Boa tarde, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3995

Boa tarde, Não precisa informar as URLs de homologação, pois como elas são as mesmas para todas as cidades, existe uma sessão com o nome do provedor no inicio do arquivo ini com essas URLs.

Boa tarde, Já inclui na minha lista de tarefas. TK-3994

Atenção, a classe helper da que falo abaixo deverá ser apenas utilizada por programadores que também tem problema na rotina TotalizarTermos, executada pelo SaveFileTXT. Se você não tem esse problema, ignore este post. Fiz os testes aqui, e esta funcionando normal a parte dos registros, porem, ele não consegue totalizar os termos. Olhando bem, acho que esse tipo de situação poderia ser resolvida pelo proprio programador, disponibilizando a rotina TotalizarTermos para ser usada em classes helper. Com isso, a rotina SaveFileTXT não poderia ser mais utilizada, ja que é ela que finalizava o processo. Agora seria necessário chamar o TotalizarTermos e FinalizarGeracao (rotina nova) no lugar do SaveFileTXT. Do jeito que eu havia feito nos uploads anteriores, é preciso acessar a variavel FACBrTXT, logo, precisei alterar a TACBrSPEDContabil pra disponibilizar o acesso à esse objeto. Após reinstalar os componentes do ACBr, criei o seguinte helper: unit ExemploHelper; ... TACBrSPEDContabilHelper = class helper for TACBrSPEDContabil public procedure TotalizarTermos; end; Comparação de como era o código antes e de como vai ficar: // ANTIGO SPED.IniciaGeracao(True); ... SPED.SaveFileTXT; // NOVO uses ExemploHelper; ... try SPED.IniciaGeracao(True); ... SPED.TotalizarTermos; finally SPED.FinalizarGeracao; end; ACBrSpedContabil.pas

Olá Tudo Bem! Boa Tarde Diego Obrigado por me responder! Demorei para responder pois estava fazendo muitos testes. Testei usando esses schemas novos, tanto no modo homologação quanto produção e infelizmente continua apresentando a mesma rejeição. Tentando procurar mais sobre a rejeição em si, na nf-e essa rejeição aparece quando tem campo faltando ou informado desnecessariamente, mas olhando alguns xmls que achei em dois posts aqui do ACBr mais antigos, são xmls de 2019 para ver se conseguia ver a diferença mas não encontrei. Pensei que o problema o fosse o campo período pois emitindo pelo site tem estado que esse campo é obrigatório e outros não, ae testei informando e não informando ambos os casos acontece a rejeição, mas notei que quando não informo(quando não seleciono período nenhum portando não atribuo valor a tag) a tag está aparecendo mesmo assim dessa forma '<periodo>0</periodo>' no xml não sei se pode ser isso, pois pela tela de consulta tabelas da sefaz de PE não achei uma em que mostra quais estados é ou não é obrigado a informar esse tag. Testei também informando e não informando o campo produto que tem estado que não possui essa informação e em outros tem mas parece não ser obrigatório, mas também nesse teste apresentou a mesma rejeição. Testei também informar e não informar a tag identificadorGuia mas também em ambos casos apresentou a mesma rejeição. Enfim segue em anexo os xmls gerados com esses novos schemas. Alguém sabe dizer se quando gera a GNRE pelo site da sefaz PE ela retorna os xmls gerados? Pois o meu cliente que gera as GNRES através do site dizem que não recebem xmls nenhum e o escritório de contabilidade deles diz também que não. Pois se gerar ae se eu conseguir um xml autorizado desse ae conseguiria comparar com o gerado aqui pelo sistema, facilitando encontrar se falta ou tem que tirar alguma tag. Eu tento tirar dúvidas pelo fale conosco da sefaz PE mas não respondem e se você manda a dúvida por exemplo para a sefaz favorecida da gnre dizem que não podem ajudar e respondem para encaminhar a dúvida para a sefaz - PE complicado. O manual da GNRE não consta essa rejeição. Desde já Muito Obrigado pela Ajuda! GNREHOMOLOGACAO24052023.zip GNREPRODUCAO24052023.zip

Muito Obrigado!

Em uma resposta bem resumida: consulte com UltNSU = 0 para receber qual é o NSU correto a ser usado. Em uma resposta mais elaborada:

Depois de muito tempo resolvi mudar para os fontes do ACBR e abandonei o ACBR Monitor. Mas só consegui testar em produção mesmo, homologação é rejeitada nesse cnpj. O importante é que já consegui, obrigado.

Aqui trunco pra 3 casas e multiplico por 1000. 83,33 m2 fica qVol = 83.330 A fiscalização tem aceito dessa forma.

Estamos vendo com a gerente da conta, pois o setor de implantação nos solicitou o contato, para que a gerente efetuasse a liberação. Também não encontro nada no portal para efetuar pagamento PIX, exceto na API OPBK - API Payment Initiation (fase3) - DEPRECATEDRev 4 mas não obtenho resposta, tanto pelos teste no portal, assim como utilizando o PostMan.

@Dércio Luis Zanatta isso está relacionado a implementação do método ConteudoToPropertyMSitefWeb... Talvez você possa ajudar o colega @Warquia, nessa tarefa... Nós do ACBr não temos o SDK ou ambiente de desenvolvimento da Sw.Express

Bom dia Diego, Já esta no SVN.

Bom dia, Italo e Diego!!! Incluí o arquivo na pasta e adicionei o parâmetro acima. Funcionou!!! Muito obrigado e ótimo final de semana pra vocês.

@Neski Soluções o Danfe é documento auxiliar relativo a Nota Fiscal de Serviço. O RPS é um documento intermediário e não tem validade fiscal. O objetivo da impressão é estar relacionada exclusivamente a NFSe, gostaria de entender a necessidade de imprimir o RPS. Obrigado.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Olá Pessoal, após atualização ACBR está acontecendo este erro ao compilar o pacote ACBr_SPED.dpk Linha 2117: Compiling package D:\projetos\libs\ACBR\Pacotes\Delphi\ACBrTXT\ACBrSPED\ACBr_SPED.dpk "C:\Program Files (x86)\Embarcadero\Studio\22.0\bin\dcc32.exe" "D:\projetos\libs\ACBR\Pacotes\Delphi\ACBrTXT\ACBrSPED\ACBr_SPED.dpk" Embarcadero Delphi for Win32 compiler version 35.0 Copyright (c) 1983,2021 Embarcadero Technologies, Inc. D:\projetos\libs\ACBR\Fontes\ACBrTXT\ACBrSPED\ACBrSPEDFiscal\ACBrEFDBlocos.pas(2117) Error: E2153 ';' not allowed before 'ELSE' D:\projetos\libs\ACBR\Fontes\ACBrTXT\ACBrSPED\ACBrSPEDFiscal\ACBrEFDBloco_0.pas(49) Fatal: F2063 Could not compile used unit 'ACBrEFDBlocos.pas' Compilation failure Erro ao compilar o pacote "ACBr_SPED.dpk". Retirei o ; e compilou e instalou.

Estou tentando obter a documentação faz uns 40 dias. Já fiz cadastro no portal do desenvolvedor, mas até agora não tive a API para pagamentos liberadas. Sempre que solicito a liberação, acabam me passando para o setor que é responsável pela implantação de cobrança por PIX (boleto hibrido). Mas irei iniciar o desenvolvimento me baseando no SICREDI, e utilizando o material que já possuo. No portal Página Inicial | Unicred Developers em APIs DOCs - > APIs Browser tem material necessário

Bom dia! Os dados de veiculo e condutores, é obrigatório estar correto APENAS , no MDFE, CT-e foi descontinuado na versão 3.0 os dados de motorista e condutor, então se for apenas pro seu cliente, sugira uma carta de correção alterando a OBS (que deve ter sido la que foi informado..) Sobre o contrato/ciot, esse sim precisa estar correto, pra evitar problemas com antt.

Boa noite, Veja, na procedure que gera o registro, o que está sendo preenchido para verificar se a data do juros está sendo preenchida igual ao vencimento, conforme a rejeição solicita. TACBrBancoSantander.GerarRegistroTransacao240 ../trunk2/Fontes/ACBrBoleto/ACBrBancoSantander.pas function TACBrBancoSantander.GerarRegistroTransacao240(ACBrTitulo: TACBrTitulo): String; var ISequencia . . . try {SEGMENTO P} ListTransacao.Add( IntToStrZero(ACBrBanco.Numero, 3) + // 001 - 003 / Código do Banco na compensaç . . . STipoJuros + // 118 - 118 / Código do juros de mora sDataMoraJuros + // 119 - 126 / Data do juros de mora

Nathan, eu vi o seu arquivo de remessa e tem mesmo um erro nele. Se o código de Juros é 1, o próximo campo deve trazer a data de vencimento do boleto. (Pessoal continuo aguardando uma dica para meu problema. Obrigado)

Não sei se engessar dessa forma seria o ideal. No fim das contas, quem vai validar isso é o WS do Ambiente Nacional. Se acontecer um caso em que um cliente tenha uma combinação de optanteSN e de um Regime de tributação que você não previu na hora que fez esse depara para interligar precisaria alterar no seu software. De qualquer maneira, o ideal é você buscar este tipo de orientação junto ao seu departamento fiscal ou contador de confiança para que futuramente não sobre problemas para você.

@geovanesilveira Fizemos uma atualização no SVN com a sua implementação, porém de forma parcial. A rotina relativa ao controle dos registros do SPED foi implementada. Obrigado! Porém o ajuste que você fez para a rotina TotalizarTermos não seria compatível com o Delphi 7 e por esse motivo não a incluímos no momento. Como você mesmo cita que encontrou a rotina na internet (localizamos algo aqui https://stackoverflow.com/a/35572202/460775), talvez seja o caso de avaliar uma alternativa que possa manter a compatibilidade com o Delphi 7. Nesse momento, se for possível, gostaria que você atualize seus fontes e reinstale os componentes e verifique se a rotina da forma que está é funcional para você. A ideia a partir de agora é buscar uma rotina que possa fazer a substituição de texto em arquivos grandes e que possamos incluir a mesma em uma das units ACBrUtil, mas sempre levando em conta que temos que atender implementações a partir do Delphi 7 também. Agradecemos mais uma vez a contribuição e aguardamos um retorno das validações!

Boa Tarde,Daniel Deu certo,obrigado

Fala pessoal ! Recebemos uma grande contribuição do nosso amigo @Jéter Rabelo Ferreira, a integração do Banco Santander API, registro on-line de boletos. Fizemos algumas implementações baseada na documentação porém não conseguimos homologar por falta de credenciais. Agradecemos também ao amigo @Warquia pelos testes e correções. Link do tópico com as contribuições iniciais. Estamos liberando para que toda a comunidade do Projeto ACBr possa ir testando, dando sugestões, colaborando como sempre fazem. Link do Portal do Desenvolvedor: https://developer.santander.com.br/ Como Configurar: *Em breve as documentações sobre o novo banco serão atualizadas (ACBrLibBoleto, ACBrMonitorPlus)*

Olá pessoal, A principio a resposta para essa pergunta é não, uma vez que a grande maioria dos provedores seguem o layout da ABRASF e esse layout não contempla dois ou mais serviços, portanto devemos informar somente um. Mas temos os provedores que tem o seu próprio layout e outros que modificaram o layout da ABRASF para permitir um ou mais serviços. Abaixo a lista de provedores com layout próprio que permite: Agili, AssessorPublico, EL, Equiplano, FGMaiss, Governa, Infisc, IPM, ISSDSF, RLZ, Simple, SmarAPD e WebFisco Abaixo a lista de provedores que seguem o layout da ABRASF mas fizeram a alteração no mesmo: Elotech, fintelISS e SimplISS Como alimentar os itens de serviços para os provedores acima: with Servico.ItemServico.New do begin Descricao := 'Desc. do Serv. 1'; ItemListaServico := '09.01'; Unidade := 'UN'; Quantidade := 10; ValorUnitario := 0.01; ValorTotal := Quantidade * ValorUnitario; BaseCalculo := ValorTotal - ValorDeducoes - DescontoIncondicionado; Aliquota := 0.10; ValorISS := BaseCalculo * Aliquota / 100; (...) end; Para saber quais são todos os campos que fazem parte da classe ItemServico, por favor vide o programa exemplo do novo componente ACBrNFSeX. O que acontece se a lista de serviços for alimentada para o provedores que suportam apenas 1 serviço? Simplesmente as informações contidas na classe ItemServico serão ignoradas e corre-se o risco do Rps não ser validado ou até rejeitado pelo webservice por conta da ausência de alguma informação. Temos a intensão de fazer rotina que mesmo os provedores que não suportam uma lista de serviços, possamos alimentar essa lista e o componente alimentar os campos corretos, mas para que possamos liberar essa funcionalidade que vai simplificar a alimentação do componente vai exigir diversos testes até termos a certeza que funciona e que não vai gerar nenhum transtorno para os usuários do componente.

Nosso componente ACBrBoleto já faz parte do futuro dos boletos, o que significa que além das diversas alterações realizadas para a integração via web-service, agora também já está apto para a emissão dos chamados Boletos Híbridos, ou seja, aqueles que além do Código de Barra, também contam com um QRCode para pagamentos via PIX. Esta alteração vem de encontro a muitos pedidos que temos recebido para incluir o QRCode no boleto, porém vale ressaltar que o Banco do Brasil foi pioneiro em promover uma integração completa com o PIX por meio de sua API, fazendo com que sua aplicação receba a baixa do título junto com as informações de retorno do banco, diferente do que ocorre quando esta integração não existe, tornando este processo manual e passível de uma série de erros. Atualmente os Bancos que suportam este tipo de emissão de boleto híbrido e estão implementados no ACBr são os seguintes (clique no nome do banco para acessar o tópico com a explicação detalhada dele): CNAB - por transferência de arquivos: Santander Sicredi Itau Bradesco (CNAB400) API - on-line: BB Caixa Econômica PenseBem Sicredi V2 Sicoob Inter (veja particularidades para NossoNumeroCorrespondente) Santander Itau (necessita que o banco forneça outra credencial para endpoint PIX) Para entender melhor como implementar esta solução e modernizar ainda mais sua aplicação, veja este artigo em nossa Base de Conhecimento. Att.

Ola Clipsis! (1) O LAMW é um framework que possibilita a utilzação do Lazarus e Object Pascal para a programação para android... Ao instalar o LAWM [três arquivos/pacotes *.lpk] o Lazarus ganha ganha um conjuntos de novos componentes [80+] e uma nova entrada no menu para criação de projetos para android: "Android [GUI] JNI Module [Lamw]" e ainda uma nova entrada no menu "Ferramentas" para configurar o LAMW e por fim uma nova opção no menu "Executar/Run" para contruir e instalar sua aplicação diretamente no seu celular (2) Infra estrutura necessária [comuns no mundo Android] JAVA JDK Android SDK Android NDK Apache Ant (3) Documentação: Voce poder ler um guia rápido aqui: https://github.com/jmpessoa/lazandroidmodulewizard/blob/master/readme_get_start.txt Qualquer dúvida/dificuldade manda ai! Att. J M Pessoa.