Distribuzione dati

Completato

La distribuzione dei dati in Commerce si basa su Commerce Data Exchange, che trasferisce i dati tra Commerce Headquarters e i diversi canali.

Il database che memorizza i dati per un canale è separato dal database Commerce. Il database del canale contiene solo i dati necessari per le transazioni. I dati master si configurano ad esempio in Headquarters, quindi si distribuiscono ai canali. Dall'altro lato della transazione, i dati transazionali si creano in Store Commerce o nel punto vendita online, quindi si caricano in Headquarters.

I diversi componenti che aiutano la distribuzione dei dati tra l'origine e il sistema di destinazione sono:

  • Servizio asincrono: la creazione di pacchetti di dati all'origine (la sede centrale) è il processo di preparazione per la distribuzione. Questo processo avviene separatamente dal processo di invio di questi dati ai diversi canali e di applicazione delle modifiche ai database. Il servizio asincrono usa l'utilità di pianificazione Commerce per pianificare la distribuzione dei dati con processi di caricamento e download.

    • Rilevamento modifiche di Microsoft SQL Server sul database di Commerce: consente di determinare le modifiche ai dati da inviare al canale.

    • Utilità di pianificazione Commerce: meccanismo per scambiare dati tra località tramite processi batch pianificati.

  • Servizio in tempo reale: garantisce la comunicazione in tempo reale tra un canale e Dynamics 365 Commerce per scenari in cui i dati devono essere disponibili in tempo reale, come le ricerche di inventario, l'emissione e il riscatto di gift card, la creazione e l'aggiornamento dei record dei clienti e altro ancora.

Coerenza nella gestione dei pagamenti attraverso i canali di vendita al dettaglio

I rivenditori vogliono offrire la stessa qualità di servizio ai clienti su tutte le piattaforme, garantendo al contempo che il personale di back-office abbia una chiara esperienza nella gestione degli ordini al dettaglio. Qualsiasi interfaccia di elaborazione degli ordini al dettaglio deve essere in grado di visualizzare, modificare ed elaborare le transazioni di pagamento relative agli ordini cliente in modo coerente.

La gestione back-end dei pagamenti degli ordini Store Commerce ed e-commerce usa le tabelle MCRCustPaym*. Gestendo i dati di pagamento degli ordini cliente di vendita al dettaglio in modo coerente, è consentita una vera gestione omnicanale dei pagamenti degli ordini cliente al dettaglio per gli utenti del servizio clienti.

Archiviazione dei dati della transazione con carta di credito

I dati di risposta della carta di credito possono occupare molto spazio in un database. Poiché questi dati servono principalmente per eseguire i rimborsi collegati, l'utilità dei dati diminuisce drasticamente dopo che i criteri di rimborso aziendali relativi a una transazione scadono. Un processo di archiviazione archivia automaticamente i dati della carta di credito quando non possono più essere usati per i rimborsi collegati in conformità ai criteri aziendali, assicurando così la conservazione dei soli dati critici per le operazioni quotidiane.

Il processo di archiviazione può essere configurato per archiviare i dati di risposta relativi all'autorizzazione XML della carta di credito quando oltrepassano una determinata validità. Quando i dati della carta di credito raggiungono la validità specificata, il processo li comprime in un file .zip e li esporta tramite la gestione dei documenti. Non si possono ripristinare i dati a livello programmatico dopo che si sono esportati. Poiché per i rimborsi collegati sono necessari i dati di autorizzazione soggetti all'esportazione, solo i dati precedenti all'intervallo del rimborso collegato specificato nei criteri sui resi dell'azienda dovrebbero essere soggetti all'esportazione.

Grafico che mostra il processo di archiviazione dei dati della carta di credito che oltrepassano una determinata validità.

Importante

Non si possono ripristinare i dati facilmente dopo che si sono archiviati. Pertanto, le transazioni soggette ai rimborsi collegati non devono essere archiviate. Ad esempio, se i criteri sui resi di un esercente consentono di restituire le transazioni a fronte di un rimborso sulla stessa carta di credito entro due anni, si dovrebbe impostare il campo Periodo minimo di transazione in giorni su 730 giorni (due anni). In questo caso, se si restituisce una transazione dopo 730 giorni, non si troverà l'XML necessario per effettuare un rimborso collegato. Pertanto, si dovrà rimborsare il cliente tramite un rimborso autonomo su una carta di credito o un altro metodo di pagamento, come una nota di credito o una gift card.

Per altre informazioni su come impostare il processo archiviabile, consultare Archiviazione dei dati della transazione con carta di credito