Importare un CSV in MCC: migrare 1.000 fumetti da Excel/Sheets

Ogni collezionista che ha tenuto un Excel o un Google Sheets per tre anni conosce quella sensazione: il foglio diventa lento, le schede si moltiplicano, le formule si rompono appena aggiungi una colonna. A 1.000 righe il foglio di calcolo non basta più, e la migrazione verso un'applicazione dedicata come My Comics Collection (MCC) diventa meccanicamente più conveniente. Resta però da fare in modo che questa migrazione non mandi all'aria tre anni di inserimento paziente. È tutto qui il nodo di un import CSV ben preparato: conservare il dato grezzo, guadagnare il dato arricchito (copertine, autori, quotazione live) e non perdere nessuna riga per strada.

Questa guida scompone l'intero processo per il 2026: perché un foglio di calcolo raggiunge il suo limite tra 500 e 700 voci prima di diventare una scocciatura, quale struttura CSV MCC si aspetta esattamente, come preparare l'export Excel o Google Sheets senza sorprese, come gestire il mapping delle colonne nell'interfaccia MCC, come funziona la deduplicazione automatica sulla chiave serie+numero+variant, come leggere e correggere le righe scartate, e come verificare l'integrità del risultato su un campione casuale. Un caso pratico cronometrato su 1.000 fumetti chiude il discorso.

Perché migrare il tuo Excel verso MCC nel 2026 (limiti del foglio di calcolo oltre i 500 fumetti)

Il foglio di calcolo è lo strumento predefinito di quasi tutti i collezionisti che iniziano. È gratuito, familiare, accessibile da ogni dispositivo e a zero attrito all'avvio. Il problema non compare prima dei 200 fumetti. Diventa visibile intorno ai 500. Diventa insostenibile oltre i 700. Tre meccanismi spiegano questo limite.

Il primo meccanismo è la fatica di inserimento. Su un foglio di calcolo, ogni fumetto aggiunto richiede di compilare manualmente da 8 a 12 colonne: serie, numero, editore, data di pubblicazione, autori, stato, prezzo pagato, data di acquisto, fonte, luogo di conservazione, valore attuale, note. A 30 secondi per riga (ritmo da esperto), sono 5 ore nette di inserimento per 600 voci. A 60 secondi per riga (ritmo realistico, con ricerche su editori e date), sono 10 ore. E ogni correzione ortografica di un editore o di una serie propaga l'errore su centinaia di righe che niente armonizza automaticamente. L'articolo catalogare i fumetti online: app vs foglio di calcolo quantifica con precisione questo divario di tempo di inserimento tra le due famiglie di strumenti.

Il secondo meccanismo è la perdita di coerenza. Su Google Sheets o Excel, niente impedisce a un utente di digitare "Marvel", "marvel", "Marvel Comics", "Marvel comics" o "MAR" nella colonna editore. Dopo tre anni di inserimento discontinuo, ti ritrovi con cinque-otto varianti per la stessa etichetta. Gli ordinamenti e i filtri diventano poco affidabili, le statistiche per editore sono sbagliate, e bisogna mettere in conto una giornata di "pulizia" ogni sei mesi. Nessuna validazione nativa blocca l'inserimento nel formato previsto, a meno di costruire un sistema di Convalida Dati con menu a tendina che richiede a sua volta un'ora di configurazione e che si rompe al primo incollaggio di dati esterni.

Il terzo meccanismo è la perdita di valore. Un foglio di calcolo non sa nulla della quotazione attuale dei tuoi fumetti. La colonna Valore_attuale è inserita manualmente, risale a sei mesi fa e non riflette il mercato 2026. Per una collezione a vocazione di investimento, è inaccettabile. Le soluzioni tampone (funzione GOOGLEFINANCE dirottata, script AppScript, integrazioni Zapier) richiedono tutte una competenza tecnica che la maggior parte dei collezionisti non ha voglia di acquisire. Un'applicazione dedicata integra la quotazione live nativa, ricalcolata ogni settimana sui comparabili delle vendite concluse su eBay.

Il verdetto pratico: un foglio di calcolo è eccellente fino a 300 fumetti, gestibile fino a 500, faticoso tra 500 e 1.000, e francamente controproducente oltre. A 1.000 fumetti, la migrazione verso MCC si ripaga in pochi mesi grazie al risparmio di tempo di inserimento e all'affidabilità ritrovata del dato. La condizione è riuscire l'import senza perdere lo storico.

