Scalanie klientów: konfiguracja i pomoc

Prześlij ZIP przez Moduły > "Module Manager" > "Upload a module" i zainstaluj go. Moduł tworzy swoje tabele i dodaje "Customers" > "Customer Merge". "Configure" otwiera Zduplikowani klienci.

Wymaga PrestaShop 1.6.1 lub nowszego oraz PHP 7.1 lub nowszego.

Przed scalaniem otwórz "Customer Merge" > "Settings" > Kontrola systemu. Silnik scalania wymaga OpenSSL AES-256-GCM do szyfrowanych migawek, także gdy opcja cofania jest wyłączona. Kompresja migawek początkowo używa gzip, więc jego obsługa również jest wymagana. Wyłączenie cofania nie omija tych wymagań.

Przed pierwszym rzeczywistym scaleniem wykonaj kopię zapasową bazy sklepu. Scalenie zmienia przypisanie danych do klientów i może wycofać wchłonięte konta z użytku. Moduł nie dodaje widżetu na froncie sklepu.

Ponowne skanowanie tabel odwołujących się do klientów

Otwórz "Customers" > "Customer Merge" > Źródła danych i naciśnij Przeskanuj bazę ponownie. Rejestr wykrywa tabele z kolumną id_customer pod prefiksem tabel sklepu. Zgłasza znane tabele rdzenia, znane tabele modułów, tabele nieznane i ryzyko zapisu do nich.

Sekcja Możliwe powiązanie z klientem, nie ruszane zgłasza kolumny o innych nazwach przypominające odwołania do klientów. Mają charakter informacyjny. Moduł nie zgaduje, jak je przenieść. Odwołania zapisane w niestandardowych formatach lub systemach zewnętrznych nie są objęte tym wykrywaniem.

Zapisz strategię dla każdej tabeli

Sprawdź Ryzyko przy przeniesieniu, a następnie wybierz Strategia:

Naciśnij Zapisz strategie. Nieznane tabele zaczynają z zasadą ręcznej decyzji. Sam wybór strategii przenoszenia nie umożliwia zapisu do niebezpiecznej tabeli. Widoki, brak kluczy głównych, wyzwalacze, nietransakcyjny silnik i nieobsługiwane indeksy unikalne ograniczają dostępne działania. Symulacja wskazuje pozostałe blokady.

Ponów skan po instalacji lub zmianie modułu przechowującego dane klientów, aby jego tabele zostały ponownie sprawdzone przed przeniesieniem danych.

Otwórz "Customer Merge" > "Settings" > Konfiguracja. Przejrzyj poniższe pola i naciśnij Zapisz konfigurację.

Ogólne

Lista zakresu skanowania oferuje też Wszystkie sklepy, dopasowania między sklepami tylko informacyjnie. Ta opcja nadal skanuje tylko bieżącą domenę izolacji klientów: jeden sklep lub grupę sklepów współdzielących klientów. Uruchom skanowanie dla każdej właściwej domeny i sprawdź zgłoszony zakres.

Konta można scalać tylko w jednej domenie izolacji klientów: w tym samym sklepie lub w tej samej grupie sklepów, jeśli włączono współdzielenie klientów. Dopasowania między oddzielnymi domenami nie można scalić.

Cofanie i przechowywanie

Migawki zawierają dane klientów i są szyfrowane. Przechowuj materiał szyfrujący sklepu wraz z chronionymi kopiami bazy, jeśli potrzebujesz migawek możliwych do odtworzenia. Retencja wymaga uruchamiania zadania porządkowego. Obsługa żądania usunięcia danych może usunąć migawkę przed jej zwykłym terminem wygaśnięcia.

Limity wykonania

Przy ustawieniach początkowych scalenia obejmujące ponad 10000 wierszy wymagają też jawnego trybu konserwacji/CLI, nawet jeśli nie przekraczają ogólnego limitu wierszy. Zwykłe potwierdzenie w panelu administracyjnym nie włącza tego trybu.

Powiadomienia

Ekran udostępnia Wyślij podsumowanie e-mailem po zaplanowanych skanowaniach i scaleniach, początkowo wyłączone, oraz Wyślij na, początkowo puste. Obie wartości są zapisywane, ale obecna wersja nie wysyła e-maila z podsumowaniem. Śledź działania za pomocą wyników skanowania i Historia i cofanie.

Przegląd przesłanek dopasowania

Otwórz "Customer Merge" > "Settings" > Reguły wykrywania. Każda reguła ma przełącznik włączenia i Waga. Początkowe reguły są włączone z następującymi wagami:

Przesłanki z tej samej rodziny nie sumują się w prosty sposób, a sprzeczne przesłanki mogą obniżyć wynik. Wykryta grupa to propozycja do przejrzenia, a nie stwierdzenie, że konta należą do jednej osoby.

