Painel de líderes

Nesta quarta-feira falaremos sobre o ACBrPIXCD, não perca e aproveite para sanar todas as suas dúvidas.

Saudações Digitais comunidade ACBr! Chegando mais novidades por aqui !!! Confira o ACBrPIXCD Nosso time de desenvolvedores não para... Estamos muito animados com mais esse lançamento... O componente para integração direta com PIX, que tem por objetivo tornar transparente a integração com os diversos PSPs existentes no mercado. O que é PIX ? Ahh.. essa é chover no molhado.. mas se você acabou de chegar de Marte, então veja esse vídeo O que é PSP ? São Prestadores de Serviços de Pagamento... No geral, podemos dizer que os Bancos são PSPs... mas podem haver Fintechs atuando como PSPs... Definir quem será o PSP recebedor, é definir para onde irá o dinheiro, quando você fizer uma operação de recebimento por PIX... Todos os PSPs, devem implementar a API padrão do Banco Central, para permitir a integração com as diversas Aplicações Comerciais, e soluções de Software do mercado. https://github.com/bacen/pix-api Ou seja, a Aplicação Comercial fala com cada um dos PSPs (e nunca diretamente com o Banco Central)... Apenas os PSPs, falam com o Banco Central Quais são os custos envolvidos ? Todo recebimento de transação PIX, pode gerar um custo, que é cobrado pelo PSP recebedor (seu Banco ou Fintech)... Alguns PSPs cobram uma porcentagem do valor transacionado, limitado a um valor máximo... Exemplo: 1,5% do Valor transacionado, mas limitado ao valor máximo de R$ 10,50. Alguns PSPs cobram um valor fixo por transação, independente do valor transacionado... Exemplo: R$ 0,90 por transação.. Alguns Bancos, como o C6 Bank, oferecem um número de transações gratuitas no mês, além de preço muito competitivo, veja esse artigo Além dos custos do PSP, se você usar alguma solução de integração, como TEF, ou Hub de Pagamentos Digitais, podem ocorrer custos de uso dessa plataforma... Qual a diferença receber o PIX via TEF, Hub de Pagamentos ou direto pelo PSP ? Usar TEF ou um Hub de Pagamentos Digitais, pode lhe dar mais autonomia na hora de configurar ou mudar de PSP.. pois isso será feito, pelo portal dessas soluções.. porém incorrerá em custos.. Sendo assim, a diferença está nas formas de contratação do serviço do PIX as quais tem variação de custos quando via TEF e quando é feito de forma direta. Outro ponto é a implementação dos fluxos a serem desenvolvidos dentro da sua Aplicação, de forma a garantir o recebimento das transações.. Veja abaixo, os cenários possíveis... Mas observe que em ambos, haverá a cobrança da Taxa do PIX por parte do PSP (conforme descrito acima) Usando o TEF: Se o seu cliente já possui TEF integrado no seu sistema... definitivamente será mais simples implementar PIX pelo TEF... Pois nesse caso, basta solicitar ao seu Distribuidor TEF, acrescentar a conexão do PIX no TEF, informando as credencias de acesso, do cliente... Nesse cenário, não haverá cobrança adicional, pois o seu cliente já está pagando pelo TEF... Então, com uma única integração, você poderá atender a Pagamentos por Cartão de Crédito/Débito, além de PIX e Carteiras Digitais Usando um Hub de Pagamentos: Se você precisa atender clientes que exigem muita configuração e ajuste e em diversos PSPs, pode ser mais simples contar com uma plataforma de Hub de Pagamentos, como a ShiPay... Pois nesse caso, toda a configuração de um novo PSP, será feita no Painel da plataforma, e o recebimento fica transparente para o usuário na Automação Comercial Direto com o PSP O ACBrPIXCD fala direto com o PSP escolhido, sem intermediários, por isso elimina custos. Mas pode ser difícil configurar vários PSPs, pois os processos mudam muito de uma instituição para outra. Esse é o cenário ideal, se o seu cliente ainda não possui TEF, e não pretende mudar de PSP com frequência. Pois você se conectará diretamente ao PSP, sem a necessidade de contatar serviços adicionais... Para que serve o componente ACBrPIXCD ? O componente foi desenvolvido para auxiliar a integração da sua Aplicação Comercial com os serviços PIX disponíveis pelo PSP, por exemplo: Criação de cobranças; Cancelamentos de cobranças; Estornos de pagamentos; Consultas... Ou seja, o ACBrPIXCD, implementa consulta aos EndPoints dos PSPs, definidos pela Documentação da API do Banco Central... Para cada PSP, teremos um componente específico, pois existem mudanças significativas, na forma como os PSPs implementam a API do Banco Central, principalmente quanto a segurança... Você deverá conectar o componente ACBrPIXCD a um componente de ACBrPSP*, para ter uma comunicação funcional da API PIX... Quais PSPs já estão integrados ao componente ACBrPIXCD? Atualmente já temos a integração completa com o PSP Banco do Brasil e a fintech Shippay. Também já iniciamos a implementação dos PSPs: Itaú e Santander e estamos trabalhando para em breve contarmos com vários outros PSPs. E claro, sua contribuição é muito bem vinda, então se ficou com vontade de estudar o código e ajudar o Projeto a crescer, ficaremos muito felizes! Como posso entender como funciona o componente ACBrPIXCD? Assim como todos os componentes ACBr, o ACBrPIXCD possui uma aplicação exemplo(demo) que pode ser baixada via svn, assim como o próprio componente. Nesse exemplo procuramos demonstrar separadamente a forma de utilização das principais funcionalidades do PIX. Além disso, para facilitar ainda mais, também demonstramos um fluxo de pagamento, simulando uma venda real. Abaixo está uma das telas do nosso demo (em Lazarus) para exemplificar: Porém, sempre a melhor maneira de entender o funcionamento de qualquer um dos componentes da nossa suíte será: "Use a força, leia os fontes" rs