Struttura CSV attesa da MCC (12 colonne Issue/Numero/Grado/Acquisto/...)

La schermata di import MCC accetta in ingresso un file CSV o XLSX e riconosce dodici colonne principali. Conoscere in anticipo questo schema di destinazione permette di preparare l'export Excel in modo che si incastri direttamente, senza dover rinominare a mano ogni intestazione al momento del mapping. La regola è semplice: più il tuo CSV somiglia allo schema di destinazione, più l'import è rapido e affidabile.

Tre colonne sono rigorosamente obbligatorie: Serie, Numero e almeno uno stato (Stato o CGC_grade). Le altre colonne sono opzionali e possono essere completate in seguito dall'interfaccia MCC. Se una colonna obbligatoria è vuota su una riga, quella riga verrà scartata all'import ed elencata nel report degli errori. Meglio quindi verificare la completezza delle colonne critiche prima del caricamento, piuttosto che doverle correggere riga per riga a posteriori.

Il formato della data merita un'attenzione particolare. Excel e Google Sheets memorizzano le date in vari formati regionali (15/03/2025 in formato europeo, 3/15/2025 in formato USA, 2025-03-15 in ISO). MCC accetta tre formati all'import: ISO YYYY-MM-DD (consigliato), DD/MM/YYYY (formato europeo esplicito), e un formato testuale mese-anno (marzo 2025) che verrà convertito nel primo giorno del mese. Qualsiasi altra forma genera un errore o, peggio, un'interpretazione errata e silenziosa. La pratica migliore consiste nel riformattare tutte le colonne data in ISO prima dell'export CSV, tramite una funzione TEXT(A1;"yyyy-mm-dd") su Sheets o =TESTO(A1;"aaaa-mm-gg") su Excel italiano.

Le colonne monetarie richiedono lo stesso rigore. MCC si aspetta un numero decimale con il punto come separatore (12.50), non una virgola (12,50), e senza simbolo di valuta. Il separatore delle migliaia (1,250.00 o 1.250,00) va rimosso prima dell'export. È l'errore più frequente in un export Excel italiano, che produce "1.250,50 €" e manda sistematicamente in crash il parsing MCC. La funzione NUMERO.VALORE su Excel e VALUE su Sheets converte in modo pulito in un numero utilizzabile.

Preparare l'export da Excel/Google Sheets

La qualità dell'import dipende per l'80% dalla qualità del file sorgente. Cinque passaggi di preparazione minimizzano il lavoro di correzione post-import.

Passaggio 1: verificare il foglio di calcolo esistente. Apri il tuo foglio principale e conta il numero di righe reali (senza le intestazioni, senza le righe di separazione, senza i totali automatici). Se hai più schede (per esempio una scheda per editore o per anno), elencale. Decidi a monte se importare tutto in una sola volta (consigliato) o a lotti (utile oltre le 3.000 voci per limitare il rischio in caso di errore). Su 1.000 fumetti, un singolo import è ampiamente gestibile. L'articolo inventario di 1.000 fumetti in 90 minuti: metodo bulk fornisce il quadro metodologico generale di ogni elaborazione di grandi volumi.

Passaggio 2: armonizzare le etichette. È il passaggio che richiede più tempo, ma anche il più redditizio. Filtra la colonna Editore su tutti i valori distinti (Dati → Filtro → Seleziona i valori univoci su Excel, oppure Dati → Crea un filtro e poi clicca sulla freccia su Sheets). Spesso scopri 5-10 varianti per uno stesso editore ("Marvel", "Marvel Comics", "MAR", "M"). Scegli una forma canonica (Marvel) e usa Trova-Sostituisci per armonizzare. Ripeti l'operazione per la colonna Serie, dove le varianti ortografiche sono frequenti (Amazing Spider-Man / The Amazing Spider-Man / Amazing SpiderMan). Questa armonizzazione richiede dai 20 ai 40 minuti su 1.000 righe, ma evita centinaia di errori di deduplicazione post-import.

Passaggio 3: rinominare le colonne. Allinea le intestazioni del tuo foglio di calcolo allo schema MCC a 12 colonne descritto sopra. È facoltativo (il mapping manuale fa il lavoro), ma accelera il mapping e riduce il rischio di errore. Se hai una colonna "Quotazione" che corrisponde a "Valore_attuale" e una colonna "Costo" che corrisponde a "Prezzo_pagato", chiarisci queste corrispondenze prima dell'export. Elimina o rinomina le colonne ambigue ("Info", "Varie", "Altro") che non mappano nulla.