W Progi wartość Pokazuj grupę do przeglądu od zaczyna się od 55, a Traktuj jako pewne od od 95. Obniż próg przeglądu, aby sprawdzić słabsze dopasowania. Nie osłabia to zabezpieczeń automatycznego scalania. Po zmianie reguł naciśnij Zapisz ustawienia wykrywania.

Uruchomienie pierwszego skanu

Otwórz Zduplikowani klienci i naciśnij Pełne skanowanie. Pierwszy skan buduje indeks odcisków. Późniejsze skany mogą przyrostowo przetwarzać zmienionych klientów. Skanowanie zaplanowane również okresowo wybiera pełny skan, więc wykrywanie nie pozostaje na zawsze ograniczone do zmienionych kont.

Poczekaj, aż skan się zakończy lub zgłosi wynik częściowy. Przed przeglądem grup sprawdź stan i zakres skanu. Użyj Sprawdź, aby otworzyć grupę kandydatów. Sprawdź pewność i dopasowane przesłanki wraz z rzeczywistymi szczegółami kont.

Wybór konta, które zostaje

Kreator ma pięć kroków. W Które konto zostaje? wybierz konto, które ma zachować identyfikator klienta i datę rejestracji. Jego dane logowania są domyślnym źródłem. Przed kontynuacją sprawdź status rejestracji i gościa, liczbę zamówień, wydatki i adresy.

Rozstrzyganie różniących się pól

Pola, które się różnią wyświetla sprzeczne wartości. Sprawdź wybrane imię, nazwisko, e-mail i inne zwykłe pola. Wybór Adres e-mail zmienia e-mail logowania, więc pierwotny adres logowania konta, które zostaje, nie jest bezwarunkowo zachowywany.

Zgoda na newsletter i Zgoda na oferty partnerów używają najbardziej restrykcyjnej wartości. Jeśli odpowiednie pola PrestaShop istnieją, Poziom ryzyka używa bardziej restrykcyjnego ryzyka, a Dozwolone dni płatności i Limit kredytowy najniższych wartości. Te pola są zablokowane. Grupa domyślna wpływa na ceny; przynależności kont do grup są zwykle łączone. Notatki wewnętrzne zachowują znaczniki źródła.

Przegląd adresów

W Adresy sprawdź identyczne i podobne adresy przed ich połączeniem. Adres, do którego odwołuje się zamówienie, zachowuje swój identyfikator i pola dokumentowe. Może zmienić się jego przypisanie do klienta. Zduplikowany adres z odwołaniami jest ukrywany zamiast usuwany, co zachowuje odwołania w historycznych dokumentach.

Odczyt symulacji

Naciśnij Podejrzyj scalenie. Symulacja zgłasza wiersze przenoszone, deduplikowane, nietknięte i konfliktowe wraz z planem dla każdej tabeli. Na tym etapie rekordy klientów nie są jeszcze scalone, choć moduł przechowuje zadanie podglądu we własnych tabelach.

Przed kontynuacją rozwiąż każdy blokujący konflikt. Brak klucza głównego, wyzwalacz, tabela nietransakcyjna, nierozstrzygnięta strategia lub zmieniony schemat mogą zablokować wykonanie. Nie omijaj tych ostrzeżeń, zakładając, że wiersze są nieistotne.

Potwierdzenie i weryfikacja

W Potwierdź scalenie przeczytaj zdanie opisujące konto wynikowe, liczby wierszy, działanie dla wchłoniętych kont i termin cofania. Naciśnij Scal te konta, gdy plan jest poprawny.

Silnik ponownie sprawdza plan, blokuje odpowiednie wiersze i wykonuje zmiany danych biznesowych w jednej transakcji bazy. Jeśli operacje transakcyjne zawiodą, wycofuje je. Rekordy zadań i błędów mogą pozostać na potrzeby analizy.

Po zakończeniu otwórz Historia i cofanie. Sprawdź zamówienia i adresy konta, które zostaje. Porównaj przykładową historyczną fakturę, płatność, dokument korekty i sumę zamówienia z zapisami sprzed scalenia. Wszystkie sesje klientów objęte zmianą są unieważniane zamiast przenoszone; użytkownicy muszą zalogować się ponownie.

Moduł zmienia przypisanie do klienta w obsługiwanych zamówieniach, zwrotach, dokumentach korekt i wiadomościach. W szczególności może zmienić się id_customer dokumentu korekty. Moduł nie przepisuje kwot wystawionych faktur i korekt ani treści dokumentów.

Płatności, sumy zamówień, szczegóły zamówień, przewoźnicy, historia zamówień, ruchy magazynowe i rekordy wysyłek nie należą do zwykłej zmiany przypisania zamówienia. Adres powiązany z zamówieniem zachowuje swój identyfikator i pola dokumentowe. Oceń moduły niestandardowe i systemy zewnętrzne osobno w ramach oceny źródeł danych.

