EnglishEspañolPortuguês
EN (English)ES (Español)Solicitar demo

Como funciona

Como a exportação se torna documentação que você pode verificar.

Um programa ABAP somente leitura exporta seu código customizado e o contexto ao redor dele. A partir dessa exportação, o CodeGraphAI constrói um grafo de evidências, revalida cada relação e cada citação e gera a documentação. Esta página percorre cada etapa: o que ela produz e onde estão os limites.

Solicitar demoVer um exemplo real

Uma página do catálogo gerada sem IA a partir do nosso sistema de demonstração sintético.

A maquete vista de cima, com os prédios ligados por muitos fios finos verde-limão.

01De uma pergunta sobre o processo

Comece por uma pergunta sobre o processo e chegue à linha de código.

Um dono de processo pergunta o que acontece quando uma ordem chega por IDoc. A documentação responde com uma afirmação sobre o processo, e cada afirmação leva à linha de código e ao registro exportado por trás dela.

  1. A perguntaO que acontece quando uma ordem chega por IDoc?
  2. A leitura do processoO IDoc de entrada do tipo de mensagem ORDERS é processado por ZSD_ORDER_IDOC_IN, que chama ZSD_ORDER_CREATE.
  3. A leitura do códigoO módulo de função ZSD_ORDER_IDOC_IN chama ZSD_ORDER_CREATE na linha 34 do include LZSD_ORDERU03. A linha 2 do arquivo exportado cg_cfg_edifct.tsv registra ZSD_ORDER_IDOC_IN para o tipo de mensagem ORDERS, de entrada.

A partir daí, o fluxo do processo segue as próximas etapas na ordem do código: a verificação de crédito, a criação da ordem de venda e o registro no log.

O que acontece quando uma ordem chega por IDoc?A pergunta

  1. A ordem chega

    O IDoc de entrada do tipo de mensagem ORDERS é processado por ZSD_ORDER_IDOC_IN, que chama ZSD_ORDER_CREATE.

  2. Módulo de função ZSD_ORDER_IDOC_IN

    Linha 34 do include LZSD_ORDERU03CALL FUNCTION 'ZSD_ORDER_CREATE'

Linha 2 do arquivo exportado cg_cfg_edifct.tsv

FCTNAM ZSD_ORDER_IDOC_IN · IDOCTYP ORDERS05 · MESTYP ORDERS · DIRECT 2

O módulo de função ZSD_ORDER_IDOC_IN está registrado para o tipo de mensagem ORDERS, tipo de IDoc ORDERS05, de entrada.

Do nosso sistema de demonstração sintético. A linha de código é citada exatamente como foi exportada, com a numeração do editor ABAP (SE80). O nome da fase foi acrescentado para esta página.

02A exportaçãoTécnico

Um programa somente leitura, instalado em cerca de 5 minutos.

Ele lê código, definições do dicionário e configuração. Não lê dados transacionais nem nomes de usuário, e não altera nada: a única saída são os arquivos de exportação, gravados em um diretório que você escolhe.

O que a exportação lê
O quêEm detalhe
Código-fonte customizadoProgramas e includes (programas executáveis, pools de módulos, includes de user exit), classes e interfaces (todos os includes), grupos de funções e seus módulos de função, implementações de ampliação e código-fonte de visões CDS.
Definições do Dicionário ABAPA estrutura, não o conteúdo das tabelas: tabelas do cliente, visões, estruturas, appends, elementos de dados, domínios com valores fixos e tipos de tabela. Também as definições das tabelas SAP que seu código usa.
O índice da lista de utilização (where-used) do SAPNas duas direções: quem chama seu código a partir do SAP e o que seu código referencia.
TransaçõesCódigos de transação do cliente, com programa, tela, parâmetros e texto.
TelasLógica de fluxo e nomes de campo.
Jobs em background que executam programas do clienteNome do job, passo, programa, nome da variante, número de execuções no período (por padrão, 90 dias), data da última execução, indicador de periodicidade e status. Sem nomes de usuário.
Configuração de processos (customizing)Códigos de processo IDoc; perfis de parceiro IDoc (incluídos por padrão; uma caixa de seleção os exclui; veja o limite declarado abaixo); formas de pagamento e formatos de meio de pagamento; árvores DMEE do cliente; projetos CMOD; implementações de BAdI clássicas e novas; diálogos de manutenção de tabelas (SM30); o log de modificações do SAP (somente os nomes dos objetos SAP modificados).
TextosTextos de objetos, pacotes e mensagens: no idioma selecionado, depois no idioma original e, por fim, em inglês.
InventárioCada objeto do cliente da seleção, de todos os tipos de objeto, marcado conforme o conteúdo foi exportado ou não.

