A volta dos que não foram – do SRF/Edoc ao DRC

Publicado por:Renan Correa Mon, 10 July 2023
Compartilhe:
10 de July de 2023

Esse não é um post de grande utilizadade técnica, mas tem uma história explicando nomes (e algumas características) dessa solução chamada hoje de “Document and Reporting Compliance”. Notem que esse nome pode ficar desatualizado a qualquer momento porque se tratando de SAP o re-branding é sempre uma possibilidade (quase que uma certeza).

Para os mais técnicos, se vocês notarem os objetos no sistema (Tabelas, Views, programas e etc…) alguns deles (ou a maioria) começam pelo prefixo SRF* (para a parte relacionada com Relatórios Legais) e EDO* ( para documentos eletrônicos) .

Mas porque cargas dágua começam por SRF e EDO se o produto chama hoje DRC?

Essas siglas desses produtos vem dos nomes originais dele.

Relatórios estatutórios (Statutory Reporting)

Esse nome é horroroso e ninguém fala ele na prática, então vou seguir mencionando relatórios legais por aqui. Essa solução nova da SAP nasceu como Statutory Reporting Framework lá em 2016 (daí vem o prefixo SRF*). Lembro que até participei de uma sessão de design Thinking no Teched de 2016 com o time do produto (na época não tinha idéia que viria a trabalhar com isso no futuro), mas me chamou a atenção a idéia de criar um framework com requisitos comuns (para substituir a enxurrada de relatórios diferentes que existiam para cada país ).

De lá para cá a solução foi ganhando mais países e em 2017 já mudou de nome, virou Advanced Compliance Reporting for SAP S/4HANA, abreviado extra-oficialmente como ACR.

Os relatórios de diferentes países tem CDS views, classes/métodos, mapeamentos próprios que dependem dos tax codes em FI, dos dados mestres de clientes/fornecedores, então implementar o DRC no México e na França é bem diferente ( sem falar de BR que é completamente diferente ).

Além disso, esse negócio foi desenhado e nasceu no S/4HANA, por exemplo, para ECC não existem relatórios de DRC on-premise disponíveis.

Documentos Eletrônicos (Electronic Documents)

Esse framework de documentos eletrônicos vem sido desenvolvido pela SAP desde o ECC, acho que lá por 2012 deve ter começado. As primeiras versões dele se chamavam, pelo menos internamente na SAP, de EDAAS (eDocument as a Service), daí vem o prefixo EDO*.

O primeiro nome externo que realmente apareceu no mercado já foi de eDocument Framework em 2014 ou 2015. A idéia era excelente, pois vários países começaram a desenvolver seus modelos de fatura eletrônica e não faria sentido para a SAP criar dezenas de soluções diferentes para atender a esses requisitos, assim criou-se um framework central para suportar os requisitos de criar o doc eletrônico, mapear dados, chamar interfaces ao mesmo tempo que garante uma certa padronização na arquitetura para diferentes cenários.

Posteriormente a SAP mudou o nome do produto para SAP Document Compliance, não sei a data certa, lá por 2015/2016, por aí. Eu ainda estava na SAP na época e lembro de alguns colegas que trabalhavam com o desenvolvimento da NFE (J1BNFE) e acabaram migrando para o time do eDocument.

Os mapeamentos de dados para cada país são totalmente diferentes e exigem conhecimentos dos processos do país que está sendo implementado. Por exemplo, Argentina tem campos próprios da localização Argentina e processos específicos que só existem lá. Se eu fizer um projeto de Fatura eletrônica na Argentina e depois for fazer um outro projeto no México, será necessário estudar todo o mapeamento e os processos do zero, pois o mapeamento do XML para o CFDI do MX é completamente diferente da Fatura Eletrônica enviada para a AFIP.

A Fusão

Então De 2020 pra 2021 teve mais uma reviravolta e tudo mudou de nome outra vez, ambos os produtos foram unificados (pelo menos em nome). De “Document Compliance” e “Advanced Compliance Reporting” eles viraram “Document and Reporting Compliance”, porém, contudo, entretanto, todavia, mas, eles continuaram sendo baseados em frameworks técnicos distintos desde a sua origem, não houve uma unificação técnica das soluções. Só para deixar claro, o cara que manja de DRC relatórios eletrônicos não necessariamente (e muito provavelmente não) manja de DRC Documentos Eletrônicos.

Para ajudar a diferenciar as duas partes do Produto, afinal de conta eles contam com tecnologias distintas (ainda) e de temas distintos a SAP passou a se referir ao tópico de relatórios como DRC – Statutory Reporting e DRC – Electronic Documents, logo chegamos ao tópico do post, a volta dos que não foram. Os nomes deram várias voltas mas chegaram quase que de volta no nome original, embora agora com um prefixo super longo que precisa puxar um ar para permitir falar o nome completo.

O produto mudou várias vezes de nome, e não é que no final voltou para ter algo parecido ao nome original?

Tanto SRF como EDO voltaram sem ter realmente ido embora ;D

Moral da história

Se você for procurar um especialista de DRC (ou quiser se tornar um especialista em DRC) é melhor analisar em que áreas você tem experiência e interesse e que tipo de projeto você vai participar/contratar além de incluir também em qual país isso será implementado, pois apesar de estar baseado em frameworks, são 2 são frameworks diferentes e uma boa parte do resultado ainda depende de configurações e parâmetros que são específicos de cada país, então implementar DRC eInvoice no MX é completamente diferente de DRC para SPED no BR.

Valeu gurizada!

Renan

Quer ficar ligado nas novidades de localização? Entra no grupo da S4CN no Telegram e segue a gente no canal do Youtube

Mais infos sobre a localização Brasil no ERP, direto da sap, vocês podem conferir no SAP community na tag de S/4HANA logistics for Brazil

Outros posts sobre Localização você pode conferir filtrando pela categoria NFE/CTE ou Localização BR Geral.

Outros posts sobre TDF você pode conferir filtrando pela categoria TDF/ACR.

Subscribe
Notify of
guest
0 Comentários
Oldest
Newest Most Voted
Inline Feedbacks
Ver Todos Comentarios
0
Deixa tua opinião aí!x