Painel de líderes

A solução ACBrBoleto já tem suporte a cobrança API com PIX no Banco INTER. Recebemos a contribuição inicial do amigo @ActioSistemas, (a partir da qual fizemos as devidas adequações para a implementação da unit para integrar as soluções ACBr) Para utilizar endpoint pix, basta marcar a propriedade IndicadorPix como true igual aos outros bancos. Atenção: Uma das informações que deve ser armazenada do retorno da inclusão é a propriedade “NossoNumeroCorrespondente” pois toda operação de alteração, baixa e consulta você vai precisar informar esta propriedade. (é um código UUID de identificação do boleto) Somente a API Cobrança com PIX retorna UUID. Como utilizar: Após inclusão guardar o GUUID devolvido na propriedade NossoNumeroCorrepondente; Para Consultar, ALTERAR e BAIXAR, informar o GUUID (retornado na inclusão) na propriedade NossoNumeroCorrespondente Como passar esta informação via componente (Delphi/lazarus): Titulo.NossoNumeroCorrespondente := '4cac8ea0-a960-4ac4-af55-c6b05728f3x0'; Como passar esta informação via INI do titulo (ACBrLibBoleto, ACBrMonitorPlus): [Titulo1] .. NossoNumeroCorrespondente=24d5fdcd-608d-40b9-ad42-52e4af8eb7f1 Como o banco Inter não tem ambiente de homologação, cuidado com seus testes, após executar, baixar o boleto para ele não ficar pendente no sistema do banco de cobrança. Quer saber como funciona nos bastidores ?: Para quem leu a documentação da cobrança pix do Inter, sabe que é diferente a forma que é realizada a inclusão, tanto a resposta como o endpoint de cobrança PIX. Após a inclusão do boleto, recebemos um codigoSolicitacao (UUID) caso tenha registrado o boleto com sucesso (HttpResultCode 200); Este código UUID é devolvido pela solução ACBrBoleto na propriedade “NossoNumeroCorrespondente”. Ele não nos devolve as informações do boleto como no endpoint convencional. Sendo assim, após inclusão é realizada uma consulta passando este UUID para que seja retornado os dados do boleto e qrcode na propriedade EMV como nos outros bancos. Lembrando que esta consulta ocorre de forma transparente, ou seja, a solução acbr abstrai isso para você, ou seja, realizando a inclusão no TpInclui com o indicadorPix como true, a solução realiza uma consulta da UUID logo após a inclusão e devolve todas as informações do boleto. Agradecimento também para @Antonio Gomes, @Gabriel Mororó por terem efetuados alguns testes e ao @ralty por ter cedido credenciais.

Olá pessoal, O ACBrBoleto foi homologado para a emissão de Boleto Híbrido pela Caixa Econômica Federal. Agradecemos ao @Jhonlenon Ribeiro com a contribuição de parte dos fontes e a homologação em produção. 1. Para quem já emitia Boletos Online pela Caixa o que muda para a emissão de Boletos Híbridos é o preenchimento do IndicadorPix=True e a VersaoDF=3.2. Obs: Caso seja preenchido IndicadorPix=True e a VersaoDF não seja preenchida corretamente, o componente preencherá automaticamente VersaoDF=3.2. ACBrBoleto.Cedente.CedenteWS.IndicadorPix := True; ACBrBoleto.Configuracoes.WebService.VersaoDF := '3.2'; 2. Para quem ainda não utiliza o recurso, segue tópico com instruções detalhadas de como alimentar o componente Como sempre esperamos que utilizem os novos recursos e caso tenham problemas ou sugestões de melhorias, estaremos em nossos canais para ajudá-los. Até mais!!!

muda para esse dns da certo

Boa Tarde, acho que esse erro é Geral. pois na minha representação esta dando erro ao encerrar o MDF-e

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn Enviado para SVN - At revision: 33504

Boa tarde, Gostaria de comunicar um erro que peguei testando o projeto ACBrLib.NFSe.Demo single thread no metodo btnGerarEnviarLoteAssincrono_Click ta configurado o ACBrNFSe.Emitir(aLote, 2, false); com o numero 2 que seria Síncrono pesquisando no manual seria o 1 - LoteAssincrono ajustei no meu e funcionou certinho o envio do rps só um detalhe, so reportando