O que a exportação lê

  • Código-fonte customizado

    Programas e includes (programas executáveis, pools de módulos, includes de user exit), classes e interfaces (todos os includes), grupos de funções e seus módulos de função, implementações de ampliação e código-fonte de visões CDS.

  • Definições do Dicionário ABAP

    A estrutura, não o conteúdo das tabelas: tabelas do cliente, visões, estruturas, appends, elementos de dados, domínios com valores fixos e tipos de tabela. Também as definições das tabelas SAP que seu código usa.

  • O índice da lista de utilização (where-used) do SAP

    Nas duas direções: quem chama seu código a partir do SAP e o que seu código referencia.

  • Transações

    Códigos de transação do cliente, com programa, tela, parâmetros e texto.

  • TelasLógica de fluxo e nomes de campo.
  • Jobs em background que executam programas do cliente

    Nome do job, passo, programa, nome da variante, número de execuções no período (por padrão, 90 dias), data da última execução, indicador de periodicidade e status. Sem nomes de usuário.

  • Configuração de processos (customizing)

    Códigos de processo IDoc; perfis de parceiro IDoc (incluídos por padrão; uma caixa de seleção os exclui; veja o limite declarado abaixo); formas de pagamento e formatos de meio de pagamento; árvores DMEE do cliente; projetos CMOD; implementações de BAdI clássicas e novas; diálogos de manutenção de tabelas (SM30); o log de modificações do SAP (somente os nomes dos objetos SAP modificados).

  • Textos

    Textos de objetos, pacotes e mensagens: no idioma selecionado, depois no idioma original e, por fim, em inglês.

  • Inventário

    Cada objeto do cliente da seleção, de todos os tipos de objeto, marcado conforme o conteúdo foi exportado ou não.

Um administrador Basis em uma mesa alta ao entardecer, com uma lista de verificação impressa, com quatro itens marcados, ao lado do teclado.

O que ele nunca lê nem altera

  • Código-fonte standard do SAP. A única exceção está descrita abaixo.
  • Nomes de usuário. As colunas de autor, agendador e última modificação, e qualquer outra coluna com nomes de usuário, são removidas de todos os arquivos. O inventário de objetos também não tem coluna de usuário. O código-fonte é exportado como foi escrito, então um comentário ainda pode conter um nome ou um ID de usuário SAP; antes de qualquer etapa de IA, os dados pessoais em comentários e literais de string são mascarados.
  • Dados transacionais. Ele nunca lê pedidos, faturas, lançamentos nem dados semelhantes.
  • Seu banco de dados. O programa não contém nenhum INSERT, UPDATE, MODIFY, DELETE nem COMMIT no banco de dados.

Os perfis de parceiro IDoc são incluídos por padrão e contêm números de parceiro (de clientes, fornecedores e bancos). Uma caixa de seleção, “Include IDoc partner profiles” (incluir perfis de parceiro IDoc), os exclui. A documentação nunca reproduz números de parceiro. Um campo opcional, “Extra config tables (content)” (tabelas de configuração adicionais, com conteúdo), lê somente as tabelas que você adicionar nele; por padrão, ele fica vazio.

A única exceção

Os includes de user exit que você informa na tela de seleção são lidos, porque contêm código do cliente dentro de programas standard do SAP. No sistema de demonstração sintético, o include de user exit MV45AFZZ é documentado como qualquer outro código customizado:

MV45AFZZ calls ZSD_ORDER_STATUS_UPDATE GRAPH:CALLS CODE:mv45afzz.abap:18 — in update task, in form USEREXIT_SAVE_DOCUMENT

Linhas 17 a 21 do include MV45AFZZ
17FORM userexit_save_document.18  CALL FUNCTION 'ZSD_ORDER_STATUS_UPDATE' IN UPDATE TASK19    EXPORTING20      iv_vbeln  = vbak-vbeln21      iv_status = 'S'.
Autorizações do usuário que executa a exportação
Objeto de autorizaçãoAcesso
S_DEVELOPExibir
S_TABU_NAM / S_TABU_DISExibir
S_DATASETGravar, para o diretório de saída
S_GUISomente para baixar em uma pasta do PC

