Painel de líderes

Realmente deveria ser IndexOfName.. enviei um ajuste ao SVN... Commit [r45809]

O problema foi resolvido com a nova build da ACBRAPI. Porém apareceu uma nova situação que reportarei em outro tópico. Podemos fechar esse tópico aqui, caso resolvido.

Boa tarde, Níssius você já deu uma olhada na pasta ACBrLib\Demos\PHP do projeto. att; HASA

Matou a questão, realmente foi revogado e até explica a falta do schemas abrangendo a situação original.

Boa tarde amigo, tudo certo? Me tira uma duvida, no site da CONFAZ isso me parece que foi revogado, ou seja, não teria esse 9º evento, para a parte de Nota de Debito, ou melhor, terá a possibilidade de até 03/05 poder utilizar desse evento: Ou a minha interpretação foi falha, logo é o inverso, a partir de 03/05 que passa a valer o novo tipo de nota de débito? Inclusive o que passa a ser implementado é o tipo 5 para a Nota de Crédito, como identificação para retorno parcial da mercadoria, de acordo com a SINIEF 8/26 Tambem tem o post do amigo Diego:

Show, atualizei e a princípio tudo ok.

no svn At revision: 45807

Opa bom dia, Estou enfrentando um problema logo após atualizar meus componentes (eu estava há mais de um mês sem atualizar). O problema começou quando precisei implementar um novo provedor e, por consequência, realizei a atualização dos componentes (de praxe). Após isso, todos os provedores pararam de funcionar corretamente. O primeiro problema que identifiquei foi nesta condição: if (FormatoDiscriminacao <> fdNenhum) or (NFSe.Servico.ItemServico.Count > 0) then ConsolidarVariosItensServicosEmUmSo; Essa condição sempre retorna True, fazendo com que a descrição seja concatenada automaticamente, adicionando uma quebra de linha no início: xDiscriminacao := xDiscriminacao + FpAOwner.ConfigGeral.QuebradeLinha + ItemServico[i].Descricao; Vale lembrar que informo apenas 1 item (uma descrição, um valor total e um DPS). Por isso, a descrição está ficando incorreta, como nos exemplos abaixo: Exemplo no provedor Betha: <dps:cServ> <dps:cTribNac>010101</dps:cTribNac> <dps:xDescServ>|SERVICO</dps:xDescServ> </dps:cServ> Exemplo no provedor Abase: <cServ> <cTribNac/> <xDescServ>\nTESTE DE DESC</xDescServ> </cServ> Além disso, eu estava informando o NBS na propriedade: >> Servico.CodigoNBS << Porém, conforme os exemplos acima, o XML do cServ está incompleto e não está gerando o campo do NBS. Não sei se o motivo está relacionado ao problema da descrição (quebra de linha indevida), ou se houve alguma mudança na forma correta de declarar o NBS. Reforçando que fazia mais de um mês que eu não atualizava os componentes. SOLUÇÃO Para Normalizar tive que mudar o (NFSe.Servico.ItemServico.Count > 0) para (NFSe.Servico.ItemServico.Count > 1) na função if (FormatoDiscriminacao <> fdNenhum) or (NFSe.Servico.ItemServico.Count > 0) then ConsolidarVariosItensServicosEmUmSo; como nao uso formato da Discriminação - FdNenhum como padrão sempre vai entrar, então eu fiz o ajuste e reinstalei os fontes e normalizou Pois sempre foi padrão ( no meu caso ) usar apenas 1 item para as NFSE eu concateno de forma manual caso o cliente tenha mais de 1 na lista dele;

Atualizamos o componente agora e já foram resolvidos este caso !

já tem tarefa e está na fila. estamos com muitas demandas da reforma e nfse. mas já tem então assim que for liberado já será noticiado nos canais

Bom dia pessoal, Aqui em Ribeirão Preto nem se quer apareceu o comunicado, esta escrito que a mudança seria dia 01/02/2026 Ainda não conseguimos emitir nem uma nota em ambiente de homologação usamos a LIB NFSe e foi atualizada pela ACBr ontem. Alguém sabe me dizer se já é possível emitir fora de campo grande ? porque aqui na lib esta travado para Campo Grande devido acredito eu ser o único que estavam conseguindo utilizar.