Bom dia! Não sou especialista na sua linguagem, mas pelo que pude entender, o código que disponibilizou é o responsável pela geração do arquivo NFe.INI que você alimenta no comando que cria e envia a NFe no Monitor, correto? Sendo assim, acredito que o seu problema seja esse trecho: Note que você fixou a seção "[Duplicata001]", então toda iteração do laço vai ter esse mesmo valor. O correto seria fazer algo como: Integer Contador Contador = 1 While (Found and nfe.Numero = dupnota.Notafiscal) begin String NumeroDuplicata NumeroDuplicata = Format$(Contador, "000") //.... writeLn "[Duplicata" + NumeroDuplicata Contador = Contador + 1 End

Olá pessoal, Foi publicado no Portal de Notícias do Estado de Goiás que, em 02/05/2024, às 8h, será feita a troca dos certificados digitais do servidor da Nota Fiscal Eletrônica (NF-e) e da Nota Fiscal Eletrônica do Consumidor (NFC-e). As novas cadeias "AC SOLUTI SSL EV G4" podem ser obtidas através deste Link

O que é a Nota Fiscal de Produtor Rural? A emissão de documento fiscal para acompanhar operações de transação de mercadorias no território nacional é uma obrigação estabelecida por lei. Se aplicando inclusive ao setor agrícola. Para atender a esta demanda, durante muito tempo os produtos rurais se utilizaram da Nota Fiscal em Papel (modelo 4). No entanto, foi determinado em 2024 que ainda neste ano os produtores deverão passar a utilizar a Nota Fiscal Eletrônica (modelo 55). Veja mais sobre isso no tópico abaixo: Como emitir a Nota Fiscal Eletrônica Modelo 55 sendo Produtor Rural? De modo geral, o processo de emissão é o mesmo do que o de uma nota normal. No entanto, existe uma particularidade a ser observada e esta é o Número de Série do documento fiscal. O que é o Número de Série do Documento Fiscal? A Série do Documento Fiscal é uma informação importante preenchida no DFe, podendo assumir o valor de 000.001 até 999.999 auxiliando na identificação do documento fornecendo ao emissor da nota uma opção de controle interno, gerenciamento e agrupamento das operações de mercadoria. Como devo preencher a Série na Nota Fiscal de Produtor Rural? É importante que a série escolhida esteja dentro das faixas pré-determinadas. Isso se aplica especialmente aos produtores rurais, pois muitos são os casos que um mesmo CPF ou CNPJ possua múltiplas inscrições Estaduais no caso de múltiplas propriedades. As faixas de série são: Ou seja: Se o produtor rural possuir CPF, então deverá utilizar uma série para cada inscrição estadual dentro da faixa 920 - 969. Agora se o produtor possuir CNPJ, então deverá utilizar uma séria para cada inscrição estadual dentro da faixa 000 - 889. Como preencher esta informação no ACBr? Caso utilize componente nativo, a informação deve ser alimentada na seguinte propriedade: ACBrNFe.NotasFiscais[Indice].NFe.Ide.Serie; Se estiver utilizando ACBrMonitor ou ACBrLib, deverá se atentar a informação correspondente no arquivo INI: [Identificacao] ;.... serie=10 ;...

Boa tarde @nildglan, Só para ficar claro para outros membros do fórum, principalmente os que estão inicial a implementação da baixa do XML. A manifestação que você se refere é os eventos de Manifestação do Destinatário, o envio dos eventos não resulta em consumo indevido. O resulta consumo indevido é o acesso ao serviço de Distribuição DF-e, que possui diversas regras que devem ser cumpridas para que esse problema não ocorra. Não sei se já foi lhe passado o tópico abaixo como referencia para leitura. Caso já tenha lido, por favor releia, pois você pode ter deixado passar algo.

Muito obrigado pela dica, aqui deu certo mudando o dns!!!

Veja este tópico por favor:

Boa tarde pessoal! Temos alguns relatos também em nosso Discord. É importante lembrar que o MDFe é recepcionado pela Sefaz Virtual do Rio Grande do Sul e o estado decretou estado de calamidade pública devido as fortes chuvas.