Passaggio 4: convertire i formati. Riformatta tutte le colonne data in ISO YYYY-MM-DD tramite una formula TEXT. Converti tutti gli importi in numero decimale con il punto come separatore. Controlla la colonna Grado: se hai mescolato gradi CGC (9.8) e voti testuali (NM), separali in due colonne Stato e CGC_grade. I fumetti non slabbed hanno un voto testuale (NM, VF, ecc.), i fumetti slabbed hanno un voto CGC numerico. Mescolare i due in un'unica colonna genera sistematicamente errori al mapping.

Passaggio 5: esportare in CSV UTF-8. Su Excel, File → Salva con nome → CSV UTF-8 (delimitato da virgole) (*.csv). Su Google Sheets, File → Scarica → Valori separati da virgola (.csv). La codifica UTF-8 è obbligatoria: senza di essa, le lettere accentate (é, è, à, ç) diventano caratteri corrotti all'import (é, è). L'estensione .xlsx funziona anch'essa, ma il CSV è più prevedibile e più leggero. Per i flussi di export ricorrenti, l'articolo export collezione fumetti in CSV: come fare dettaglia le insidie e le opzioni di codifica a seconda dei software sorgente.

Upload + mapping colonne interfaccia MCC

La schermata di import MCC si trova nell'applicazione sotto Impostazioni → Importa una collezione. L'interfaccia accetta un file trascinato e rilasciato o selezionato dal browser dei file. Il peso massimo è di 25 MB, che corrisponde indicativamente a 50.000 righe senza immagini. Per 1.000 fumetti senza immagini, il file pesa dai 100 ai 200 KB, quindi ben al di sotto del limite.

Una volta caricato il file, MCC analizza il CSV e propone una schermata di mapping. La colonna di sinistra elenca le intestazioni rilevate nel tuo file (Serie, Numero, Vol, Quotazione, Stato, Prezzo_pagato, ecc.). La colonna di destra elenca i 12 campi dello schema MCC. Trascini ogni intestazione sorgente sul campo di destinazione corrispondente, oppure selezioni il campo di destinazione da un menu a tendina. MCC suggerisce automaticamente i mapping evidenti (Serie → Serie, Numero → Numero) e lascia in sospeso le colonne ambigue.

La trappola classica del mapping è confondere Data_pubblicazione (data in cui l'editore ha pubblicato il fumetto) e Data_acquisto (data in cui l'hai acquistato). Le due date esistono spesso nella tabella sorgente, ma con nomi poco espliciti ("Data 1", "Data 2"). Verifica ogni mapping di data invece di cliccare in fretta: un'inversione produce 1.000 fumetti mostrati come "acquistati nel 1968" o "pubblicati nel 2024", un errore che richiede una correzione massiva post-import.