Parte 1 - Resumo da NT A versão 1.00 da NT 2022.001 foi foi publicada em 31/05/2022. Ela descreve a utilização dos WS de consulta das informações junto a SEFAZ Virtual do RS (SVRS), de forma a automatizar o processo de consulta da validade desta informação do GTIN. Se a informação não for válida, isso causará rejeição do DFe. Além das consultas gratuitas diretamente junto a SVRS, o GS1 também disponibiliza um Webservice (WS) pago que trazem informações mais completas e não tem as limitações do uso do WS da SVRS. Quando a validação terá inicio? Cronograma Homologação Produção Implantação da etapa 1 04/07/2022 12/09/2022 Implantação da etapa 2 06/03/2023 12/06/2023 Etapa 1 Regras I03-30, I12-60, U01-30, 9I03-10 e 9I12-10 Etapa 2 Regras 9I03-20, 9I03-30, 9I03-40, 9I12-20 e 9I12-30 Células com fundo verde: regras estão implementadas e seguirão implementadas, sem nenhuma alteração • Células com fundo vermelho: regras serão implementadas na etapa 2 • Todas as demais células: regras serão implementadas na etapa 1 O que muda na minha aplicação? Se seu cliente tiver um cadastro correto, as mudanças não deverão causa um grande impacto. Afinal ele já estará com o GTIN cadastrado corretamente e não receberá rejeição. Mas como sabemos que a realidade é geralmente bem diferente, o ideal é que sua aplicação comece a fazer a validação dos cadastros de forma semelhante ao que provavelmente você já faz para outras informações. Como sempre preocupada em trazer facilidades a nossa comunidade, a equipe ACBr está preparando os ajustes necessários para que a consulta aos WS da SVRS seja feita por meio de nossos componentes. Fique atento aos nossos canais que em breve tem novidade por ai! Parte 2 - Entendendo em Detalhes Afinal, o que é o GTIN ? O GTIN, sigla de “Global Trade Item Number” é um identificador para itens comerciais desenvolvido e controlado pela GS1, antiga EAN/UCC. Os GTINs, anteriormente chamados de códigos EAN, são atribuídos para qualquer item (produto ou serviço) que pode ser precificado, pedido ou faturado em qualquer ponto da cadeia de suprimentos. O GTIN é utilizado para recuperar informação pré-definida e abrange desde as matérias primas até produtos acabados. GTIN é um termo “guarda-chuva” para descrever toda a família de identificação das estruturas de dados GS1 para itens comerciais (produtos e serviços). Os GTINs podem ter o tamanho de 8, 12, 13 ou 14 dígitos e podem ser construídos utilizando qualquer uma das quatro estruturas de numeração dependendo da aplicação. O GTIN-8 é codificado no código de barras EAN-8. O GTIN-12 é mais utilizado no código de barras UPC-A, o GTIN-13 é codificado no EAN-13 e o GTIN-14 no ITF-14 CNP – Cadastro Nacional de Produtos, a fonte das informações tanto da SVRS quanto da GS1 O Cadastro Centralizado de GTIN (CCG) é um banco de dados contendo um conjunto reduzido de informações dos produtos que possuem o código de barras GTIN em suas embalagens, e funciona de forma integrada com o Cadastro Nacional de Produtos da GS1, que é o cadastro mantido pela organização legalmente responsável pelo licenciamento do respectivo código de barras. Os produtos em circulação no mercado que possuem GTIN e que são informados nos documentos fiscais eletrônicos, NF-e e NFC-e, terão suas informações validadas no CCG, de acordo com o cronograma previsto na legislação. Portanto, os donos das marcas dos produtos que possuem GTIN deverão manter atualizados os dados cadastrais de seus produtos junto ao Cadastro Nacional de Produtos (em cnp.gs1br.org/), de forma a manter atualizado o Cadastro Centralizado de GTIN. Se tanto a SVRS quanto o GS1 usam a mesma fonte de dados, porque existem 2 WS diferentes? Ambas trarão a informação mínima exigida pela legislação, mas o WS do GS1 traz informações adicionais, além de não ter as retrições do WS da SVRS. Veja o comparativo a seguir: SVRS GS1 Requer Certificado Digital X Limite de Consultas Baixo (Controle de Consumo indevido) Retorno Código GTIN Tipo do GTIN Descrição do Produto NCM Código CEST Código GTIN Tipo do GTIN Descrição do Produto NCM Código CEST Marca Dados de Classificação do Produto Peso Bruto Unidade de Medida do Peso Bruto URL da foto do produto GTIN de nível inferior Qtd de itens contidos Gratuito Variado conforme relação da empresa com o GS1 (podendo ser 0)