Bom dia @Lindomar S. Menezes, Com o programa exemplo ocorre o mesmo problema? Configura o componente para salvar o Soap (Configuracoes.WebServices.Salvar := True). Faça um novo teste e anexe o XML de envio de pedido de cancelamento ou encerramento.

Bom dia @ALCENIR COSTA, Complementando o que o @Renato Rubinho, lhe pediu, verifica se esta enviando em modo Assíncrono, caso afirmativo mude para o envio Síncrono.

ACBrBancoInter.pas se possivel, troca essa unit, reinstala o componente e faça o teste se agora o nosso número está gerando corretamente na carteira 110 por favor.

Contem comigo caso precisem de testes ou mais informações.

@Natutech BI Boa tarde ! Segue o link de um exemplo em Python https://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/Python/ETQ/ Instruções, salve o exemplo.py em uma pasta, dentro desta pasta crie uma pasta ACBrLib, dentro desta pasta crie outra pasta com o nome x64 e salve a dll (ACBrETQ64.dll) Só executar:

@ralty Subimos para o SVN

Bom dia Amigos, Passando só para deixar um feedback - Eles responderam dizendo que realmente havia um problema na validação da nova regra implantada em 24/04. Corrigiram, reenviamos o evento e já foi aprovado.

Bom dia. Enviando agora por email.

@Azambuja99 Bom dia ! Obrigado por reportar, se desejar contribuir conosco, por favor anexe os arquivos alterados aqui, vamos analisar. ABraço

[Duplicata001] nDup=001 dVenc=19/10/2018 vDup=80.00 [Duplicata002] nDup=002 dVenc=19/11/2018 vDup=80.00

Olá Pessoal, Já se encontra no SVN a implementação dos eventos: Insucesso na Entrega da NF-e e o Cancelamento do Insucesso na Entrega da NF-e no componente ACBrNFe. Quero frisar o que o @Diego Foliene, colocou em sua postagem anterior que o Ambiente de Homologação já esta liberado para recepcionar os referidos eventos e somente a partir do dia 24/06/2024 é que vai ser liberado o ambiente de produção. O programa exemplo feito em Delphi já foi alterado, agora ele possui os botões para exemplificar os dois novos eventos. Façam os seus testes usando o programa exemplo antes de iniciar a implementação em suas aplicações. Quanto o ACBrLibNFe e o ACBrMonitor Plus os novos eventos vão estar disponíveis assim que forem liberados as novas verões de ambas as ferramentas. Serão atualizados os manuais do ACBrLibNFe e do ACBrMonitor Plus. Fiquem atentos.

@Natutech BI Basta abstrair a biblioteca do exemplo criado. O novo curso de python ja esta sendo editado e breve estara disponivel. vou criar um exemplo básico para que vc possa efetuar seus testes.

Estamos trabalhando em novos exemplos... mas você pode facilmente se basear em um exemplo existente, para adaptar a novas bibliotecas O @Daniel InfoCotidiano, está criando um curso da ACBrLib em Python

Bom dia! No arquivo ACBrLib.INI existe dentro do grupo [DANFE] um campo PathPDF= Está correto o caminho informado ali? Em teste com outro aplicativo, você tem a permissão (consegue gravar ou editar) nesta pasta?

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

Olá pessoal! No dia 26/04/2024 foi publicado no Diário Oficial da União o Ajuste SINIEF 01/24. O novo ajuste trás alterações na obrigatoriedade da adoção da emissão de NFe(Modelo 55) ou NFCe(Modelo 65) por parte dos produtores rurais em substituição a Nota Fiscal Modelo 4 estabelecida previamente pelo Ajuste SINIEF 10/22. A nova publicação altera a redação da cláusula primeira do artigo original, adicionando os dois caputs abaixo que especificam duas datas diferentes para que os produtos rurais passem a emitir NFe/NFCe de acordo com seu faturamento. É importante ressaltar também os dois incisos adicionados que estabelecem que a obrigatoriedade se aplica a todos os estabelecimentos dos inclusos nos caputs acima e também que a critério da UF, pode ser definido prazo menor. Um agradecimento ao membro de nossa comunidade @xavier.ocz por compartilhar a informação em nosso Discord.

