A integração permite sincronizar ordens de trabalho de AFLS com uma entidade equivalente em ServiceNow.
Ordem de Trabalho em AFLS:
A lista a seguir mostra um exemplo em que algumas propriedades estão relacionadas entre Tickets:
| Nome do campo ASMS | Tipo de Campo no ServiceNow |
|---|---|
| Anotações | Journal Imput |
| Estado | Corda |
| Título (assunto) | Corda |
| Descrição | Corda |
| Serviço | Referência, sys_choice, corda |
| Prioridade | Referência, sys_choice, corda |
| Cliente | Referência, sys_user, corda |
| Companhia | Referência, core_company, corda |
| Endereço do pedido (localização) | Referência(cmn_location) |
A integração permite:
- Associe uma entidade ServiceNow (Por exemplo: incidentes ou wm_order) com um serviço e modelo AFLS (relação um-para-um) ao usar o dataSource External.
- Associe múltiplos serviços AFLS com o mesmo modelo a uma entidade ServiceNow (Por exemplo: incidentes ou wm_order) ao usar o dataSourse Aranda.
Restrições
- A AFLS permite apenas a modificação dos seguintes campos: status, descrição, endereço de nomeação, notas e campos adicionais; no status “Aberto”, se a ordem estiver em outro status, só permite a mudança de status e campos adicionais.
- Notas ou notas de trabalho integram apenas textos sem tags html e são notas públicas para ambas as plataformas
- O campo ServiceNow que deve estar relacionado para a sincronização do Notes deve ser do tipo Journal Imput.
- O ServiceNow aceita apenas 100 caracteres nos nomes dos anexos. Se o nome do arquivo exceder esse máximo, o ServiceNow reduz o nome do anexo para 100 caracteres.
- Arquivos duplicados (mesmo nome) não devem ser anexados à ordem de trabalho do Servicenow, a integração aceitará o último arquivo carregado.
- Não é possível alterar o status no AFLS por meio do ServiceNow, a mudança de status só pode ser feita no AFLS. No entanto, a mudança de status na AFLS é refletida no ServiceNow.
- Não é possível mudar o serviço e o cliente após o status ser diferente do status “criar” no AFLS.
- O endereço no ServiceNow só pode ser um campo referenciado ao cmn_location, longitude e latitude serão usadas como chaves primárias para busca; se não for encontrado, um registro será criado na entidade (cmn_location).