Next-Cart

Se Square viene selezionato come piattaforma di destinazione, la preparazione dovrebbe iniziare definendo come il negozio di destinazione userà Square Catalog, sedi, inventario, Customer Directory, Orders, contesto dei pagamenti, evasione degli ordini, Square Online e applicazioni collegate. Square rappresenta una famiglia Product come Catalog Item e le relative unità vendibili come Item Variations; modificatori, Categories, attributi personalizzati, imposte, sconti e sedi restano relazioni separate.

Un pacchetto di preparazione utile registra per ogni area principale l’azione, il responsabile, l’evidenza e la condizione di preparazione. In questo modo si evita che un’opzione Product dell’origine venga classificata erroneamente come modificatore Square, che una quantità di stock specifica per sede venga ridotta a un unico totale o che evidenze storiche di pagamento vengano confuse con la configurazione attiva dei pagamenti Square.

Confermare il modello operativo Square e l’ambito delle sedi

Definire se Square supporterà attività Point of Sale, Square Online, una o più sedi fisiche, magazzini, servizi, consegna, ritiro, spedizione o evasione esterna.

Area di preparazione Decisione da registrare Responsabile Evidenza di preparazione
Struttura dell’account Square Account aziendale, sede principale, sedi aggiuntive e unità di business Responsabile commerce/operations Mappa delle finalità delle sedi
Canali di vendita POS, Square Online, marketplace esterno, fatturazione o altri canali Responsabile canale Inventario dei canali e delle origini degli Orders
Proprietà dell’inventario Square, ERP, WMS, fornitore o altra autorità di stock Responsabile inventario Matrice dei sistemi di riferimento
Proprietà Customer Customer Directory, CRM, fidelizzazione, marketing o sistema account esterno Responsabile Customers Mappa dei domini Customer
Modello di evasione Ritiro, consegna, spedizione, magazzino, servizio o evasione esterna Responsabile operations Riepilogo delle relazioni di evasione
Square Online Products, Categories, pagine, percorsi, domini e navigazione inclusi nell’ambito Responsabile sito Inventario di contenuti e URL Square Online

Il modello operativo è pronto quando ogni sede e canale ha uno scopo, ogni fonte inventariale ha un proprietario e i requisiti Square Online sono separati dai record Catalog.

Preparare accessi, archivi dell’origine ed evidenze di controllo

Raccogliere:

  • accesso amministrativo alla sorgente e autorizzazioni necessarie nella Square Dashboard;
  • accesso a Catalog, Items, modificatori, Categories, sedi, inventario, Customers, Orders, Square Online e applicazioni collegate;
  • esportazioni o backup datati per Products, Customers, Orders, contenuti, media, sconti, imposte e dati personalizzati;
  • report di sedi, inventario ed evasione;
  • esportazioni delle applicazioni e documentazione dei sistemi esterni;
  • identificativi esterni di Product, variante, Customer, Order e sede;
  • un responsabile delle modifiche dell’origine per aggiornamenti di catalogo, Customers, Orders, contenuti e stock durante la finestra di migrazione.
Evidenza Perché è importante Condizione di preparazione
Registro accessi Conferma che le aree richieste dell’origine e di Square possono essere ispezionate I responsabili dispongono dei permessi necessari
Archivio datato dell’origine Mantiene uno stato di riferimento recuperabile I file si aprono correttamente e riportano le date di esportazione
Inventario delle sedi Definisce l’ambito operativo di quantità e Orders Ogni sede di origine ha una destinazione Square o esterna prevista
Inventario delle app Rivela record esterni al core Square Ogni applicazione attiva ha un responsabile nominato
Registro degli ID esterni Protegge riconciliazione e sincronizzazione Le chiavi sono assegnate al corretto tipo di oggetto Square
Registro modifiche Cattura aggiornamenti successivi all’archivio di riferimento Le modifiche a catalogo, Orders, Customers e inventario hanno responsabili identificati