Olá pessoal! Foi publicado no dia 26/04/2024 comunicado pelo ENCAT informando sobre a Entrada em vigor em 08/04/2024 do novo Evento "Registro de Passagem Automático Originado no MDF-e". Segue conteúdo do mesmo na íntegra: Fonte: https://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false&Informe=V1q2al1iwg4= Um agradecimento ao membro de nossa comunidade @Felipe Marianopor compartilhar a informação em nosso Discord.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Boa tarde! Não existe classe de impressão para este componente. Não foi disponibilizado um MOC ou documento com as especificações de como deve ser este impresso. Por isso, o mesmo ainda não foi desenvolvido.

Não localizei seu e-mail. Por favor, encaminhe novamente para [email protected] e mencione a url deste tópico para que seja identificado.

Mude configuração satDinamico para stdcall, veja se resolve..

Você precisa verificar isso com o banco, esse Jump já está em vigor no componente a quase 10 anos, e está válido conforme o manual da Febraban.

o Componente PagFor é utilizado para geração de lote de pagamentos, por isso o nome remete a Pag ( Pagamentos ) For ( Fornecedores ). se analisar o Layout240, Segmento P, Q, R é por exemplo ACBrBoleto, pois são pertinentes a Layout de Cobrança. não é porque está contido dentro do Layout240 que é único responsabilidade do componente PagFor ou de outro. Hoje não tem um componente que faça a leitura de extratos em CNAB240 ou outro CNAB. porem, para extratos, existe o padrão OFX que é mundial, não é feito pela Febraban, e sim é um Consorsium Mundial, para isso existe o ACBrOFX que faz o parser de leitura do mesmo.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Você usa o componente, monitor ou a lib? Se for o componente, cola o fragmento do código que está preenchendo ou para os demais o ini para analisarmos.

Bom dia, finalmente tivemos um posicionamento de sobre o erro segue o retorno do IPM:

Normal, eu disse que nós precisamos ter essa preocupação, justificando não aceitar sua contribuição e solicitando a validação da nova proposta se atenderia o seu cenário. Foi gerado novo nuget 1.2.2 com a implementação, favor validar e reportar se funcionou como o esperado.

Bom dia João, Já esta no SVN.

mudei de homologacao para producao.. e a coisa andou... brigaduuuuuuuuuuu

mas se não tem o protocolo de autorização, não sai tarjado 'NÃO AUTORIZADO PELA SEFAZ' ou algo similar?

Boa tarde, Como apresentou o mesmo problema, tudo indica que alguma informação enviada não está de acordo com o previsto ou existe um bug na validação do lado do eSocial. Tente abrir um fale conosco com eles para que identifiquem o motivo do problema.

Bom dia @Daniel InfoCotidiano, Me desculpe a demora a responder, estive envolvido com outros assuntos acabei dando uma pausa nos boletos. Eu vou realizar o teste hoje a tarde e dou um feedback aqui. Muito obrigado pela atenção.

Olá pessoal! Foi publicado no dia 26/04/2024 a versão 1.02 desta Nota Técnica. A nova versão altera o ambiente de autorização para a SVRS especificando que unicamente no mesmo será realizada a implementação além de acertos na documentação. Junto da NT também foi liberado novo pacote de schemas contemplando o novo evento. Novas datas Implantação Teste: 29/04/2024. Implantação Produção: Permanece 24/06/2024. E quanto ao ACBr? A equipe de consultores do ACBr estava aguardando a liberação do pacote de schemas para implementar o evento nos fontes do ACBr. Agora que os mesmos foram liberados será possível prosseguir com a implementação e eventualmente liberação do mesmo para que a comunidade possa testar. Leia a versão 1.02 na íntegra AQUI.

Boa tarde, Analisando a rejeição: 1. Neste evento, o cadIni =N? 2. SucessaoVinc/dtTransf é igual ou posterior a [2024-04-22]? 3. Tente cadastrar direto pela plataforma do eSocial com os mesmos dados para ver se é aceito ou se gera a mesma rejeição. 3.1. Caso ocorra a mesma rejeição, verifique com seu contabilista se está informando todos os dados corretamente 3.2. Se for aceito pela plataforma, faça o download do evento e veja se encontra alguma diferença entre o aceito e o que você está gerando.