La seconda trappola riguarda la colonna Variant. Se il tuo foglio di calcolo sorgente non distingue le variant (hai una sola riga per numero), lascia il campo Variant non mappato: MCC considera per impostazione predefinita che ogni riga sia una cover Regular. Se distingui le variant (una riga per ogni cover A, B, C), mappa Variant sul campo corrispondente. Un mapping errato qui produce o doppioni fantasma (due righe Amazing Spider-Man #800 fuse in una sola), oppure unificazioni sbagliate (una cover B trattata come una cover Regular).

Una volta convalidato il mapping, MCC propone un'anteprima sulle prime 10 righe: mostra come ogni riga verrà importata, con le eventuali trasformazioni (date riformattate, importi convertiti). Leggi questa anteprima con attenzione prima di cliccare su "Avvia import". Se una trasformazione ti sembra strana (un importo che passa da 12,50 a 1250, una data che passa dal 2024 al 2099), significa che un mapping o un formato è interpretato male. Meglio correggere ora che disfare 1.000 import sbagliati.

L'import vero e proprio dura dai 30 ai 90 secondi per 1.000 righe a seconda della connessione. Una barra di avanzamento mostra la percentuale elaborata. Alla fine, MCC mostra un riepilogo: N righe importate con successo, N righe come doppioni fusi, N righe scartate con errori. Tieni questa pagina aperta: è lei a guidare il seguito del processo.

Deduplicazione automatica (chiave serie+numero+variant)

La deduplicazione MCC è la funzionalità che fa risparmiare più tempo nel lungo periodo. Evita di avere due schede Amazing Spider-Man #800 nel database perché l'hai importato due volte (export di maggio, ri-export di giugno), o perché due copie fisiche sono state inserite con etichette leggermente diverse.

La chiave di deduplicazione MCC combina tre campi: Serie (normalizzata: maiuscole/minuscole uniformate, articoli "The" rimossi all'inizio, spazi standardizzati) + Numero (normalizzato: zeri iniziali rimossi, #001 e #1 considerati identici) + Variant (normalizzato: Regular e vuoto considerati identici, A e Cover A identici). Questa tripla chiave risolve il 95% dei casi. Per il restante 5% (variant di variant, edizioni speciali), resta necessario un intervento manuale.

Concretamente, all'import MCC analizza ogni riga e la confronta con il database esistente. Sono possibili tre risultati. Caso 1: la riga non esiste nel database, viene creata come nuova scheda. Caso 2: la riga esiste già con esattamente la stessa chiave serie+numero+variant, MCC propone due opzioni a seconda dell'impostazione: sovrascrivere i dati esistenti con i nuovi, o conservare i vecchi e ignorare i nuovi. Caso 3: la riga somiglia a una esistente senza corrispondenza esatta (per esempio "Amazing Spider-Man #1" e "Amazing Spider-Man Vol 1 #1"), MCC contrassegna la riga come "da verificare" e ti lascia decidere manualmente dopo l'import.

La gestione delle copie multiple è un caso speciale. Se possiedi due copie di Amazing Spider-Man #1 (uno slab CGC 9.4 e una reading copy in VF), vuoi due schede distinte in MCC, non una fusione. La tripla chiave non basta (entrambe le righe hanno serie=Amazing Spider-Man, numero=1, variant=Regular). La soluzione consiste nell'aggiungere un campo Copia (numerato 1 e 2) nel tuo CSV sorgente: MCC riconosce questo campo e crea due schede distinte collegate allo stesso issue. Per i collezionisti che hanno sistematicamente più copie, l'articolo importare la collezione di fumetti in un'applicazione dettaglia il pattern delle copie multiple.

Gestione degli errori di riga (righe scartate + correzione)

Nessun import su 1.000 righe passa al 100%. Mettere in conto dal 2 al 5% di righe scartate è realistico. Su 1.000 voci, sono dalle 20 alle 50 righe da correggere manualmente. Il report degli errori MCC elenca ogni riga scartata con il motivo. Capire questi motivi accelera la correzione.

Gli errori di formato sono i più frequenti. Una data mal formattata (15/03/2025 quando MCC si aspettava l'ISO), un importo con la virgola al posto del punto (12,50 invece di 12.50), un grado CGC in formato testuale ("9.8" invece di 9.8). MCC mostra il valore ricevuto e il formato atteso, il che rende la correzione banale. La cosa più semplice è correggere direttamente nel CSV sorgente e rilanciare un import parziale solo su quelle righe.

Gli errori di riferimento compaiono quando MCC non riconosce la serie indicata. Se hai scritto "Amasing Spider-Man" (refuso) o "ASM" (abbreviazione), MCC non trova la serie nel suo database interno e scarta la riga. Due soluzioni: correggere l'ortografia nel CSV sorgente, o creare manualmente la scheda serie in MCC e poi rilanciare l'import. Per i fumetti indie o indipendenti poco comuni, la seconda opzione è spesso necessaria perché il database MCC non copre l'intera produzione mondiale.

Gli errori di coerenza sono i più subdoli. Hai indicato un grado CGC su una riga senza aver precisato che il fumetto è slabbed, o uno stato testuale (NM) con un CGC_cert compilato, il che è contraddittorio. MCC segnala queste incoerenze e ti chiede di decidere: slab o raw, scegli. Su 1.000 righe inserite nell'arco di tre anni con convenzioni in evoluzione, questo tipo di errore rappresenta spesso la metà degli scarti.

Gli errori da doppioni scartati compaiono quando la modalità rigorosa blocca una riga che somiglia troppo a una esistente senza essere identica. MCC elenca le due righe affiancate e ti chiede di scegliere: fondere (le due diventano una sola scheda di cui scegli i campi prioritari), tenere entrambe (creazione di due schede distinte), ignorare la nuova (la riga del CSV viene lasciata da parte). È il passaggio che richiede più giudizio umano e che nessun algoritmo può automatizzare del tutto.

Buona pratica: non correggere gli errori uno per uno nell'interfaccia MCC, è più lento. Scarica il report degli errori in CSV, correggi tutto in Excel o Sheets, e rilancia un import parziale che contenga solo le righe corrette. Su 50 errori, il risparmio di tempo è del 70-80% rispetto a una correzione singola nell'app.

Verifica post-import su 50 righe casuali

L'errore dopo una migrazione di 1.000 fumetti è considerare l'import concluso non appena la barra di avanzamento raggiunge il 100%. La verifica post-import non è negoziabile: senza di essa, scopri gli errori silenziosi settimane o mesi dopo, quando è troppo tardi per riagganciarli a uno stato precedente affidabile.

Il metodo delle 50 righe casuali è rapido e statisticamente valido. Su 1.000 import, controllare 50 righe (5%) dà un margine di errore dell'ordine di ±3%, più che sufficiente per individuare problemi sistemici. Estrarre queste 50 righe davvero a caso richiede disciplina: non selezionare solo le prime righe (spesso le meglio inserite, quindi un bias), né le ultime (spesso le più recenti, quindi ancora fresche in memoria). La funzione RAND su Sheets o CASUALE su Excel permette di generare 50 indici casuali tra 1 e 1.000, per poi aprire ogni riga corrispondente in MCC.

Per ogni riga campionata, verifica quattro punti: la serie e il numero (le due chiavi primarie, che non devono mai essere errate), la data di pubblicazione (verifica su ComicVine o League of Comic Geeks che la data mostrata in MCC corrisponda a quella reale), il prezzo pagato e il valore (assicurati che nessuna virgola mal interpretata abbia trasformato 12.50 in 1250 o viceversa), il variant e il grado (verifica che una cover variant non sia stata persa come Regular e che un grado CGC sia ben registrato in modalità slabbed e non raw).

Il tempo di verifica è breve: dai 30 ai 60 secondi per riga, ovvero dai 25 ai 50 minuti per le 50 righe. È trascurabile rispetto al tempo di migrazione totale, ma è ciò che fa la differenza tra un import pulito e un import traballante che avvelena il database per anni. Se compaiono più di 3 errori su 50 righe (tasso > 6%), significa che un mapping o un formato è sistematicamente sbagliato. Meglio allora annullare l'import in blocco (l'interfaccia MCC propone un "rollback" nelle 24 ore successive all'import) e ricominciare dopo aver corretto la causa alla radice.

Oltre al campione casuale, è utile un controllo globale sugli aggregati. Conta il numero totale di schede importate in MCC e confrontalo con il numero di righe del CSV sorgente: uno scarto superiore al 5% segnala un problema di deduplicazione. Calcola la somma dei Prezzo_pagato in MCC e confrontala con la somma nel tuo foglio di calcolo d'origine: uno scarto significativo segnala un problema di formato monetario. Conta il numero di editori distinti in MCC e confrontalo con il tuo foglio di calcolo: uno scarto segnala una cattiva armonizzazione delle etichette a monte. Questi tre controlli globali richiedono dieci minuti e individuano l'80% degli errori sistemici.

Per consolidare la sicurezza di questa migrazione, esporta subito dopo la verifica un backup CSV da MCC e conservalo secondo la regola 3-2-1: 3 copie, 2 supporti diversi, 1 fuori sede. L'articolo backup cloud fumetti: regola 3-2-1 applica questo principio a una collezione digitale. Disporre di un backup post-import ti evita di perdere tutto se maneggi male MCC nei giorni successivi.

Caso pratico: 1.000 fumetti Sheets vs migrazione MCC cronometrata

Per rendere concreto il vantaggio della migrazione, ecco un caso pratico cronometrato su una collezione reale di 1.000 fumetti gestita per quattro anni su Google Sheets, poi migrata verso MCC. I tempi sono misurati al cronometro su un campione rappresentativo.

Fase 1: verifica dello Sheets sorgente. 15 minuti. Conteggio delle righe reali (1.047, di cui 1.002 utili e 45 righe di separazione/totali da eliminare). Elenco delle schede (3 schede: Marvel, DC, Indie). Verifica delle intestazioni (12 colonne ma con nomi liberi in italiano: "Editore", "Quotazione attuale", "Costo d'acquisto", ecc.). Decisione: import in una sola volta, dopo armonizzazione delle etichette.

Fase 2: armonizzazione delle etichette. 35 minuti. Colonna Editore: 8 varianti ricondotte a 4 valori canonici (Marvel, DC, Image, Indie). Colonna Serie: 12 refusi corretti tramite Trova-Sostituisci. Colonna Stato: conversione di 60 righe miste (voti CGC nella colonna Stato) verso due colonne separate. Colonna Fonte_acquisto: 5 varianti ricondotte a 3 valori (eBay, Fumetteria, Convention).

Fase 3: conversione dei formati. 12 minuti. Riformattazione delle 1.002 date in ISO tramite TEXT. Conversione dei 1.002 importi in numero decimale con il punto come separatore. Verifica dell'assenza di simboli € residui.

Fase 4: export CSV UTF-8. 3 minuti. File → Scarica → CSV. Verifica rapida in un editor di testo che le lettere accentate siano preservate.

Fase 5: upload e mapping MCC. 8 minuti. Trascinamento del CSV. Mapping delle 12 colonne (10 automatiche, 2 manuali: "Quotazione attuale" → Valore_attuale e "Costo d'acquisto" → Prezzo_pagato). Anteprima delle prime 10 righe convalidata. Avvio.

Fase 6: import e risultati. 1 minuto e 20 secondi (tempo di import effettivo). Risultati: 982 righe importate con successo, 12 doppioni fusi (ri-import di ristampe), 8 righe scartate con errori (4 errori di formato data, 2 errori di riferimento serie, 2 errori di coerenza grado).

Fase 7: correzione degli errori. 18 minuti. Download del report degli errori. Correzione delle 8 righe in Excel. Ri-import parziale. Le 8 righe passano tutte al secondo tentativo.

Fase 8: verifica su 50 righe casuali. 32 minuti. Generazione di 50 indici casuali, apertura di ogni riga, verifica di serie, numero, data, prezzo, variant, grado. 1 errore individuato (un grado CGC 9.4 mostrato come 9.6 a causa di un inserimento ambiguo nella tabella sorgente — corretto in 30 secondi). Tutti gli altri campi sono fedeli alla sorgente.

Fase 9: controlli globali e backup. 8 minuti. Confronto del numero di schede (1.002 sorgente vs 1.002 in MCC: OK). Somma dei Prezzo_pagato (3.847 € sorgente vs 3.847 € MCC: OK). Conteggio degli editori distinti (4 sorgente vs 4 MCC: OK). Export di un backup CSV da MCC, conservazione locale + cloud + chiavetta USB.

Totale della migrazione cronometrata: 2 ore e 12 minuti per 1.000 fumetti. Rispetto alle 40+ ore che avrebbe richiesto un reinserimento manuale in una nuova applicazione senza import, è un risparmio del 95% di tempo. Rispetto al tempo di inserimento iniziale distribuito su quattro anni (stimato in 60 ore su Sheets), è comunque un guadagno netto, perché la migrazione capitalizza sul lavoro già fatto.

Per valutare il valore reale della collezione una volta migrata e beneficiare della quotazione eBay live di MCC, l'opzione di stima gratuita dà in pochi minuti una forbice di valutazione aggiornata. Per esplorare il catalogo di serie precaricate che da ora accelerano gli inserimenti futuri, vedi il catalogo fumetti. I collezionisti principianti ancora indecisi se investire in un'app possono consultare la guida del collezionista principiante di fumetti, e i collezionisti francesi l'equivalente guida del collezionista di fumetti in Francia.

Disclaimer metodologico. I tempi di migrazione cronometrati provengono da un caso reale su una collezione di 1.000 fumetti gestita per quattro anni su Google Sheets. Le durate reali variano a seconda della pulizia del foglio di calcolo sorgente, della familiarità dell'utente con gli strumenti e della complessità dei casi particolari (copie multiple, fumetti indie non catalogati). Le stime di risparmio di tempo sono illustrazioni e non costituiscono né una garanzia di prestazioni né una consulenza patrimoniale. La valutazione eBay live di MCC si basa sui comparabili delle vendite concluse e riflette stime di mercato che possono evolvere.

FAQ

Articoli correlati