Se un sistema di origine non può fornire un’esportazione, registrare la limitazione e il responsabile invece di presumere che i record interessati non siano importanti.

Preparare Catalog Items, Item Variations, opzioni e modificatori

Square Catalog separa Items, Item Variations, Item Options, modificatori, Categories, sconti, imposte, immagini, unità e attributi personalizzati. Preparare modelli rappresentativi dell’origine che rendano visibili queste differenze.

Includere:

  • Products semplici che diventeranno un Item con una sola Item Variation;
  • Products con dimensioni di variazione come taglia, colore, stile o altre proprietà;
  • relazioni di SKU, barcode, prezzo, unità, immagine e stock delle Item Variations;
  • Item Options riutilizzabili e nomi legacy incoerenti delle varianti;
  • requisiti di modificatori basati su elenco o testo;
  • Products con imposte, sconti, unità di misura o attributi personalizzati;
  • servizi, diritti digitali, abbonamenti, bundle o comportamento posseduto da applicazioni;
  • identificativi ERP, magazzino, marketplace, fornitore e contabilità.
Comportamento dell’origine Decisione di preparazione in Square Evidenza richiesta Condizione di preparazione
Il Product di origine ha SKU figli Definire struttura Item e Item Variation ID padre/figlio, SKU, prezzi, immagini, unità e stock Ogni figlio vendibile ha una Item Variation prevista
I valori delle varianti sono standardizzati Definire Item Options e valori riutilizzabili Vocabolario opzioni ed esempi di combinazioni Varianti equivalenti usano valori opzione coerenti
L’acquirente seleziona un’aggiunta o preferenza Definire elenco modificatori, modificatore o modificatore testuale Limiti di scelta, prezzi, valori predefiniti ed esempi di righe Order I modificatori non vengono trattati come varianti soggette a stock
Il Product usa dati personalizzati descrittivi Definire attributo personalizzato Catalog o proprietario esterno Scopo del campo e utilizzatore Ogni campo ha un proprietario futuro nominato
Il comportamento Product è posseduto da un’app Identificare applicazione futura o sostituzione Items, Customers e Orders correlati I dati applicativi richiesti compaiono nel registro delle dipendenze

L’area Catalog è pronta quando ogni principale famiglia Product dispone di un trattamento definito per Item, Item Variation, Item Option, modificatore, imposta, sconto, Category e identificatore, quando pertinenti.

Preparare Categories, immagini, imposte, sconti e attributi personalizzati

Preparare le relazioni Catalog oltre a Items e varianti:

  • gerarchia Category o raggruppamenti Product;
  • immagini associate a Items, Item Variations o Categories;
  • imposte e assegnazioni fiscali ai Products;
  • sconti, regole di prezzo e contesto storico delle promozioni;
  • unità di misura e precisione delle quantità;
  • definizioni e valori degli attributi personalizzati;
  • visibilità dell’origine o flag di canale;
  • relazioni Product e Category con Square Online.
Oggetto Catalog Responsabile Evidenza Condizione di preparazione
Category Responsabile merchandising Elenco Category e appartenenza Items Ogni Category ha una finalità aziendale corrente
Immagine Responsabile contenuti File, ruolo, sequenza e Item/variante/Category proprietari Le relazioni media possono essere ricostruite
Imposta Responsabile finanza Nomi, percentuali, inclusività e assegnazioni Item Valori storici e configurazione corrente sono separati
Sconto o regola di prezzo Responsabile commerciale Regola, idoneità, date e Items interessati Regole attive della destinazione sono distinte dagli esiti storici degli Orders
Unità Responsabile catalogo/operations Nome unità, precisione e varianti applicabili Il significato della quantità è documentato
Attributo personalizzato Responsabile business/integrazione Definizione, tipo oggetto e utilizzatore Il valore è assegnato all’oggetto Square Catalog corretto

Non ridurre questi oggetti a testo Product. Le loro relazioni possono influire su checkout, reportistica, ricerca, inventario e integrazioni esterne.

