Arquétipos de processo do Integration Studio
Introdução
Modelos de processo do Integration Studio, disponíveis no Jitterbit Marketplace, são casos de uso de integração pré-criados que executam um processo de negócios específico usando objetos em vários aplicativos ou sistemas.
Um modelo de processo consiste em um ou mais projetos usando vários endpoints. Pode incluir arquivos de personalização e vem com sua própria documentação em formato PDF.
Requisitos de envio
Para cada modelo de processo, esses itens são necessários para envio:
-
Um ou mais exportado Harmony projetos do Integration Studio necessário para o modelo de processo.
-
Um arquivo de manifesto de metadados no formato YAML descrevendo o modelo de processo e fornecendo os detalhes que são usado no Jitterbit Marketplace quando o modelo é exibido. O nome do arquivo de manifesto deve ser o mesmo nome como modelo de processo com a extensão
yaml
. -
Um arquivo PDF documentando o modelo de processo, sua configuração, sua operação e informações necessárias para usar o modelo de processo. Este arquivo será listado no
DOCUMENTATION
entrada no manifesto. -
Quaisquer arquivos de personalização necessários para a configuração do modelo de processo. Embora vários arquivos de personalização sejam suportado no Marketplace, recomendamos para facilidade de uso por todos (para você como desenvolvedor, para Jitterbit como um provedor de serviços e, mais importante, para o usuário do modelo de processo) que as personalizações necessárias sejam combinados em um único arquivo ZIP. Um arquivo LEIA-ME apropriado com todas as instruções deve ser colocado no arquivo com as personalizações necessárias.
Por ter um único arquivo ZIP na etapa Download Customizações da inicialização de um modelo de processo, um usuário tem apenas um item de download para lidar. Eles podem então passar por isso (com o PDF da documentação, descrito acima) para a parte encarregada de configurar o endpoint.
Este pacote será listado no
PACKAGES
entrada no manifesto.
Arquivo de manifesto
Um arquivo de manifesto de metadados, no formato YAML, é necessário para fornecer detalhes do modelo de processo e seus constituintes. Este exemplo mostra os campos obrigatórios a serem preenchidos:
# Arquivo de Manifesto do Modelo de Processo
NOME: Salesforce- NetSuite CPQ-to-Billing Process Template
TIPO: modelo
# A descrição pode ter várias linhas ou vários parágrafos
# Recue cada linha ou parágrafo seguinte
DESCRIÇÃO: Este modelo de processo processa automaticamente seus pedidos e
faturas no Salesforce CPQ e Billing e NetSuite. Sincroniza contatos,
produtos, catálogos de preços, pedidos e faturas entre sistemas.
AUTOR: Jitterbit, Inc.
# Uma lista dos projetos incluídos no modelo de processo
PROJETOS:
- Salesforce_NetSuite_Contacts_Accounts_Bidirecional.json
- Sync_NetSuite_Inventory-Items_to_Salesforce_Price-Book-Entry.json
- Sync_NetSuite_Inventory-Items_to_Salesforce_Products.json
- Sync_Salesforce_Invoices_to_NetSuite_Invoices.json
- Sync_Salesforce_Orders_to_NetSuite_Sales-Orders.json
# Uma lista de todos os documentos do modelo de processo
# Atualmente, um único PDF é suportado
DOCUMENTAÇÃO:
- Jitterbit Salesforce- NetSuite CPQ-to-Billing Process Template.pdf
# Uma lista de todos os pacotes de personalização no modelo de processo
PACOTES:
- Salesforce- NetSuite CPQ-to-Billing Process Template Package.zip
# Endpoints
# Coloque cada endpoint em sua própria linha começando com um hífen
# na ordem da origem ao destino
ENDPOINTS:
- Salesforce
- NetSuite
# Fontes: Uma lista de dicionários, com cada fonte por nome
FONTES:
- NOME: NetSuite
OBJETOS:
- Contas
- Contatos
- Clientes
- Itens de Inventário
- NOME: Salesforce
OBJETOS:
- Contas
- Contatos
- Faturas
- Pedidos
# Alvo: Uma lista de dicionários, com cada alvo por nome
METAS:
- NOME: NetSuite
OBJETOS:
- Contas
- Clientes
- Faturas
- Pedidos de venda
- NOME: Salesforce
OBJETOS:
- Contatos
- Entrada no Livro de Preços
- Produtos
# Categorias
# Coloque cada categoria em uma linha começando com um hífen
CATEGORIAS:
- ERP
- Finanças
- Vendas e CRM