Ao Tentar validar o arquivo pelo banco Bradesco, ocorreu um erro , quando fui olhar no fonte o nome do banco estava BRADESCO S.A Modifiquei o nome Para 'BANCO BRADESCO S.A'. Vou deixar o fonte aqui, caso seja valido. ACBrPagForConversao.pas

Segue fonte do ajuste para sua análise. pcesS2399.pas

No layout 1.0 temos a seguinte regra de validação: Ou seja, se a matrícula estiver cadastrada no 2300 se torna necessário informar a matricula independente da categoria. Segue o código em anexo. pcesGerador.pas

Opa, estamos chegando lá.. kkk O problema era o SSLType. Agora devem ser acentuações ou caracteres especiais. Faça um teste sem acentos, "enter" na discriminação dos serviços, "&" e outros mas razões sociais, etc, para ver se passa. Confirme se funcionou. Cole o XML soap gerado, com e sem esses tratamentos, pois talvez tenha que ser feito um ajuste neste provedor com relação ao UTF-8.

Perdão... Anexei agora

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn TK-2761

Comprado Valeu

Ok... vou fazer a alteração e submeter o fonte pra análise... sds,

Olá, só passando para avisar que devido a complexidade e algumas falhas na API do Gmail, optei por usar o Spark Post como o Daniel Simões havia sugerido nesse link. Da minha parte pode se encerrar este post, DEUS abençoe a todos.

Bom dia, Se é uma exigência desse banco, creio que possa ser tratado na classe desse banco onde é gerado o json, no componente mesmo.

Bom dia José, Agradeço sua disponibilidade e as informações. Como realizamos a troca do Monitor recentemente para contemplação desses campos no XML, apesar de vasculhar as configurações não havíamos notado tal configuração. Irei fazer os ajustes aqui e qualquer nova dúvida retomo o contato. Mais uma vez obrigado!

Cliente ligou para o 0800 e orientaram ele a emitir a GNR-e por outro caminho dentro do site, aí deu certo.

se for fast report, voce consegue sim. Desenha a impressao do pedido em meia folha, cria a impressao do boleto, no restante, ao imprimir, muda o modo de impressão para "Juntar paginas pequenas", e em imprimir na folha, bota A4, funciona que o cliente fica rindo de orelha a orelha. Nota, eu não tenho isso pronto, no caso, eu uso apenas para pedido, não tive essa necessidade ainda. Mas sei que dá certo. Isso é usado no cliente meu hoje, para sair duas vias, sem precisar mandar cortar a folha A4 na gráfica. O funcionario corta, se for uma pagina do pedido apenas. Se for mais de uma, atenção naquele "agrupar" ali... Ex:

Boa noite, Tente com essas configurações SSLLib := libOpenSSL SSLCryptLib := cryOpenSSL SSLHttpLib := httpOpenSSL SSLXmlSignLib := xsLibXml2 SSLType := LT_TLSv1_2 Já veja este tópico para evitar problemas com os schemas, tem que configurar na pasta raiz e marcar para montar o caminho. Não usar os schemas em caminho unc, faça os testes com os arquivos na unidade local. ...e copie todas as dlls para a pasta do exe http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.1.1.4/x86/ http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/LibXml2/x86/