Preparare sedi, conteggi inventariali e autorità sullo stock

L’inventario Square viene calcolato per Item Variations nelle sedi. I record inventariali possono comprendere conteggi correnti, conteggi fisici, rettifiche, trasferimenti e stati come disponibile, venduto, reso, ricevuto o scarto.

Preparare:

  • ogni magazzino, negozio, filiale, pool fornitore o sede di evasione dell’origine;
  • la sede Square prevista per ciascun pool di stock dell’origine;
  • identificativi di Item Variation e sede;
  • conteggi correnti e timestamp a cui si riferiscono;
  • stati riservato, danneggiato, reso, in transito o altri stati dell’origine;
  • autorità esterna sull’inventario e chiavi di sincronizzazione;
  • conteggi fisici iniziali e responsabilità delle modifiche dell’origine.
Caso inventariale Responsabile Evidenza Condizione di preparazione
Una sede Responsabile inventario Report conteggio Item Variation Ogni quantità mappa a una sola sede Square
Più sedi Responsabile operations Matrice variante-sede Ogni sede di origine ha una destinazione approvata
Inventario posseduto da ERP/WMS Responsabile integrazione ID esterni ed esempio di sincronizzazione Valori iniziali Square e autorità futura sono documentati
Stato di origine senza equivalente diretto Responsabile operations Definizione dello stato ed esempi interessati Consolidamento, esclusione o proprietà esterna sono registrati
Rettifiche storiche Responsabile finanza/operations Esempi di rettifica e conteggio fisico Il conteggio iniziale corrente è separato dai movimenti storici

L’area è pronta quando ogni quantità di stock ha una Item Variation, una sede, un timestamp e un proprietario autorevole.

Preparare profili Customer, gruppi, segmenti e identità esterna

I profili Customer Square possono contenere contatti, informazioni aziendali, indirizzi, ID di riferimento, note, gruppi, segmenti, preferenze marketing e attributi personalizzati. Preparare i record identità in base al loro vero ruolo aziendale.

Includere:

  • acquirenti registrati e guest;
  • esempi di email o telefono duplicati;
  • gruppi Customer e relazioni di segmento;
  • contesto aziendale o organizzativo;
  • preferenze marketing ed evidenza del consenso;
  • relazioni di fidelizzazione, gift card, membership o abbonamento;
  • identificativi CRM, ERP, marketplace e contabilità;
  • relazioni con Orders e indirizzi storici.
Caso Customer Responsabile Evidenza Condizione di preparazione
Customer retail Operations Customer Esempi di contatti, indirizzi e Orders Identità e relazioni Order sono documentate
Acquirente guest Operations Customer Identità e indirizzi a livello Order Lo storico guest non viene convertito in un’assunzione di account permanente non supportata
Gruppo o segmento Responsabile commerciale/marketing Definizione del gruppo e Customers rappresentativi Finalità della classificazione e proprietario di destinazione sono noti
Relazione fedeltà o gift Responsabile applicazione/finanza ID account, saldo/storico e collegamento Customer I dati del programma sono separati dal profilo Customer di base
Customer CRM esterno Responsabile integrazione ID CRM e regola di corrispondenza L’identità durevole tra sistemi è preservata

Autenticazione, metodi di pagamento salvati, registri fedeltà e profili applicativi specializzati richiedono proprietari separati. Un profilo Customer Square non riproduce automaticamente queste relazioni.

Preparare Orders storici, pagamenti, evasione e resi

Selezionare Orders che espongano Item Variations, modificatori, righe personalizzate, imposte, sconti, costi di servizio, mance, riferimenti Customer, sede, origine, evasione, pagamenti, rimborsi e ID esterni.