As tabelas que o usuário não pode exibir são omitidas e registradas no log.

Instalação e execução

Instalação
Cerca de 5 minutos: criar, colar, salvar, ativar. É um objeto local (pacote $TMP), então não precisa de ordem de transporte.
Saída
Os arquivos de exportação, gravados em um diretório do servidor (AL11) ou em uma pasta do PC que você escolhe.
Em background
Em um sistema com alguns milhares de objetos customizados, leva minutos. Um manifesto e um log registram o que foi exportado, o que foi omitido e por quê.
Releases
O piloto foi realizado em um sistema SAP S/4HANA produtivo. A sintaxe do programa é verificada para ABAP 7.40 SP08, 7.50 e 7.55. As partes que dependem do release (CDS, DMEE, tabelas de BAdI) são lidas dinamicamente e, quando não existem, são omitidas com uma entrada no log. Consulte-nos sobre o seu release.
Seleção
Por padrão, todos os objetos do cliente (Z*, Y*). Você pode adicionar seu próprio namespace (por exemplo, /ABC/*) e restringir a seleção por pacote.
  • Instalação

    Cerca de 5 minutos: criar, colar, salvar, ativar. É um objeto local (pacote $TMP), então não precisa de ordem de transporte.

  • Saída

    Os arquivos de exportação, gravados em um diretório do servidor (AL11) ou em uma pasta do PC que você escolhe.

  • Em background

    Em um sistema com alguns milhares de objetos customizados, leva minutos. Um manifesto e um log registram o que foi exportado, o que foi omitido e por quê.

  • Releases

    O piloto foi realizado em um sistema SAP S/4HANA produtivo. A sintaxe do programa é verificada para ABAP 7.40 SP08, 7.50 e 7.55. As partes que dependem do release (CDS, DMEE, tabelas de BAdI) são lidas dinamicamente e, quando não existem, são omitidas com uma entrada no log. Consulte-nos sobre o seu release.

  • Seleção

    Por padrão, todos os objetos do cliente (Z*, Y*). Você pode adicionar seu próprio namespace (por exemplo, /ABC/*) e restringir a seleção por pacote.

03O grafo de evidênciasTécnico

Cada relação aponta para a linha ou o registro que a comprova.

Uma relação por ponto de evidência, armazenada com o método de detecção, o arquivo, a linha e um nível de confiança. Cada uma é revalidada automaticamente.

Uma linha do catálogo, duas evidências

ZSD_ORDER · Calls to other code

LZSD_ORDERU01 calls BAPI_SALESORDER_CREATEFROMDAT2 GRAPH:CALLS CODE:lzsd_orderu01.abap:33 — in function ZSD_ORDER_CREATE, recorded in the SAP where-used index EXPORT:cg_xref_cross.tsv:2

A linha de código

Lines 33 to 35 of include LZSD_ORDERU01
33CALL FUNCTION 'BAPI_SALESORDER_CREATEFROMDAT2'34  EXPORTING35    order_header_in = is_header

O registro da lista de utilização

cg_xref_cross.tsv, linha 2
direction
from_custom
type
F
name
BAPI_SALESORDER_CREATEFROMDAT2
include
LZSD_ORDERU01

Armazenado com cada relação

  • como foi detectada
  • arquivo
  • linha
  • nível de confiança
Cada relação indica como foi estabelecida
Nível de confiançaComo a relação foi estabelecida
ResolvidaResolvida com base na exportação ou no índice da lista de utilização do SAP.
Configuração ou dicionárioExtraída da configuração ou do Dicionário ABAP.
Apenas por nomeCorrespondência apenas por nome.

Pontos não resolvidos são listados, nunca inseridos à força no grafo

O que a análise estática não consegue resolver aparece como ponto não resolvido em Coverage:

  • chamadas dinâmicas
  • SQL dinâmico
  • destinos fora da exportação
  • instruções que podem se referir tanto a uma tabela do banco de dados quanto a uma tabela interna

CALL FUNCTION gv_fm em ZWM_PICK_LABEL: o nome da função é calculado em tempo de execução. Listado em Coverage, nunca adivinhado.

Afirmações de ausência dizem o que fica invisível

Uma frase como “nenhum código atualiza esta tabela” só é escrita depois de uma verificação, e sempre informa o que a verificação não consegue ver.

Verificado antes

  • instruções de banco de dados
  • registros da lista de utilização
  • nomes no código-fonte

O que fica invisível, por exemplo

  • nomes dinâmicos
  • código fora da exportação
  • código standard do SAP
  • um índice da lista de utilização desatualizado

O grafo de evidências, desenhadoTécnico

De uma transação à tabela que ela grava, com cada passo citado.

Um recorte do grafo de evidências de um sistema de demonstração sintético. Cada linha contínua é uma relação registrada; a linha tracejada marca um ponto não resolvido, listado em vez de registrado. Um caminho está destacado.

TCODEZSD_STATUSPROGRAMA SAPSAPMV45ATCODEZWM_LABELMENSAGEM IDOCORDERSJOBZSD_DELIVERY_NIGHTLYPROGSAPLZSD_ORDERUSER EXITMV45AFZZPROGZWM_PICK_LABELFMZSD_ORDER_IDOC_INPROGZSD_DELIVERY_DUEFMZSD_ORDER_STATUS_UPDATEPONTO NÃO RESOLVIDOCALL FUNCTION gv_fmFMZSD_ORDER_CREATETABELAZSD_ORDER_LOGTABELAZSD_DLV_QUEUE
CODE:lzsd_orderu04.abap:8verificado
Linhas 8 a 10 do include LZSD_ORDERU04
8UPDATE zsd_order_log SET status = iv_status9                         aedat = sy-datum10  WHERE vbeln = iv_vbeln.

LZSD_ORDERU04 updates ZSD_ORDER_LOG

GRAPH:WRITESSCHEMA:DDIC:ZSD_ORDER_LOG

Evidência de cada passo

  • INICIAEXPORT:cg_transactions.tsv:15
  • CHAMACODE:zwm_pick_label.abap:40
  • GRAVACODE:lzsd_orderu04.abap:8
  1. TCODEZWM_LABELPrint picking labels

    INICIAEXPORT:cg_transactions.tsv:15

  2. PROGZWM_PICK_LABEL

    CHAMA, EM TAREFA DE ATUALIZAÇÃOCODE:zwm_pick_label.abap:40

    CALL FUNCTION gv_fm: o nome da função é calculado em tempo de execução. Listado na visão Coverage, nunca adivinhado. CODE:zwm_pick_label.abap:32

  3. FMZSD_ORDER_STATUS_UPDATE

    GRAVAGRAPH:WRITESCODE:lzsd_orderu04.abap:8

  4. TABELAZSD_ORDER_LOG
CODE:lzsd_orderu04.abap:8verificado
Linhas 8 a 10 do include LZSD_ORDERU04
8UPDATE zsd_order_log SET status = iv_status9                         aedat = sy-datum10  WHERE vbeln = iv_vbeln.

LZSD_ORDERU04 updates ZSD_ORDER_LOG

GRAPH:WRITESSCHEMA:DDIC:ZSD_ORDER_LOG

Cada relação deste recorte, com a sua evidência

caminho destacadoponto não resolvido (CALL FUNCTION gv_fm): listado, nunca adivinhadoAponte para uma caixa ou coloque o foco nela para ver as suas relações e as evidências delas. Uma caixa com link abre a linha ou o registro que a página de exemplo cita; as demais não são citadas ali.

04VerificaçãoTécnico

Cada relação e cada citação são verificadas novamente.

Duas verificações são executadas sobre o que foi construído, e não há IA nesta etapa. O aplicativo web mostra o resultado da verificação de citações ao lado de cada citação.

  1. Cada relação

    Verificador do grafo

    Revalida cada relação com base na linha de código ou no registro exportado que ela cita.

  2. Cada tag

    Auditor de citações

    Revalida cada tag em cada página do catálogo. É um script determinístico, não uma IA.

  3. Junto a cada citação

    No aplicativo web

    O aplicativo mostra o resultado da verificação ao lado de cada citação: verificada ou com um aviso.

Linhas 19 a 24 e 39 a 43 do programa ZWM_PICK_LABEL
  1. 19SELECT SINGLE vbeln_so FROM zsd_dlv_queue
  2. 20 WHERE vbeln = @p_vbeln
  3. 21 INTO @gv_vbeln_so.
  4. 22SELECT SINGLE channel FROM zsd_order_log (linha citada, verificada pelo auditor de citações)
  5. 23 WHERE vbeln = @gv_vbeln_so
  6. 24 INTO @gv_channel.
  7. 39UPDATE zsd_dlv_queue SET label_printed = abap_true WHERE vbeln = p_vbeln.
  8. 40CALL FUNCTION 'ZSD_ORDER_STATUS_UPDATE' IN UPDATE TASK (linha citada, verificada pelo auditor de citações)
  9. 41 EXPORTING
  10. 42 iv_vbeln = gv_vbeln_so
  11. 43 iv_status = 'L'.

linha citada, verificada pelo auditor de citações

Clicar na citação CODE:lzsd_orderu01.abap:55 abre o painel de código-fonte do include LZSD_ORDERU01 com a linha 55, INSERT zsd_order_log FROM ls_log., destacada ao lado da documentação que a cita.
Painel de código-fonte. No aplicativo web, uma citação abre o código-fonte na linha citada, para que o leitor também possa verificá-la. Telas de um sistema de demonstração sintético.

Cada linha factual traz uma citação

Cinco tags e um marcador, cada um com um único significado.

CODE
A linha exata do seu código-fonte ABAP ou CDS, numerada como no editor ABAP (SE80).
GRAPH
Uma relação registrada no grafo de evidências, por exemplo este programa lê aquela tabela. Sempre vem acompanhada da linha de código ou do registro exportado que a originou.
SCHEMA
A definição do Dicionário ABAP: uma tabela, um campo, um elemento de dados, um domínio ou uma mensagem.
EXPORT
Um registro específico de um arquivo exportado: a configuração, o índice da lista de utilização (where-used) do SAP, a lista de transações ou de jobs, ou o inventário de objetos e pacotes.
INFERRED
Uma dedução ou um limite declarado, marcado claramente como não sendo evidência.
SME-REVIEW-REQUIRED
Uma pergunta para o seu especialista no assunto quando a evidência é insuficiente. Nunca é preenchida com palpites.

Cada linha factual traz uma citação

Cinco tags e um marcador, cada um com um único significado.

CODE
A linha exata do seu código-fonte ABAP ou CDS, numerada como no editor ABAP (SE80).
GRAPH
Uma relação registrada no grafo de evidências, por exemplo este programa lê aquela tabela. Sempre vem acompanhada da linha de código ou do registro exportado que a originou.
SCHEMA
A definição do Dicionário ABAP: uma tabela, um campo, um elemento de dados, um domínio ou uma mensagem.
EXPORT
Um registro específico de um arquivo exportado: a configuração, o índice da lista de utilização (where-used) do SAP, a lista de transações ou de jobs, ou o inventário de objetos e pacotes.
INFERRED
Uma dedução ou um limite declarado, marcado claramente como não sendo evidência.
SME-REVIEW-REQUIRED
Uma pergunta para o seu especialista no assunto quando a evidência é insuficiente. Nunca é preenchida com palpites.

Limite declaradoA revalidação comprova que cada citação aponta para uma evidência real que corresponde a ela. Não comprova que uma interpretação de negócio esteja correta. Por isso, os Pacotes de validação terminam com a aprovação formal do seu especialista no assunto.

Uma lupa que amplia uma linha destacada de uma listagem impressa, ao lado de uma tabela impressa com uma linha marcada por um alfinete.

05Números do piloto

O piloto, em números.

Análise automática de um sistema SAP S/4HANA produtivo.1 As notas abaixo dos números indicam o que cada um abrange e o que não abrange.

  1. 313.202linhas de ABAP analisadas
  2. 2.3872objetos customizados inventariados
  3. 13.4803relações com evidência verificada
  4. 04falhas ao revalidar cada relação
  5. 1 dia5da exportação à documentação

Notas sobre os números do piloto

  1. 1

    Piloto: um sistema SAP S/4HANA produtivo. Análise automática, revalidada sem falhas.

  2. 2

    Inventariado: cada objeto do cliente da seleção, de todos os tipos de objeto, marcado conforme o conteúdo foi exportado ou não. Nem todo tipo inventariado é documentado em profundidade; o registro de cobertura indica quais são.

  3. 3

    Cada relação armazena arquivo, linha e nível de confiança. A origem das 13.480 aparece acima.

  4. 4

    “0 falhas” significa que cada relação foi revalidada com base na linha ou no registro citado. Não comprova que uma interpretação de negócio esteja correta; para isso existe a aprovação formal do especialista.

  5. 5

    “1 dia” vai da exportação à documentação; os documentos de processo levam mais tempo. Abrange o grafo de evidências, o catálogo e o aplicativo web. Os Pacotes de validação exigem execuções de IA e a aprovação formal do especialista.

De onde vêm as 13.480 relações

12.739de uma linha de código ABAP / CDScitadas como CODE
535de um registro de configuração exportadocitadas como EXPORT
206do índice da lista de utilização do SAPcitadas como EXPORT
13.480relações, 0 falhas

Além disso: 14.571 dados do Dicionário ABAP (tabelas e campos).

Código e configuração, conectados

  • 84formas de pagamento
  • 55formatos de meio de pagamento
  • 7árvores DMEE
  • 19BAdIs implementadas
  • 9projetos CMOD
  • 4tipos de mensagem IDoc
  • 327chamadas de BAPI
  • 83diálogos de manutenção
  • 4.867entradas do log de modificações SAP

06O que ele produz

Quatro resultados construídos a partir da mesma evidência.

O catálogo e o mapa de processos são gerados sem IA. Os Pacotes de validação e o Ask AI usam IA, somente com a sua autorização registrada. Os papéis que redigem e revisam os Pacotes de validação são executados com Anthropic Claude ou com OpenAI; as traduções verificadas para o espanhol dos Pacotes de validação, e o Ask AI, usam OpenAI.

Quatro objetos sobre uma mesa escura: um carretel de fio verde-limão, páginas encadernadas, um laptop fechado e um caderno aberto.

  1. Construído sem IA

    Um catálogo com citações, uma página por objeto

    • Páginas de módulos, do dicionário e de índices (transações, jobs, pontos de entrada, ampliações e exits, configuração, modificações SAP, interfaces e dependências do SAP), um inventário de objetos e um registro de cobertura.
    • Cada linha factual traz uma citação. O catálogo diz o que o código e a configuração fazem, e onde; nunca o propósito de negócio.
    • Páginas simples em Markdown, com links wiki, que também podem ser geradas como um site estático para leitura offline. Consulte-nos para saber se os arquivos fazem parte do seu contrato.
    O catálogo, em detalhe

  2. Construído sem IA

    Um mapa de processos, proposto a partir das evidências

    • Um algoritmo determinístico agrupa o código customizado em processos de negócio. Cada objeto escrito à mão pertence a exatamente um processo.
    • Cada processo é ancorado no que o inicia (transações, jobs, configuração, chamadores SAP) e classificado nos níveis A, B e C.
    • Os nomes vêm de textos registrados no SAP. O agrupamento é uma proposta, não uma afirmação sobre o propósito de negócio.
    Processos, em detalhe

  3. IA, com sua autorização registrada

    Pacotes de validação que seus especialistas aprovam

    • Um domínio ou processo de negócio de ponta a ponta, em oito seções fixas, da visão geral ao checklist de validação.
    • Três controles automáticos são executados antes que um especialista o veja, e quem executa não pode pular nem dispensar nenhum.
    • Seu especialista no assunto confirma os pontos marcados como SME-REVIEW-REQUIRED e dá a aprovação formal, com a qual o documento é publicado.

    Do rascunho à publicação

    1. Validador de documentação
    2. Tríade de validação
    3. Auditor de citações
    4. Aprovação do especialista
    Pacotes de validação, em detalhe

  4. IA, desativada por padrão

    Ask AI, com evidências numeradas

    • Perguntas em linguagem natural, em qualquer idioma. A resposta vem no idioma selecionado no aplicativo web.
    • O Ask AI cita evidências numeradas e não pode acrescentar evidências próprias. Cada item é revalidado pelo auditor de citações e vinculado à linha de código de origem.
    • Uma resposta sem evidências é marcada como “unverified” (não verificada). O Ask AI fica desativado até que sua autorização seja registrada.
    Ask AI, em detalhe

07AtualizaçãoTécnico

Depois de cada release, execute a exportação novamente.

Não há conexão online com o SAP. Uma atualização é uma nova exportação, construída e verificada separadamente antes de ser publicada.

  1. Execute a exportação novamente.Depois de um release, você executa o mesmo programa somente leitura e entrega o novo arquivo.
  2. Reconstruído e auditado de novo.O grafo, o catálogo e o mapa de processos são regenerados, e cada citação é auditada de novo. A nova versão é construída e verificada separadamente, em cada idioma.
  3. Publicado, com possibilidade de reverter.A versão anterior é arquivada e pode ser restaurada. As contas de usuário, as aprovações e os Pacotes de validação são mantidos entre atualizações.

Limite declaradoOs Pacotes de validação não são reescritos automaticamente. Um Pacote de validação que é gerado novamente precisa passar de novo pelos controles.

Duas versões, uma publicada

Versão anteriorArquivada; pode ser restaurada
PublicadaNova versãoConstruída e verificada separadamente
Duas caixas de arquivo sobre o concreto: uma mais antiga, amarrada com fio cinza, e uma nova, amarrada com fio verde-limão, ligadas por um fio fino.

A assinatura cobre isso: atualização após cada release, IA incluída e suporte.

08O método CodeGraph

Um método, aplicado ao SAP.

O CodeGraphAI for SAP é construído sobre o CodeGraph, um método independente de tecnologia para documentar sistemas de software com base em evidências.

Uma prancheta com um mapa desenhado à mão, um compasso de latão e um fio verde-limão esticado entre dois alfinetes.

As cinco fases

  1. Ingestão do código-fonteO grafo de evidências, com a evidência registrada em cada relação.
  2. Documentação do domínioPacotes de validação com três controles: Validador de documentação, Tríade de validação (Defensor, Desafiante e Juiz) e Auditor de citações.
  3. Camada de referênciaPara o SAP, o catálogo com citações: uma página por objeto, gerada sem IA.
  4. Descoberta de processosPara o SAP, o mapa de processos: o código customizado agrupado em processos de negócio, sem IA.
  5. Montagem do repositório documental (vault)Para o SAP, o catálogo montado como páginas simples em Markdown, com links wiki, que também podem ser geradas como um site estático.

As práticas centrais

  • A evidência é registrada quando cada relação é criada.
  • O grafo é consultado por meio de modelos fixos.
  • As partes que redigem a documentação ficam separadas das partes que a verificam.
  • As lacunas são declaradas com honestidade, como perguntas SME-REVIEW-REQUIRED para o seu especialista.

Além do SAP. Hoje, a única implementação do método é para o SAP. Usa outra tecnologia? O mesmo método se aplica a qualquer base de código, assim que for construído um parser para a linguagem correspondente.

“CodeGraph”, sozinho, designa apenas o método. O produto é o CodeGraphAI for SAP.

O que o método requer e o equivalente no SAP
O método requerNo SAP
Uma exportação do código-fonte com números de linha estáveisO programa somente leitura, que mantém a numeração da SE80
Um parser ou extrator para a linguagem, que gere objetos e relações com origem, arquivo, linha e nível de confiançaUm extrator de ABAP mais um construtor do grafo
As definições de esquema do banco de dadosO Dicionário ABAP
Opcionalmente, uma referência cruzada do compilador para as relações mais confiáveisO índice da lista de utilização do SAP
A configuração ou as conexões que iniciam o códigoTransações, jobs, IDoc, pagamentos, BAdI e CMOD
Um armazenamento de grafo, um gerador determinístico do catálogo com citações, um verificador do grafo e um auditor de citaçõesO grafo de evidências, o catálogo, o verificador e o auditor descritos nesta página
Papéis de IA com controles para os documentos de negócio, além da revisão por especialistas humanosOs Pacotes de validação e a aprovação formal do seu especialista no assunto

Continue a leitura

Panorama ao entardecer de uma cidade latino-americana e seu porto, com os bairros ligados por linhas de luz.

Traga suas perguntas sobre como seus processos rodam.

Uma demonstração guiada com nossa equipe: o aplicativo web, o grafo de evidências e uma página do catálogo com citações no nosso sistema de demonstração sintético, e depois suas perguntas. Cerca de 30 a 45 minutos, em inglês, espanhol ou português. Respondemos por e-mail para agendá-la.

Solicitar demoVer um exemplo real

ou escreva para hello@codegraphai.com