Otwórz "Customer Merge" > Historia i cofanie, aby sprawdzić scalenie i jego wynik. Cofnij jest dostępne tylko wtedy, gdy scalenie ma zachowane, użyteczne migawki w swoim okresie cofania.

Cofanie sprawdza, czy objęte nim dane i schematy nadal odpowiadają stanowi po scaleniu. Odmawia, gdy zmieniły się rekordy, odtworzenie spowodowałoby kolizję, identyfikator klienta został ponownie użyty, migawka wygasła lub żądanie usunięcia danych usunęło wymagane dane. Nie nadpisuje późniejszej pracy, aby wymusić odtworzenie.

Sesje klientów są wyjątkiem od odtwarzania migawek. Unieważnione sesje nigdy nie są odtwarzane przez cofanie. Wyłączenie cofania uniemożliwia odwrócenie zakończonych scaleń na tym ekranie, mimo że silnik scalania nadal wymaga przetwarzania szyfrowanych migawek podczas wykonania.

Sterowanie automatyzacją

W Reguły wykrywania > Automatyczne scalanie widoczne są następujące ustawienia:

Próg pewności początkowo wynosi 95. Kontrole bezpieczeństwa nadal wykluczają nierozstrzygnięte konflikty, nieznane tabele, wyzwalacze i tabele nietransakcyjne z przetwarzania bez nadzoru.

W obecnej wersji te ustawienia nie scalają kandydatów automatycznie. Widoczny przełącznik nie włącza zaplanowanego scalania, a skanowanie tylko wypisuje kandydatów bez tworzenia zadań scalenia. Scalaj kandydatów w ręcznym procesie z przeglądem.

Harmonogram i porządkowanie

"Settings" > Cron udostępnia współdzielone narzędzia harmonogramu. Moduł rejestruje "Scan for duplicate customer accounts" o 02:00, "Process the auto-merge queue (disabled by default)" o 02:30 oraz "Purge expired snapshots and stale detection data" o 04:00. Rzeczywiste wykonanie zależy od skonfigurowanego współdzielonego harmonogramu.

Podłącz działający punkt wejścia harmonogramu dla swojej instalacji, a następnie sprawdź wyniki skanowania i porządkowania. Moduł nie zawiera głównego pliku cron.php, więc przed zaplanowaniem sprawdź, czy wyświetlone polecenie CLI wskazuje istniejący punkt wejścia. Utrzymuj działanie porządkowania, jeśli polegasz na automatycznym wygasaniu migawek lub danych wykrywania.

• Grupa jest zablokowana: przeczytaj jej plan tabel w Symulacja. Sprawdź strategie, klucze główne, wyzwalacze, silniki, konflikty kluczy unikalnych i domeny izolacji.
• Skan nic nie znajduje: sprawdź włączone reguły wykrywania i próg przeglądu. Uruchom Pełne skanowanie, gdy niepełny lub przyrostowy skan mógł pominąć oczekiwane konta.
• Skan wszystkich sklepów wygląda tak samo: proces skanowania nie rozpoznaje zapisanej wartości dla wszystkich sklepów i skanuje tylko bieżącą domenę izolacji klientów. Uruchom skan dla każdej właściwej domeny.
• Scalenie kończy się błędem szyfrowania lub kompresji: sprawdź Kontrola systemu oraz obsługę AES-256-GCM i gzip. Wyłączenie cofania nie usuwa wymogu migawek.
• Podgląd wygasa lub się zmienia: wygeneruj ponownie Symulacja, sprawdź nowe liczby i potwierdź jeszcze raz.
• Cofanie jest niedostępne: przeczytaj powód w Historia i cofanie. Późniejsze zmiany danych, wygaśnięcie, konflikty odtwarzania i usunięcie danych mogą je uniemożliwić.
• Nie przychodzi e-mail z podsumowaniem: e-maile z podsumowaniem nie są wysyłane. Korzystaj z ekranów skanowania i historii.
• Automatyczne scalanie nic nie robi: widoczny przełącznik nie włącza osobnej bramki procesu cron ani nie zmienia kandydatów skanu w zadania. Kontynuuj ręczny przegląd.

Wyeksportuj lub zabezpiecz potrzebne rekordy przed odinstalowaniem przez "Module Manager". Zakończone scalenia klientów pozostają zastosowane. Odinstalowanie ich nie cofa.

Schemat usuwa rekordy wykrywania, plany tymczasowe i migawki scalenia. Po usunięciu migawek nie można już cofnąć zakończonych scaleń przez moduł. Schemat oznacza zadania scalenia, członków zadań, mapowania tożsamości wchłoniętych na pozostające oraz rekordy audytu jako trwałe, więc te tabele pozostają.

Odinstalowanie usuwa menu i robocze tabele modułu. Ustawienia i wpisy zaplanowanych zadań mogą pozostać, więc sprawdź potem współdzielony harmonogram i usuń pozostałe wpisy. Rekord audytu zachowany po odinstalowaniu nie pozwala cofnąć scalenia.