Bom dia. Atualizamos o ACBR hoje e nos deparamos com uma situação de erro quando enviamos o Evento S-2206. Consultando os posts vimos que houve alteração: Agradecemos a colaboração. A respeito da alteração seria para compatibilizar os atributos conforme a versão do ACBR? O atributo "Vinculo" conforme leiaute do eSocial a partir da versa 1.0 Simplificado. Se sim: tanto o infoRegimeTrab e infoContrato estão ligados ao "Vinculo" a partir da versão 1.0 Simplificada. Conforme imagem acima podemos ver que não foi compatibilizado conforme a versão do ACBR na linha 310 para baixo, como estando sendo na linha 300 a geração do grupo. Na linha 310 faltou também incluir o "Vinculo" para comparar e gerar o grupo InfoEstatutario. objAltContratual.Vinculo.infoRegimeTrab.InfoCeletista.cnpjSindCategProf. Também verifiquei nas estrutura do ini temos que fazer a compatibilidade das versões do ACBR. A alteração irá impactar em todos que estão enviando hoje com os atributos da versão 2.5. Qual caminho foi proposto pela alteração? "Compatibilizar" ou "Alterar" para versão atual? Daí podemos definir qual será a linha de desenvolvimento que iremos seguir para ajudar nossos amigos da comunidade. Obrigado Anderson Mensagem de erro retornada pelo eSocial com a atualização feita hoje.

Olá Pessoal, Caso alguém tenha informações sobre as cidades abaixo no que se refere a provedor, URLs, schemas, por favor nos informes. A ideia é fazer com que o componente ACBrNFSeX atenda o maior numero possível de cidades acima de 100 mil habitantes. Cidades com mais de 200 mil habitantes não atendidas pelo componente: 2303709 Caucaia/Ceará - Trabalha com formato TXT e no site tem a opção para importar o arquivo Cidades com menos de 200 mil e mais de 100 mil habitantes não atendidas pelo componente: 1301902 Itacoatiara/Amazonas 1303403 Parintins/Amazonas 1500107 Abaetetuba/Pará 1501709 Bragança/Pará 1501808 Breves/Pará 1502103 Cametá/Pará 1505502 Paragominas/Pará 1507953 Tailândia/Pará 1508100 Tucuruí/Pará 1600600 Santana/Amapá 2103307 Codó/Maranhão 2107506 Paço do Lumiar/Maranhão 2111201 São José de Ribamar/Maranhão 2306405 Itapipoca/Ceará 2307700 Maranguape/Ceará 2510808 Patos/Paraíba 2513703 Santa Rita/Paraíba 2600054 Abreu e Lima/Pernambuco 2606804 Igarassu/Pernambuco 2612505 Santa Cruz do Capibaribe/Pernambuco 2613701 São Lourenço da Mata/Pernambuco 2924009 Paulo Afonso/Bahia 3300308 Barra do Piraí/Rio de Janeiro 3302270 Japeri/Rio de Janeiro 3516408 Franco da Rocha/São Paulo 3547304 Santana de Parnaíba/São Paulo Ultima checagem com o arquivo ACBrNFSeXServicos.ini realizada na data de 19/04/2024.

Opa bom dia, Deu certo para mim aqui. Outro tópico me ajudou... Pode encerrar aqui. Obrigado!

Verifiquei aqui que, quando envio o evento S-2206 com a linha if objAltContratual.infoRegimeTrab.InfoCeletista.cnpjSindCategProf <> '' then o valor de cnpjSindCategProf não estava vindo corretamente, porém, após alterar esta linha para , if objAltContratual.infoRegimeTrab.Vinculo.InfoCeletista.cnpjSindCategProf <> '' then o valor de cnpjSindCategProf passou a vir preenchido.

Pessoal, estava tendo problema com esse erro na hora de associar minha software house com o cliente no sat. Acontece que eu tinha renovado o certificado, e fiquei um dia batendo a cabeça pra resolver esse problema, então descobri que lá no "Sistema de Gestão e Retaguarda do SAT-CF-e" na secretaria da fazenda, no cadastro da minha software house estava o certificado antigo, alterei para o novo e resolveu problema. Como não encontrei essa solução em nenhum tópico, estou abrindo esse para ajudar quem precisar. Abraços. Éber.