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.

Modelo de processo do Integration Studio no Marketplace

Project Preparation¶

Before exporting a Integration Studio project, review the project carefully and ensure that no information is left in it that should not be there. Inspect all password fields for their values. Check any schemas used in transformation mappings for the presence of confidential or personally identifiable information (PII) or protected health information (PHI).

Once a project has been exported, search the exported JSON file to confirm that there is no information that you would not want to be disclosed, such as email addresses. Extra metadata may be present in projects that were created and exported from earlier versions of Integration Studio.

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

Icons¶

Many standard endpoint icons are available in Jitterbit Marketplace and are matched using the names in the ENDPOINTS field of the manifest YAML file. To determine if an icon is available, use the Marketplace endpoint filters to see the available names.

The icon should be such that it is readable and recognizable at a small size, such as 40 by 40 pixels.

If an endpoint icon is not currently available, submit the icon as a square SVG format image. All icons are a white logo on a colored gradient background that goes from the primary brand color at the top to a darker shade of the same color at the bottom. If the primary brand color is such that a gradient would not work or is not permitted, use a solid of the primary brand color instead of a gradient.

An alternative submission is a square white SVG image with color specified either as a single color or as a pair of colors (top and bottom) for the background gradient.

The submitted icon, once verified as acceptable and installed in a Marketplace release, will become available for use. Until then, we will substitute a blank icon in its place.