Area storica Evidenza richiesta Condizione di preparazione
Items acquistati ID Item/variante, modificatori, quantità e prezzi di riga La configurazione acquistata è comprensibile
Contesto delle rettifiche Imposte, sconti, costi di servizio e mance I totali storici possono essere spiegati
Customer e sede ID Customer, contesto guest, sede e origine Order L’origine operativa è documentata
Pagamento e rimborso Riferimenti di pagamento, metodi, rimborsi e date Il contesto finanziario storico è separato dalla configurazione attiva dei pagamenti
Evasione Ritiro, spedizione, consegna, tracciamento e stato L’evasione passata resta comprensibile
Provenienza esterna ID POS, marketplace, ERP, contabilità o assistenza Le chiavi di riconciliazione restano collegate all’Order corretto

Gli Orders storici preservano vendite e resi passati. Attivazione corrente dei pagamenti, dispositivi, impostazioni POS, spedizione, consegna, ritiro, imposte, permessi del personale e notifiche restano configurazioni Square separate.

Preparare contenuti Square Online, domini, navigazione e URL

Quando Square Online rientra nell’ambito, preparare:

  • visibilità online di Products e Categories;
  • pagine Square Online, contenuti legali, Blog o contenuti editoriali quando pertinenti;
  • navigazione, link nel footer, landing page di campagna e link interni;
  • URL di Products, Categories, pagine e campagne;
  • metadati, immagini, relazioni canoniche e redirect;
  • proprietà del dominio e dipendenze del passaggio al nuovo sito;
  • relazioni tra ritiro, consegna, spedizione e sedi mostrate online;
  • moduli incorporati, widget, script e contenuti delle applicazioni.
Area online Responsabile Evidenza Condizione di preparazione
Presentazione Product/Category Responsabile commerce/sito Visibilità, contenuti, immagini e percorsi Proprietà del catalogo e della presentazione online sono separate
Pagina o contenuto legale Responsabile editoriale Corpo, media, metadati e URL di origine Ogni contenuto ha una destinazione
Navigazione Responsabile sito Albero menu e destinazioni dei link I percorsi prioritari dei Customers sono documentati
Dominio e redirect Responsabile SEO/sito Registro URL origine/destinazione Ogni percorso prioritario ha un esito approvato
Presentazione dell’evasione Responsabile operations Esempi di sede, ritiro, consegna e spedizione Le promesse online sono collegate alle sedi previste

I soli dati Square Catalog non ricreano struttura delle pagine o navigazione di Square Online. Questi record richiedono evidenze e responsabili separati.

Inventariare applicazioni, API e sistemi esterni

Creare un registro delle dipendenze per ogni applicazione Square, estensione dell’origine, API, webhook, automazione, marketplace, ERP, PIM, WMS, CRM, sistema contabile, fiscale, di spedizione, fidelizzazione, abbonamento, prenotazione, consegna, analytics e reportistica.

Per ogni dipendenza registrare:

  • scopo aziendale;
  • Catalog Items, Item Variations, Customers, Orders, sedi, inventario o contenuti interessati;
  • sistema autorevole e ID esterni;
  • disponibilità di esportazione o API;
  • responsabile della configurazione e delle credenziali;
  • destinazione futura, sostituzione o decisione di dismissione;
  • evidenza richiesta prima di configurare il processo di destinazione.

Il registro è pronto quando ogni attributo personalizzato, ID inserzione, valore fedeltà, chiave di stock o riferimento Order attivo ha un responsabile nominato e un oggetto Square padre.

Selezionare campioni rappresentativi per il test di migrazione

Campione Finalità della preparazione
Item semplice con una variante Stabilire il modello Catalog ordinario
Item con più opzioni e varianti Esporre relazioni tra Item Option, SKU, prezzo, immagine e inventario
Item con modificatori a elenco e testo Esporre personalizzazione dell’acquirente ed evidenza sulla riga Order
Variante con inventario multi-sede Esporre mappatura variante-sede e autorità dello stock
Customer con gruppo e Orders Esporre relazioni tra profilo, gruppo, ID di riferimento e storico
Order complesso Esporre modificatori, imposte, sconti, costi di servizio, pagamento, rimborso, evasione e sede
Percorso prioritario Square Online Esporre proprietà di Catalog, contenuto, dominio, navigazione e redirect
Record posseduto da app o sistema esterno Esporre sistema futuro e identificativi Square stabili

