Bonjour,
2. Vous pouvez essayer le bouton "check database" de la configuration HikaShop. Cela va vérifier que toutes les tables dont HikaShop a besoin sont présentent, y compris celle-ci.
Mais comme je disais, normalement HikaShop devrait crasher sur le site, si la table était vraiment manquante. Donc je crains que le souci vienne d'autre part. Pourriez-vous faire une capture de l'interface d'import avant de lancer l'import ?
Aussi, si vous activez l'option "debug" de la configuration Joomla avant de lancer l'import, le message d'erreur devrait contenir plus d'information, comme un "callstack" qui devrait permettre de mieux comprendre d'où vient le problème.
3. Il va falloir recréer les champs personnalisés dans HikaShop. Après, pour récupérer les données, cela devrait être possible assez facilement avec une requête MySQL dans votre PHPMyAdmin:
UPDATE #__hikashop_product as hkp LEFT JOIN #__hikashop_vm_prod as hkvp ON hkp.product_id = hkvp.hk_id LEFT JOIN #__virtuemart_products as vmp ON hkvp.vm_id = vmp.virtuemart_product_id SET hkp.xxx = vmp.yyy;
où #__ est le préfix des tables du site, xxx le nom de colonne du champ dans HikaShop et yyy le nom de colonne du champ dans VM.
Après, cela reste limité car le format de certains types de champs est différents entre HikaShop et VirtueMart. Par exemple, pour un champ de type "advanced date picker", la date est sauvegardée dans un autre format entre les deux, et donc même si l'import des données est faisable, ce ne sera pas utilisable. C'est notamment pour cela qu'il n'y a pas d'import des champs personnalisés car réaliser la compatibilité des formats des différents types est très complexe.