Distribuição de dados
A distribuição de dados no Commerce é baseada no Commerce Data Exchange, que transfere dados entre o Commerce Headquarters e os diferentes canais.
O banco de dados de armazenamento de um canal é diferente do banco de dados do Commerce. O banco de dados do canal armazena somente os dados necessários para as transações. Por exemplo, os dados mestres são configurados no Headquarters e distribuídos para os canais. No outro lado da transação, os dados transacionais são criados no Store Commerce ou na loja online e depois carregados no Headquarters.
Os diferentes componentes que ajudam os dados a serem distribuídos entre o sistema de origem e de destino são:
Serviço assíncrono: o pacote de dados na origem (o Headquarters) é o processo de preparação para distribuição. Esse processo ocorre separadamente do processo de envio desses dados para canais diferentes e de aplicação das alterações nos bancos de dados. O serviço assíncrono usa o agendador do Commerce para agendar a distribuição de dados com trabalhos de upload e download.
Controle de alterações do Microsoft SQL Server no banco de dados do Commerce: é usado para determinar as alterações de dados que devem ser enviadas para o canal.
Agendador do Commerce: um mecanismo para trocar dados entre locais por meio de trabalhos em lotes agendados.
Serviço em tempo real: fornece comunicação em tempo real entre um canal e o Dynamics 365 Commerce para cenários nos quais os dados devem estar disponíveis em tempo real, como pesquisas de estoque, emissão e resgate de vales-presente, criação e atualização de registros de clientes etc.
Consistência no gerenciamento de pagamentos em canais de varejo
Os varejistas desejam oferecer a mesma qualidade de serviço aos clientes em todas as plataformas e, ao mesmo tempo, garantir que a equipe de back office tenha uma experiência clara ao lidar com ordens de varejo. Qualquer uma das interfaces de processamento de ordem de varejo deve ser capaz de exibir, modificar e processar as transações de pagamento relacionadas a ordens de venda de maneira consistente.
O gerenciamento back-end de pagamentos de ordens do Store Commerce e de comércio eletrônico usa as tabelas MCRCustPaym*. O gerenciamento consistente de dados de pagamento de ordens de venda de varejo possibilita que os usuário de call center usem o gerenciamento verdadeiramente omnicanal de pagamentos de ordens de varejo.
Arquivar dados de transações de cartão de crédito
Os dados de resposta de cartão de crédito podem ocupar muito espaço em um banco de dados. Como esses dados são necessários principalmente para efetuar reembolsos vinculados, a utilidade desses dados diminui significativamente depois que a política de reembolso comercial de uma transação expira. O trabalho de arquivamento tem como intuito arquivar automaticamente dados de cartão de crédito quando não puderem mais ser usados para reembolsos vinculados, de acordo com a política da empresa. Dessa forma, é garantido que apenas os dados críticos sejam mantidos para as operações diárias.
O trabalho de arquivamento pode ser configurado para arquivar dados de resposta de autorização XML de cartão de crédito acima de determinada idade. Quando os dados do cartão de crédito atingem a idade especificada, o trabalho os compacta em um arquivo .zip e os exporta via gerenciamento de documentos. Não é possível restaurar dados programaticamente depois de eles serem exportados. Como os dados de autorização sujeitos à exportação são necessários para os reembolsos vinculados, somente os dados mais antigos do que a janela de reembolso vinculado especificado na política de devolução da empresa devem estar sujeitos à exportação.
Importante
Não é fácil restaurar dados depois de eles serem arquivados. Portanto, as transações sujeitas a reembolsos vinculados não devem ser arquivadas. Por exemplo, se a política de devoluções de um comerciante permite que as transações sejam devolvidas para reembolso no mesmo cartão de crédito em dois anos, o campo Idade mínima da transação em dias do trabalho deve ser definido como 730 dias (dois anos). Neste caso, se uma transação for devolvida após 730 dias, o XML necessário para fazer um reembolso vinculado não será encontrado. Portanto, o cliente precisará ser reembolsado por meio de um reembolso independente para um cartão de crédito ou alguma outra forma de pagamento, como um memorando de crédito ou um vale-presente.
Para obter mais informações sobre como configurar o trabalho de arquivamento, consulte Arquivar dados de transação de cartão de crédito.