Per ogni campione, registrare ID di origine, URL di origine quando pertinente, ragione aziendale, oggetto Square previsto, sede, chiavi esterne, esclusioni note e revisore responsabile.

Completare il gate di preparazione per Square

Domanda di preparazione Evidenza richiesta Condizione pronta
Accessi e archivi dell’origine sono recuperabili? Registro accessi ed esportazioni/backup datati I record necessari dell’origine possono essere ispezionati indipendentemente dal negozio live
Il modello operativo e delle sedi è definito? Mappa canali, sedi, inventario ed evasione Ogni sede e canale ha un responsabile
Le strutture Catalog sono preparate? Matrice Item/variante/opzione/modificatore Ogni principale modello Product ha una rappresentazione Square prevista
La proprietà dell’inventario è preparata? Matrice variante-sede e sistemi di riferimento Ogni quantità ha sede, timestamp e proprietario
Customers e Orders sono preparati? Classificazione Customers e pacchetti Orders storici Identità e contesto transazionale sono comprensibili
Square Online è preparato? Registro contenuti, navigazione, dominio e URL Catalogo e presentazione online hanno proprietari separati
Applicazioni e sistemi esterni sono inventariati? Registro dipendenze Ogni dipendenza critica ha un proprietario futuro
Sono stati selezionati campioni rappresentativi? Registro dei campioni È coperta la complessità di catalogo, sedi, Customers, Orders, online e integrazioni
Gli elementi irrisolti sono sotto controllo? Registro decisioni Ogni elemento aperto ha un responsabile e una scadenza

Il gate di preparazione è completo quando nessuna decisione critica relativa a Catalog Item, Item Variation, modificatore, sede, inventario, Customer, Order, Square Online o integrazione dipende da un’assunzione non documentata.

Conclusione

La preparazione di Square deve produrre un pacchetto di evidenze commerciali sensibile alle sedi. Catalog Items devono essere collegati alle relative Item Variations, Item Options, modificatori, Categories, imposte, sconti e attributi personalizzati. L’inventario deve restare associato alla variante e sede corrette, Customers e Orders devono preservare le relazioni storiche, mentre record Square Online o applicativi devono avere proprietari nominati.

Quando queste decisioni sono documentate prima del test rappresentativo di migrazione, il set di campioni può riflettere il modello operativo Square previsto senza confondere dati commerciali storici con la configurazione corrente di POS, pagamenti, evasione o online.

Domande frequenti

Cosa va preparato per primo per Square?

Partire dalla mappa operativa e delle sedi. Definire sedi Square, canali di vendita, proprietario dell’inventario, modello di evasione, sistemi Customer e ambito Square Online prima di preparare i singoli record.

Qual è la differenza tra Square Item e Item Variation?

L’Item è la famiglia Product o servizio, mentre le Item Variations sono le specifiche unità vendibili. SKU, inventario, prezzo, valori delle opzioni e altri dati commerciali possono appartenere alla variante.

Quando una scelta dell’origine dovrebbe diventare un modificatore Square?

Usare un modificatore quando la scelta personalizza un Item al momento dell’acquisto senza creare una variante con stock indipendente. Preparare esempi basati su elenco e testo con regole di selezione e prezzo.

Come va preparato l’inventario Square?

Preparare una matrice che colleghi ogni Item Variation alla sede Square prevista, al conteggio corrente, al timestamp, allo stato dell’origine e al futuro sistema di riferimento.

Relazioni del catalogo e presentazione online devono essere preparate insieme ma possedute separatamente. Pagine, navigazione, domini, redirect e promesse di evasione online non vengono ricreati dai soli record Item.

Quando è completa la preparazione per Square?

Quando accessi, oggetti Catalog, sedi, inventario, Customers, Orders, Square Online, applicazioni, campioni e decisioni irrisolte hanno tutti responsabili identificati ed evidenze recuperabili.