Painel de líderes

Bom dia Daniel, obrigado pelo retorno. Falei com David PayGo e ele resolveu o problema, segue a conversa: David - PayGo 11h27 descobri..quando reseta o pdc via form o xml é enviado ao muxx que rebate bagunçando a config. de carteira dig. vou ajustar o pdc novamente. detalhe: toda vez que usar o form para liberar o pdc perderá o pix.

Bom dia, Foi reportado um bug no discord e segue a correção. Não tenho cenário para transmitir, mas tanto o erro quanto a solução são claros. O único detalhe é que se o raNaoInformado fosse o primeiro do enumerador, o fonte estaria correto, então não sei se deveria alterar o enumerador ao invés deste fonte. https://discord.com/channels/798697718800318484/798965726974312458/944776040851570688 pcesS2220.pas

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

Muito obrigado. Já estou acompanhando o outro tópico. Responderei por lá. Estou fechando esse tópico para evitar confusões. Por favor acompanhem no tópico mencionado acima. Para novos relatos, dúvidas ou sugestões, favor criar um novo tópico.

EDIT: As alterações abaixo já se encontram no SVN desde o dia 23/02/2022. Olá Pessoal, Como sempre queremos facilitar pra vocês ao máximo o uso de nossos componentes e a manutenção de seu código. Sendo assim, achamos apropriado fazer algumas alterações no componente ACBrNFSeX. O componente antigo, ACBrNFSe, não será alterado visto que não estamos fazendo melhorias nele, apenas manutenção de erros e falhas. Para saber mais sobre como migrar do ACBrNFSe para o ACBrNFSeX, veja esse link. Vamos detalhar abaixo as mudanças e as motivações. Anteriormente, no componente tínhamos as seguintes propriedades: XML, XMLOriginal, XMLAssinado e XMLNFSe. Essas propriedades foram criadas seguindo o modelo do componente antigo e podiam ser lidas através da lista de notas, como por exemplo no código: Elas tinham a seguinte função no componente antigo: XML: o XML da NFS-e retornado pelo WebService; XMLNFSe: o XML da NFS-e retornado pelo WebService; XMLOriginal: o XML do RPS sem assinatura; XMLAssinado: o XML do RPS (que pode estar assinado ou não dependendo do provedor); Agora pense um pouco sobre o que viu. Temos duas propriedades que contem o XML da NFS-e e duas que contem o XML do RPS. Não temos necessidade dessa redundância, principalmente porque o componente novo, ACBRNFSeX, está muito mais funcional na questão de separação de comportamento dos provedores. Sendo assim, as propriedades XMLAssinado e XMLNFSe acabaram ficando sem utilidade. Estávamos na situação de que ao tentar ler as mesmas é retornado uma string vazia. Já na propriedade XMLOriginal era retornado o XML do Rps (assinado ou não conforme o provedor). Por firm, na propriedade XML era retornado o XML da NFS-e. Estamos fazendo as seguintes alterações no ACBrNFSeX: As propriedades XMLAssinado e XMLNFSe foram removidas. Elas não continham nenhuma informação. A propriedade XML foi renomeada para XmlNfse, deixando mais claro o objetivo. A propriedade XMLOriginal foi renomeada para XmlRps, dando mais clareza ao que ela contêm. Assim ao invés de 4 propriedades com nomes talvez confusos e dados redundantes, agora temos 2 funcionais. Para aqueles que desejam guardar o XML do Rps e ou da NFS-e no banco de dados basta ler as propriedades mencionadas acima podem usar um código semelhante ao abaixo XMLReciboRPS := ACBrNFSeX1.NotasFiscais.Items[ i ].XmlRps; XMLNotaServico := ACBrNFSeX1.NotasFiscais.Items[ i ].XmlNfse; Onde "i" é o índice da nota na lista, que pode variar de zero até a quantidade de documentos menos 1. Observações: Se o valor da propriedade de configuração: Configuracoes.Arquivos.Salvar for True os valores de XmlRps e XmlNfse serão salvos em disco; O conteúdo de XmlRps será salvo na pasta Recibos e o de XmlNfse na pasta Notas;

Bom dia Seu que vocês são revendedores da Delphi, gostaria de saber valor e condição de pagamento do Delphi Profissonal

O PIX será apenas o QRCode... ou a String Copia&Cola não há una legislação sobre como apresentar o PIX cobrança ao cliente... pode ser que o pessoal adote algo semelhante aos Boletos atuais... O EndPoint CobV pode receber Lotes de Cobranças, o que pode automatizar a criação de Carnes... O Banco Central está dando muito apoio ao PIX... Creio que motivação seja "controle" e auditoria

