WEBVTT

00:00:00.560 --> 00:00:06.840 line:78% position:50% align:center size:90%
Uma fatura bloqueada? Vou mostrar-vos os
meus próximos passos.

00:00:07.629 --> 00:00:13.959 line:5% position:50% align:center size:90%
Abro a fatura na validação de campos.
Neste exemplo, falta o número da fatura.

00:00:13.969 --> 00:00:17.319 line:5% position:50% align:center size:90%
Os restantes valores já estão preenchidos.

00:00:17.329 --> 00:00:21.829 line:5% position:50% align:center size:90%
Comparo-os com o original antes de alterar
qualquer coisa.

00:00:24.533 --> 00:00:27.963 line:5% position:50% align:center size:90%
O campo obrigatório vermelho mostra-me por
onde começar.

00:00:27.973 --> 00:00:34.323 line:5% position:50% align:center size:90%
O número da fatura está no original.
Introduzo exatamente esta informação.

00:00:34.333 --> 00:00:36.643 line:5% position:50% align:center size:90%
Não invento um número em falta e não
resolvo

00:00:36.653 --> 00:00:41.803 line:5% position:50% align:center size:90%
um erro técnico de exportação fazendo uma
alteração aleatória no documento.

00:00:44.542 --> 00:00:48.512 line:5% position:50% align:center size:90%
Agora introduzo o número da fatura e saio
do campo.

00:00:48.522 --> 00:00:54.912 line:5% position:50% align:center size:90%
Depois disso, guardo a fatura. Aguardo a
resposta e recarrego o documento.

00:00:54.922 --> 00:00:59.462 line:5% position:50% align:center size:90%
Desta forma, vejo se a correção realmente
se mantém.

00:01:02.198 --> 00:01:05.568 line:5% position:50% align:center size:90%
O número continua lá depois de o abrir
novamente.

00:01:05.578 --> 00:01:10.048 line:5% position:50% align:center size:90%
O erro do campo obrigatório está
resolvido. No entanto,

00:01:10.058 --> 00:01:15.758 line:5% position:50% align:center size:90%
guardar não significa que a fatura tenha
sido aprovada ou exportada para o ERP.

00:01:18.444 --> 00:01:19.954 line:5% position:50% align:center size:90%
Para uma segunda fatura,

00:01:19.964 --> 00:01:25.294 line:5% position:50% align:center size:90%
a lista mostra um erro de exportação. Abro
o estado e leio os detalhes.

00:01:25.304 --> 00:01:31.474 line:5% position:50% align:center size:90%
O recetor de teste rejeitou os dados
transmitidos com o código de erro 422.

00:01:31.484 --> 00:01:34.654 line:5% position:50% align:center size:90%
O mapeamento técnico tem de ser verificado
aqui.

00:01:34.664 --> 00:01:39.474 line:5% position:50% align:center size:90%
Não reinicio simplesmente a exportação
várias vezes.

00:01:46.024 --> 00:01:50.054 line:5% position:50% align:center size:90%
Nas tarefas do documento, crio uma tarefa
com instruções claras para o nosso

00:01:50.064 --> 00:01:54.734 line:5% position:50% align:center size:90%
administrador de testes. Indico o código
de erro e peço que verifique o número

00:01:54.744 --> 00:02:01.695 line:5% position:50% align:center size:90%
da fatura no mapeamento. Nesta formação, o
envio de e-mails permanece desativado.

00:02:04.443 --> 00:02:09.333 line:5% position:50% align:center size:90%
Após recarregar, verifico se a tarefa está
guardada e atribuída à pessoa certa.

00:02:09.343 --> 00:02:13.753 line:5% position:50% align:center size:90%
A tarefa permanece aberta até que a causa
seja esclarecida.

00:02:13.763 --> 00:02:18.403 line:5% position:50% align:center size:90%
Criar uma tarefa ainda não é uma
exportação bem-sucedida.

00:02:21.117 --> 00:02:26.127 line:5% position:50% align:center size:90%
Eu verifico o estado do documento e
comparo os valores com a fatura original.

00:02:26.137 --> 00:02:30.607 line:5% position:50% align:center size:90%
Só altero os campos que posso editar e
confirmo que a alteração ficou guardada.

00:02:30.617 --> 00:02:35.627 line:5% position:50% align:center size:90%
Se houver um problema técnico, envio uma
descrição clara ao administrador.

00:02:35.637 --> 00:02:40.756 line:5% position:50% align:center size:90%
Depois de corrigir a causa, podemos testar
uma nova exportação.