Não. e éisso que digo não sei o banco vai aceitar algo mais junto. e tu vai ter que modificar pra fazer algo assim pois no ACBrBoleto está para gerar somente o boleto

Boa tarde Tiago, Mude o SSLType para LT_TLSv1_2 Acima você disse que estava usando winCrypt, caso ainda tenha problemas, experimente utilizar OpenSSL: SSLLib := libOpenSSL SSLCryptLib := cryOpenSSL SSLHttpLib := httpOpenSSL SSLXmlSignLib := xsLibXml2

José Muito Obrigado ... era isto mesmo Eu estava montando errado !! removi a sessão [card001] funcionou ...

Opa amigo, Obrigado pelos esclarecimentos. O imprimir reverso é muito chamativo, o negrito seria o ideal mesmo. Então não dá para colocar negrito. Abraços a todos

Repostei o Passo a Passo, posis em alguns a Linguagem do Gmail está diferente.

Bom, analisando o código e debugando eu vi que quando chega no pcnGerador, os campos do tipo int e int64 quando o valor do campo e o parâmetro ocorrências são iguais a 0, é alterado o valor da variável EstaVazio para true, e quando ela está true e a variável ocorrências é diferente de 1, ele não preenche a tag. Então resolvi fazer o teste de alterar o valor da ocorrência para 1, deste modo foi gerado a tag como pede no layout do ESocial, mas sinceramente eu fiquei meio perdido nesta parte do ACBr, então não sei dizer se altera o valor da "ocorrencias" seria uma correção ou se pode acarretar em algum outro problema. o .PAS que alterei está em anexo, para analise. pcesGerador.pas

Bom dia,Rafael. Eu não conheço nenhum método no WebService do eSocial que possibilite o retorno de um numero de protocolo para um lote enviado; e como não existe uma fórmula infalível para tratar essa questão de timeout; minha recomendação é que você utilize a técnica que eu chamo de "dividir para conquistar". Passo 1) Determine as condições iniciais para aplicação na formula a seguir: Exemplo: 50 eventos por lote em 10 segundos de timeout. Passo 2) Teste com as condições iniciais para ver se funciona; se funcionar divida o tempo de timeout pela metade e repita o processo até achar o timeout que funcione a contento. Passo 3) Se o passo dois não funcionar, mantenha as condições iniciais (ex: 50 x 10) e passe a dividir a quantidade de eventos pela metade; mantendo o timeout repita esse processo até encontrar a quantidade de eventos que possam ser enviados por lote no timeout inicial; ou até atingir um evento por lote no timeout inicial. Dicas: Importante testar a combinação encontrada para cada instalação e em diversos dias e horários. As condições de comunicação são dinâmicas e mudam inumeras vezes. Deixar esses parâmetros passiveis de serem alterados facilmente pelo sistema. Não engessar o sistema com a definição de valores fixos para todas as instalações; a comunicação entre o sistema local e servidor remoto depende de inúmeros fatores para que ocorra sem maiores problemas. Enfim; é na base da tentativa e erro que se encontrará a melhor combinação entre eventos x lote x timeout na instalação naquele momento. []s, Mário

Exato, devem existir as tags <idmDev> tantas quanto necessário (para cada dia em que houver pagamentos) Na data de pagamento do Recibo de Férias as verbas serão tributadas para IR (no mês seguinte somente informativas para IR) e poderão ser informativas ou não para INSS/FGTS (vai depender da competência das verbas) Dá uma boa lida no tópico citado, pois os exemplos estão corretos (e os erros citados desapareceram, eram erros do site e-Social e já foram corrigidos) *Informar junto com a Folha de Pagamento ! sim é possivel (e a maioria dos programas o faz assim usando verbas de provisão) **Eu faço todos os demonstrativos em separado, pois são documentos e eventos diferentes.

olá colega, na versão 1.0 você informa as férias no evento S-1200 com um idmDev específico para férias e sem as incidências, senão dobra seu valor de encargos, e na folha de pagamento "mensal", você informa o valor referente as férias do mês, com seus respectivos encargos. abs