Boa tarde cara não é recomendado voce efetuar conexao direta com o banco nas nuvens o correto seria criar uma API e consumir ela mas segue um video ai

Mas temos outras modalidades, como boleto fatura, boleto proposta, carnê, instruções de protestos, negativações. acho que não vai substituir na totalidade, mas que vai reduzir.

Sem dúvida que SIM... o PIX Cobrança, tem todos os requisitos, para substituir o Boletos... https://app.swaggerhub.com/apis/Projeto-ACBr/api-pix/2.6.2#/CobV/put_cobv__txid_ Acho que o único impedimento atual.. é que ainda não se pode "protestar" uma Cobrança PIX

Oi, Elton ! Verifiquei os ajustes que você realizou e a principio não vi nada que pudesse ser causador de problemas na alteração principal. Porem; o próximo post veio demonstrar que uma coisa simples do ajuste quebraria todo o sentido da alteração principal. Oi, Lucas. Você foi o felizardo premiado em descobrir o primeiro problema. A correção que você fez funciona, mas ela não resolve a causa do problema na raiz, resolve parte do efeito causado. A seguir apresento o que detectei debugando o metodo StringXMLToTipoEvento() e a correção aplicada. O metodo LastIndexOf() retorna a ultima posicão encontrada da string e o metodo PosLast() retorna a proxima posição após encontrar a string; e isso gera inconsistências no processamento do metodo StringXMLToTipoEvento(). A correção foi aplicada nas linhas que utilizam o metodo PosLast(); corrigindo assim a informação desde o inicio e evitando-se que, ao debugar o código, as informações fiquem inconsistentes até o ponto de ajuste. []s, Mário Soares Santos pcesConversaoeSocial.pas

Bom dia Pedro, Já esta no SVN.

Obrigada @BigWings vou entrar em contato com @Heraldo

@aline garcia

A comunidade é colaborativa... Fique a vontade para criar um Tutorial ou Vídeo...

Bom dia Maiquel, Já esta no SVN.

Bom dia! Resolvi o problema, ao analizar meu Xml com calma vi que eu estava carregando valores errados no campo Idempregador. Agradeço a todos que me ajudaram agora esta tudo funcionando normal.

Fernando, Lembrei de outra situação que ocorreu comigo e que retornava esse mesmo erro. Eu assinei o XML com um certificado e estava tentando transmitir com outro. Quando ao exemplo de XML pode baixar do tópico acima que o Renato citou.

Oi pessoal, já descobri, isso ocorreu porque no nosso sistema colocaram fixo no fonte LayoutVersaoArquivo := 101 e LayoutVersaoLote := 60. Daí, ao montar o código do cedente na função DefineCodigoCedente(ACBrTitulo.ACBrBoleto.Cedente); ele pegava só 6 dígitos ao em vez de 7 e calculava errado. E o "-4" que está lá no print era uma tentativa do pessoal aqui colocar o código certo lá e passaram a me confundir mais ainda Mas nada que um debug com paciência não resolva. No fim, depois de apagar os incêndios aqui e ter um tempo pra me concentrar neste esquema, em meia hora matei a xarada.

Obrigado @Renato Rubinho @EMBarbosa pode nos ajudar nessa analise?

tenta: synHttpTextMsg.Document.Position := 0; sRetornoAPIOriginal := MemoryStreamToString(synHttpTextMsg.Document); ou try //declare uma variavel: //ssRetorno :TStringStream; synHttpTextMsg.Document.Position := 0; ssRetorno := TStringStream.Create(''); synHttpTextMsg.Document.SaveToStream(ssRetorno); {.} ssRetorno.Position := 0; sRetornoAPIOriginal := ssRetorno.DataString; finally ssRetorno.Free; end;

Desculpe a informação errada e que bom que resolveu. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Fernando, Tente isso antes de enviar: eSocialComponente.Configuracoes.Geral.TipoEmpregador := tePessoaJuridica; if (Length(SomenteNumeros(sCNPJEmpregador)) = 11) then eSocialComponente.Configuracoes.Geral.TipoEmpregador := tePessoaFisica; No meu caso passou.

OBS: Esqueci de dizer que alterei a ordem dos enumerados para evitar problemas de compatibilidade com as versões anteriores.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 24655. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.