Bom dia Vamos analisar e criar uma tarefa para validar seu ajuste sugerido

Olá comunidade ! Foi publicado em 09/04/2026 o Despacho nº 18/2026, que divulga diversos Ajustes SINIEF. Entre eles, destaca-se o Ajuste SINIEF nº 12/2026, que revoga o Ajuste SINIEF nº 11/2025. Na prática, essa revogação cancela a regra que determinava o fim da NFC-e para operações destinadas a CNPJ, tema que já havíamos abordado anteriormente aqui. Com isso, não será mais incluído no Ajuste SINIEF nº 19/2016 o seguinte dispositivo: De acordo com a cláusula segunda, este ajuste entra em vigor na data de sua publicação.

Não entendi sua pergunta. O problema é o seguinte, o valor padrão do campo Identificador da TACBrNFSeProviderCenti202 é Id mas teve um alteração que colocou para ficar em branco esse campo assim gerando um problema de não ler o atributo Id do xml lá na função TNFSeR_Centi202.LerInfNfse nessa parte do código: IdAttr := FpAOwner.ConfigGeral.Identificador; NFSe.InfID.ID := ObterConteudoTag(AuxNode.Attributes.Items[IdAttr]); Para resolver comentei a parte que esta deixando em branco o campo Identificador. procedure TACBrNFSeProviderCenti202.Configuracao; begin inherited Configuracao; with ConfigGeral do begin ModoEnvio := meUnitario; ConsultaNFSe := False; CancPreencherCodVerificacao := True; //Identificador := ''; Mas se só fizer isso da um erro ao gerar o xml de emissão porque vai gerar o atributo Id e não pode, então fiz essa alteração, colocando o campo GerarIDDeclaracao para False para não gerar o atributo Id no xml.: procedure TNFSeW_Centi202.Configuracao; begin inherited Configuracao; GerarIDDeclaracao := False;

Está para sair manual da DANFSe e dai terá um documento para usar com o cliente e escritorios contabeis

Boas notícias, pessoal! Agora é possível realizar: consultaDetalhe (boleto individual) consulta em lista dos boletos liquidados no período Atenção: a consulta em lista dos boletos liquidados só está disponível apenas para quem possui credenciais do Portal de Desenvolvedores voltadas para Boletos com QrCode. Entenda os tipos de Credenciais no Bradesco: Credenciais geradas no Portal de Desenvolvedores: Boletos Convencionais (barras/linha digitável) ** Não Implementado consulta em lista ** Boletos com QrCode (híbridos) Credenciais legadas Obtidas anteriormente via processo de credenciamento direto com o banco (ex.: por e-mail) ** Não Implementado consulta em lista ** Queremos agradecer a contribuição que recebemos desta implementação do usuário @Jhonlenon Ribeiro que é muito ativo em nossa comunidade.

Fabricio, DEU CERTO!!!!! é isso mesmo. Mandei em homologação com CSC E ID DE PRODUÇÃO E foi. Imagina um erro desses em produção, até a gente provar. Quero agradecer a todos que me ajudaram, Fabricio Araujo, Rogerio Dias, Daniel Info, Diego Foliene e mais alguém que eu não tenha citado. Perdão. Muito obrigado a todos. Agora vou reforçar la com um email para que eles se dignem a corrigir o erro o mais rápido possivel.

Bom dia Daniel, Sim, é preciso requizitar um acess_token antes. Primeiramente deve-se acessar https://console.developers.google.com/ Criar as credencias para a conta de email especifica. Vai ser gerada uma Cliente_id e uma Secret_id, com estas informacoes é possivel requisitar um acess_token via post. Para isso usei os componentes RestClient do delphi. Este acess_token tem valida de de 1 hora, porem é posivel requisitar um novo token usando o refresh_token retornado pela api. para mais informacoes acessar https://medium.com/@pablo127/google-api-authentication-with-oauth-2-on-the-example-of-gmail-a103c897fd98 tem varios tutoriais explicando como requizitar inclusive com exemplos em delphi. foi com base nestes tutoriais que consegui desenvolver esta funcionalidade.

não entendi muito bem. tu declara em cada um variavel passa para ela a informação e usa ela para o método ele está modificando a AMSG?