Processar alterações de dados no dispositivo

Todo o conceito de sincronização foi concebido para garantir que todos os dados transmitidos da aplicação móvel para o Dynamics são primeiro armazenados numa tabela designada conhecida como Receiving Tasks. Esta tabela garante que todos os registos de entrada são processados por ordem cronológica rigorosa, assegurando que nenhum dado é ignorado ou perdido durante o processo.

Este método também permite resistir a uma fraca conetividade à Internet. Mesmo em caso de ligações instáveis ou interrompidas, o sistema garante que as transferências de dados incompletas ou atrasadas são tidas em conta. Os dados só são processados depois de todos os registos terem sido recebidos na íntegra e com sucesso pelo Microsoft Dynamics 365 Business Central.

Todos os dados recebidos do dispositivo móvel são processados exatamente na mesma ordem em que foram introduzidos no dispositivo. Quer se trate de registos recém-criados, dados modificados ou eliminações, todas as alterações são transmitidas e aplicadas às tabelas Dynamics correspondentes utilizando os Serviços Web durante a sincronização. Isto garante a coerência, a integridade e o reflexo exato das acções do utilizador móvel’no sistema ERP central.

Além disso, a tabela deReceiving Tasks serve como um registo detalhado por dispositivo, fornecendo uma rastreabilidade completa que confirma que cada pacote de dados foi recebido de forma fiável. Este mecanismo de registo garante total transparência e responsabilidade no processo de sincronização. É crucial que os utilizadores monitorizem regularmente esta tabela para verificar se não ocorreram problemas durante a fase de processamento de dados. Os problemas que surgem nesta fase não estão relacionados com falhas de transmissão, mas sim com dificuldades de processamento na Business Central, que são tratadas numa segunda fase, após a receção.

Por conseguinte, o processo de sincronização está claramente dividido: primeiro vem a receção dos dados, depois o processamento. Se surgirem problemas na tabela Receiving Tasks durante o processamento, é essencial rever a forma como a propriedade dos dados e as responsabilidades são definidas no âmbito do processo empresarial na aplicação móvel. A aplicação móvel Anvaigo deve ser concebida de forma a que estas regras de propriedade sejam claramente estabelecidas e respeitadas. Não se trata de questões técnicas, mas sim de questões de conceção do processo e de configuração correta. Assegurar que estas definições estão corretamente configuradas é fundamental para uma sincronização fiável e consistente.

Alterações de dados por utilizador

Todas as alterações efectuadas pelo utilizador em cartões ou listas executam os seguintes comandos em Dynamics: VALIDATE, INSERT(true), MODIFY(true) e DELETE(true). Desta forma, o seu código nas suas tabelas também será executado.

Devido ao processamento de dados utilizando DynamicsWeb Services, algumas funcionalidades não estão disponíveis e podem exigir algumas alterações nos accionadores de tabela. Para mais informações, clique aqui.

Alterações de dados por Anvaigo Script

Se utilizar o Anvaigo Script para adicionar, modificar ou eliminar dados, pode decidir se pretende executar accionadores de tabelas Dynamics durante um processo de sincronização. A utilização de SETVALUE versus VALIDATE decide se pretende executar o acionador OnValidate, MODIFY(false) versus MODIFY(true) decide se pretende executar o acionador de tabela OnModify. O mesmo para OnInsert e OnDelete. Além disso, estes parâmetros definem se pretende executar os seus Anvaigo Mobile App Triggers locais.

[[ Do="" not="" run="" VALIDATE="" trigger.="" Equals="" Rec.Name="" :="" Name="" ]=""]]
Rec:SETVALUE('Name', 'new Name');

[[ Run="" VALIDATE="" trigger.="" Equals="" Rec.VALIDATE(="" Name="" ]=""]]
Rec:VALIDATE('Name', 'new Name');

[[ Do="" not="" run="" OnModify="" trigger.="" Equals="" Rec.MODIFY(false);="" ]=""]]
Rec:MODIFY(false);

[[ Run="" OnModify="" trigger.="" Equals="" Rec.MODIFY(true);="" ]=""]]
Rec:MODIFY(true);