Olá pessoal, Entra em vigor em 14/03/2022 tanto em ambiente de homologação quanto em de produção pequenas alterações no layout do MDF-e. São elas: Inclusão do grupo infContrato no modal rodoviário Inclusão do indicador de antecipação de adiantamento no modal rodoviário e evento de pagamento Inclusão do tipo de adiantamento das parcelas no modal rodoviário e evento de pagamento Criação dos eventos de confirmação do serviço de transporte e alteração do pagamento do serviço de transporte Inclusão do tipo um novo tipo de autorizador no protocolo de resposta Observação: o evento de Alteração do Pagamento do Serviço Transportado será disponibilizado em 06/06/2022. Motivação dessas alterações: Os ajustes no layout do MDF-e do modal rodoviário e do evento de pagamento da operação, visão adequar o grupo de informações do contratante e do pagamento a prazo do frete e suas respectivas regras de validação, com o objetivo de melhorar a qualidade das informações a serem utilizadas para o lastro em recebíveis de transportes, a serem operacionalizados por instituições do segmento financeiro e Escrituradores de Duplicatas Escriturais, a partir da Plataforma de Consultas para Antecipações de Recebíveis dos Estados (PLAC dos Estados). Temos a previsão de um novo tipo de autorizador na regra de formação do protocolo de resposta para as necessidades de utilização de site alternativo pelo ambiente autorizador do MDFe. São propostos dois novos eventos para o MDF-e: A confirmação do serviço de transporte pelo contratante e a alteração do pagamento do serviço de transporte pelo emissor (este evento com data de implantação em 06/06/2022). O grupo infContrato é opcional e só deve ser gerado caso o NroContrato (Número do contrato do transportador com o contratante quando este existir para prestações continuadas) for informado e vContratoGlobal (Valor Global do Contrato) for utilizado. Devemos utilizar somente no pagamento a prazo. A tag indAntecipaAdiant é opcional (Indicador de declaração de concordância em antecipar o adiantamento) só deve ser informar se for autorizado antecipar o adiantamento. A tag tpAntecip é opcional (Tipo de Permissão em relação a antecipação das parcelas) se for informado devemos informar um dos seguintes valores: 0 - Não permite antecipar; 1 - Permite antecipar as parcelas; 2 - Permite antecipar as parcelas mediante confirmação. A NT já se encontra em nossa biblioteca. Aconselhamos sempre a leitura das NT para que a implementação em suas aplicações sejam realizadas de forma correta.

Boa tarde, Entendi, vamos lá. 1. Está correto, quando false, não retira os acentos. Tentou também como true, por via das dúvidas, vai que a sefaz entende? 2. Qual o problema em excluir esses dois últimos pelo portal? É no eCac, certo? 3. Se não resolver, cola o XML que talvez seja útil na análise.

uma opção talvez funciona a partir de 30/03/ dica: ( so aparece a opção de cadastrar o APP no Celular) Boa tarde @valterpatrick, acredito que vc esteja se referindo ao gmail, correto? Na verdade é bem simples, clique no icone das iniciais do seu nome no gmail, depois clique em Gerir sua Conta Google. Depois clique na aba Segurança, do lado direito vai ter uma caixa "Como fazer Login no google" e logo abaixo "Senhas de App", note na imagem abaixo que a "Verificação em duas etapas " está selecionada, caso contrário não vaite a opção de "Senhas de App". Quando você clicar em "Senhas do APP", ele pedirá para você selecionar um APP e vai te dar várias opções como "Youtube/Email/Agenda", você deverá escolher a opção "Outros", dará um nome para o Aplicativo, pode ser qualquer nome e depois clique em "Gerar", ele gerará uma senha aleatória, basta você anotar essa senha e usá-la como senha no sistema em vez de usar a senha do Gmail padrão. Espero ter ajudado. Sucessos !!!!!

Boa tarde @valterpatrick, acredito que vc esteja se referindo ao gmail, correto? Na verdade é bem simples, clique no icone das iniciais do seu nome no gmail, depois clique em Gerir sua Conta Google. Depois clique na aba Segurança, do lado direito vai ter uma caixa "Como fazer Login no google" e logo abaixo "Senhas de App", note na imagem abaixo que a "Verificação em duas etapas " está selecionada, caso contrário não vaite a opção de "Senhas de App". Quando você clicar em "Senhas do APP", ele pedirá para você selecionar um APP e vai te dar várias opções como "Youtube/Email/Agenda", você deverá escolher a opção "Outros", dará um nome para o Aplicativo, pode ser qualquer nome e depois clique em "Gerar", ele gerará uma senha aleatória, basta você anotar essa senha e usá-la como senha no sistema em vez de usar a senha do Gmail padrão. Espero ter ajudado. Sucessos !!!!!