[Skip to main content](#vessel-content)
# Profile for sl1200mk2
##
[](/forum/user/44915-sl1200mk2 "View sl1200mk2's Profile")
**[ Offline](/forum/user/44915-sl1200mk2)**
- **User Type:** User
- **Register Date:** 05 Sep 2016
- **Last login:** 2 weeks 1 day ago
- **Time Zone:** UTC +0:00
- **Local Time:** 09:46
- **Posts:** 49
- **Profile views:** 134
- **Thank you received:** 8
- **Gender:** Unknown
- **Birthdate:** Unknown
- **Medals:** Hikaserial Subscription Hikashop Business
- Posts
# sl1200mk2's recent posts (49 messages )
All Since last visit 4 Hours 8 Hours 12 Hours 24 Hours 48 Hours Week Month Year All Since last visit 4 Hours 8 Hours 12 Hours 24 Hours 48 Hours Week Month Year
| [ ](#forumbottom) | Subject | Replies / Views | Last Post | [ ](#forumtop) |
|---|---|---|---|---|
| [](/forum/44-mass-actions/910797-colonne-de-la-massaction#373283) | [colonne de la massAction](/forum/44-mass-actions/910797-colonne-de-la-massaction#373283 "-- HikaShop version -- : 6.6.0 -- Joomla version -- : 6.1.3 -- PHP version -- : 8.3 -- Browser(s) name and version -- : Brave Bonjour, avant la mise à jour pour hikaShop 6.6.0, quand je faisais une massAction j'avais ces trois colonnes : item1_order_product_price item1_order_product_quantity item1_order_product_tax maintenant elles n'y sont plus... mais dans ma massAction j'ai bien coché: order_product_price order_product_quantity order_product_tax est-ce que je dois changer un réglage quelque part ? Cordialement, Nicolas") Category: [Mass Actions](/forum/44-mass-actions "Everything about the powerful Hikashop mass action tool") Topic started 2 months 18 hours ago, by [sl1200mk2](/forum/user/44915-sl1200mk2 "View sl1200mk2's Profile") [Last Post](/forum/44-mass-actions/910797-colonne-de-la-massaction#373283 "ça fonctionne bcp mieux, merci ++") 2 months 12 hours ago by [sl1200mk2](/forum/user/44915-sl1200mk2 "View sl1200mk2's Profile") | Replies:2 Views:285 | [Last Post](/forum/44-mass-actions/910797-colonne-de-la-massaction#373283 "ça fonctionne bcp mieux, merci ++") by [sl1200mk2](/forum/user/44915-sl1200mk2 "View sl1200mk2's Profile") 2 months 12 hours ago |
| [](/forum/44-mass-actions/910797-colonne-de-la-massaction#373278) | [colonne de la massAction](/forum/44-mass-actions/910797-colonne-de-la-massaction#373278 "-- HikaShop version -- : 6.6.0 -- Joomla version -- : 6.1.3 -- PHP version -- : 8.3 -- Browser(s) name and version -- : Brave Bonjour, avant la mise à jour pour hikaShop 6.6.0, quand je faisais une massAction j'avais ces trois colonnes : item1_order_product_price item1_order_product_quantity item1_order_product_tax maintenant elles n'y sont plus... mais dans ma massAction j'ai bien coché: order_product_price order_product_quantity order_product_tax est-ce que je dois changer un réglage quelque part ? Cordialement, Nicolas") Category: [Mass Actions](/forum/44-mass-actions "Everything about the powerful Hikashop mass action tool") Topic started 2 months 18 hours ago, by [sl1200mk2](/forum/user/44915-sl1200mk2 "View sl1200mk2's Profile") [Last Post](/forum/44-mass-actions/910797-colonne-de-la-massaction#373283 "ça fonctionne bcp mieux, merci ++") 2 months 12 hours ago by [sl1200mk2](/forum/user/44915-sl1200mk2 "View sl1200mk2's Profile") | Replies:2 Views:285 | [Last Post](/forum/44-mass-actions/910797-colonne-de-la-massaction#373283 "ça fonctionne bcp mieux, merci ++") by [sl1200mk2](/forum/user/44915-sl1200mk2 "View sl1200mk2's Profile") 2 months 12 hours ago |
| [](/forum/29-payment-methods/910796-petit-probleme-avec-paypal#373273) | [petit problème avec Paypal](/forum/29-payment-methods/910796-petit-probleme-avec-paypal#373273 "-- HikaShop version -- : 6.6.0 -- Joomla version -- : 6.1.3 -- PHP version -- : 8.3 -- Browser(s) name and version -- : Brave Bonjour, Je ne sais pas si le pb est dût à Hika ou à Joomla (j'ai mis à jour les deux quasiment l'un après l'autre) mais depuis quand je passe une commande en choisissant Paypal comme mode de paiement j'ai ce message: Les boutons de paiement n'ont pas pu être chargés. Merci de désactiver l'extension de gestion des cookies ou d'optimisation du javascript qui bloque www.paypal.com , puis de recharger cette page. Avant ça fonctionnait (ça aide pas beaucoup ça...) et je n'ai pas changé le réglage des cookies de mon navigateur. Cordialement, Nicolas") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 2 months 1 day ago, by [sl1200mk2](/forum/user/44915-sl1200mk2 "View sl1200mk2's Profile") [Last Post](/forum/29-payment-methods/910796-petit-probleme-avec-paypal#373273 "on dirait que ça fonctionne, je vais attendre le retour d'une commande réelle. merci, Nicolas") 2 months 1 day ago by [sl1200mk2](/forum/user/44915-sl1200mk2 "View sl1200mk2's Profile") | Replies:2 Views:259 | [Last Post](/forum/29-payment-methods/910796-petit-probleme-avec-paypal#373273 "on dirait que ça fonctionne, je vais attendre le retour d'une commande réelle. merci, Nicolas") by [sl1200mk2](/forum/user/44915-sl1200mk2 "View sl1200mk2's Profile") 2 months 1 day ago |
| [](/forum/29-payment-methods/910796-petit-probleme-avec-paypal#373268) | [petit problème avec Paypal](/forum/29-payment-methods/910796-petit-probleme-avec-paypal#373268 "-- HikaShop version -- : 6.6.0 -- Joomla version -- : 6.1.3 -- PHP version -- : 8.3 -- Browser(s) name and version -- : Brave Bonjour, Je ne sais pas si le pb est dût à Hika ou à Joomla (j'ai mis à jour les deux quasiment l'un après l'autre) mais depuis quand je passe une commande en choisissant Paypal comme mode de paiement j'ai ce message: Les boutons de paiement n'ont pas pu être chargés. Merci de désactiver l'extension de gestion des cookies ou d'optimisation du javascript qui bloque www.paypal.com , puis de recharger cette page. Avant ça fonctionnait (ça aide pas beaucoup ça...) et je n'ai pas changé le réglage des cookies de mon navigateur. Cordialement, Nicolas") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 2 months 1 day ago, by [sl1200mk2](/forum/user/44915-sl1200mk2 "View sl1200mk2's Profile") [Last Post](/forum/29-payment-methods/910796-petit-probleme-avec-paypal#373273 "on dirait que ça fonctionne, je vais attendre le retour d'une commande réelle. merci, Nicolas") 2 months 1 day ago by [sl1200mk2](/forum/user/44915-sl1200mk2 "View sl1200mk2's Profile") | Replies:2 Views:259 | [Last Post](/forum/29-payment-methods/910796-petit-probleme-avec-paypal#373273 "on dirait que ça fonctionne, je vais attendre le retour d'une commande réelle. merci, Nicolas") by [sl1200mk2](/forum/user/44915-sl1200mk2 "View sl1200mk2's Profile") 2 months 1 day ago |
| [](/forum/44-mass-actions/910775-declencheur-webhook-de-mass-action#373151) | [Déclencheur webhook de mass action](/forum/44-mass-actions/910775-declencheur-webhook-de-mass-action#373151 "-- HikaShop version -- : 6.5.2 -- Joomla version -- : 6.1.3 -- PHP version -- : 8.3 Bonjour, tout d'abord je tiens à préciser que ce retour à été écrit à l'aide de Claude IA. HikaShop 6.5.2, Joomla 6.1.3, PHP 8.3, LiteSpeed. Le déclencheur « On HTTP request (webhook) » d'une mass action sur la table order rencontre trois problèmes. hikashopmassaction.php ligne 357 compare l'endpoint à $_SERVER. Avec la réécriture d'URL SEF standard, PATH_INFO est vide et l'endpoint renvoie un 404 Joomla. Il faut appeler /index.php/mon-endpoint au lieu de /mon-endpoint, ce que l'aide à l'écran ne laisse pas deviner. Ligne 366, la vérification fait $headers sur le retour de getallheaders(), sans repli sur $_SERVER ni sur $_GET — contrairement à la branche MCP lignes 236-238 qui, elle, les prévoit. Sous LiteSpeed, la clé n'est jamais reconnue. Une fois l'authentification passée et « Load element data » coché, l'exécution échoue sur SQL 1146 : Table 'xxx_hikashop_' doesn't exist — le suffixe de table est vide, le contexte n'est pas transmis dans cette branche. Cordialement, Nicolas") Category: [Mass Actions](/forum/44-mass-actions "Everything about the powerful Hikashop mass action tool") Topic started 2 months 1 week ago, by [sl1200mk2](/forum/user/44915-sl1200mk2 "View sl1200mk2's Profile") [Last Post](/forum/44-mass-actions/910775-declencheur-webhook-de-mass-action#373157 "Bonjour, Merci pour ce rapport, les trois points sont confirmés, reproduits ici et corrigés. Ils partaient tous du même bout de code et se cumulaient. Pour le chemin : c'est bien PATH_INFO qui était lu, et il est vide dès que la réécriture d'URL de Joomla est active. L'aide à l'écran annonce pourtant l'adresse sans index.php, donc c'est le code qui avait tort, pas l'aide. Les deux adresses fonctionnent maintenant, avec ou sans réécriture, et cela vaut aussi pour l'adresse du point d'entrée MCP qui avait exactement la même limite. Pour la clé : au delà de l'absence de repli, le tableau rendu par getallheaders() garde la casse envoyée par le client, et la lecture était faite sur la casse exacte "X-API-KEY". Un client envoyant "X-Api-Key" était donc refusé, ce que nous avons reproduit sur Apache, ce n'est donc pas propre à LiteSpeed. Toute casse est acceptée désormais, avec un repli sur $_SERVER quand getallheaders() n'existe pas. La comparaison se fait aussi à temps constant, et la clé n'est plus recopiée dans le journal. Pour le SQL 1146 : la variable qui porte le nom de la table n'était affectée qu'à l'intérieur du bloc qui traite le paramètre de tri, et elle était utilisée en dehors. Sans paramètre "order" dans la requête, le nom de table partait vide. En passant ?order=une_colonne la requête aboutissait. C'est maintenant corrigé. Un point sur votre chemin d'endpoint : il doit commencer par une barre oblique, /mon-endpoint et non mon-endpoint, sinon la comparaison échoue et vous obtenez un 404 même une fois le reste corrigé. Téléchargez le paquet d'installation d'HikaShop sur notre site et installez-le sur le votre pour avoir les différents patchs.") 2 months 1 week ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:254 | [Last Post](/forum/44-mass-actions/910775-declencheur-webhook-de-mass-action#373157 "Bonjour, Merci pour ce rapport, les trois points sont confirmés, reproduits ici et corrigés. Ils partaient tous du même bout de code et se cumulaient. Pour le chemin : c'est bien PATH_INFO qui était lu, et il est vide dès que la réécriture d'URL de Joomla est active. L'aide à l'écran annonce pourtant l'adresse sans index.php, donc c'est le code qui avait tort, pas l'aide. Les deux adresses fonctionnent maintenant, avec ou sans réécriture, et cela vaut aussi pour l'adresse du point d'entrée MCP qui avait exactement la même limite. Pour la clé : au delà de l'absence de repli, le tableau rendu par getallheaders() garde la casse envoyée par le client, et la lecture était faite sur la casse exacte "X-API-KEY". Un client envoyant "X-Api-Key" était donc refusé, ce que nous avons reproduit sur Apache, ce n'est donc pas propre à LiteSpeed. Toute casse est acceptée désormais, avec un repli sur $_SERVER quand getallheaders() n'existe pas. La comparaison se fait aussi à temps constant, et la clé n'est plus recopiée dans le journal. Pour le SQL 1146 : la variable qui porte le nom de la table n'était affectée qu'à l'intérieur du bloc qui traite le paramètre de tri, et elle était utilisée en dehors. Sans paramètre "order" dans la requête, le nom de table partait vide. En passant ?order=une_colonne la requête aboutissait. C'est maintenant corrigé. Un point sur votre chemin d'endpoint : il doit commencer par une barre oblique, /mon-endpoint et non mon-endpoint, sinon la comparaison échoue et vous obtenez un 404 même une fois le reste corrigé. Téléchargez le paquet d'installation d'HikaShop sur notre site et installez-le sur le votre pour avoir les différents patchs.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 2 months 1 week ago |
| [](/forum/2-general-talk-about-hikashop/910148-facturation-electronique#373118) | [Facturation électronique](/forum/2-general-talk-about-hikashop/910148-facturation-electronique#373118 "Bonjour, mon site produit automatiquement des factures suite à des achats... en 2026-2027 il va falloir que les factures se conforment à un format Factur-x... est-ce que Hikashop est prêt pour ça? est-ce que ce n'est pas du tout votre champ de compétence ? merci de vos réponses, Cordialement, nicolas") Category: [General Talk about HikaShop](/forum/2-general-talk-about-hikashop "Suggest your feature requests and ideas for HikaShop") Topic started 8 months 2 days ago, by [sl1200mk2](/forum/user/44915-sl1200mk2 "View sl1200mk2's Profile") [Last Post](/forum/2-general-talk-about-hikashop/910148-facturation-electronique#373126 "Bonjour, Merci pour ces précisions, elles correspondent exactement à ce que nous avions anticipé. Les deux mises à jour viennent d'être publiées : - Facture PDF 4.1.3 - SUPER PDP 1.1.0 Installez bien les deux : la 1.1.0 du plugin SUPER PDP a besoin de la 4.1.3 pour fonctionner. 1) Statut « Encaissée » Le message 212 est maintenant envoyé automatiquement juste après le dépôt de la facture. Il part sans montant, SUPER PDP reprenant alors le total de la facture, qui est déjà marquée comme intégralement payée. Rien à configurer. Un réglage « Déclarer l'encaissement » permet de le désactiver, ce qui n'est utile que si vos factures partaient avant d'avoir été payées. 2) B2B / B2C La distinction est bien automatique, mais nos tests ont révélé deux problèmes de notre côté qui vous concernaient directement, et qui sont corrigés dans ces versions : - Les factures à des particuliers étaient en fait refusées par SUPER PDP, le cadre de facturation transmis n'étant pas un code valide. - Les factures à des sociétés françaises partaient comme des factures internationales, car votre boutique y était identifiée par son SIRET et non par l'adresse que SUPER PDP a enregistrée pour elle. Le plugin va désormais chercher cette adresse tout seul, ainsi que celle de votre client dans l'annuaire, à partir du SIREN contenu dans son numéro de TVA. Dans nos tests, les factures sont maintenant réellement acheminées sur le réseau français : 200 (Soumise), 201 (Envoyée), 202 (Reçue), puis 212 (Encaissée). Rien de plus à saisir dans votre boutique, mais deux points à vérifier de votre côté : - Renseignez les trois mentions légales dans les réglages du plugin Facture PDF (pénalités de retard, frais de recouvrement, escompte). La loi les impose sur toute facture, et tant qu'elles sont vides la facture d'une société repart sur PEPPOL au lieu du flux français. - Vérifiez que le régime de TVA de votre compte SUPER PDP est bien renseigné : sans lui, SUPER PDP refuse les factures B2C. 3) Factures mixtes C'est noté, merci pour l'information. Sans objet pour votre catalogue, mais utile pour d'autres. 4) Accès de test Merci pour la proposition, nous avons notre propre compte bac à sable et tout a pu y être validé avant la release d'aujourd'hui.") 2 months 2 weeks ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:19 Views:899 | [Last Post](/forum/2-general-talk-about-hikashop/910148-facturation-electronique#373126 "Bonjour, Merci pour ces précisions, elles correspondent exactement à ce que nous avions anticipé. Les deux mises à jour viennent d'être publiées : - Facture PDF 4.1.3 - SUPER PDP 1.1.0 Installez bien les deux : la 1.1.0 du plugin SUPER PDP a besoin de la 4.1.3 pour fonctionner. 1) Statut « Encaissée » Le message 212 est maintenant envoyé automatiquement juste après le dépôt de la facture. Il part sans montant, SUPER PDP reprenant alors le total de la facture, qui est déjà marquée comme intégralement payée. Rien à configurer. Un réglage « Déclarer l'encaissement » permet de le désactiver, ce qui n'est utile que si vos factures partaient avant d'avoir été payées. 2) B2B / B2C La distinction est bien automatique, mais nos tests ont révélé deux problèmes de notre côté qui vous concernaient directement, et qui sont corrigés dans ces versions : - Les factures à des particuliers étaient en fait refusées par SUPER PDP, le cadre de facturation transmis n'étant pas un code valide. - Les factures à des sociétés françaises partaient comme des factures internationales, car votre boutique y était identifiée par son SIRET et non par l'adresse que SUPER PDP a enregistrée pour elle. Le plugin va désormais chercher cette adresse tout seul, ainsi que celle de votre client dans l'annuaire, à partir du SIREN contenu dans son numéro de TVA. Dans nos tests, les factures sont maintenant réellement acheminées sur le réseau français : 200 (Soumise), 201 (Envoyée), 202 (Reçue), puis 212 (Encaissée). Rien de plus à saisir dans votre boutique, mais deux points à vérifier de votre côté : - Renseignez les trois mentions légales dans les réglages du plugin Facture PDF (pénalités de retard, frais de recouvrement, escompte). La loi les impose sur toute facture, et tant qu'elles sont vides la facture d'une société repart sur PEPPOL au lieu du flux français. - Vérifiez que le régime de TVA de votre compte SUPER PDP est bien renseigné : sans lui, SUPER PDP refuse les factures B2C. 3) Factures mixtes C'est noté, merci pour l'information. Sans objet pour votre catalogue, mais utile pour d'autres. 4) Accès de test Merci pour la proposition, nous avons notre propre compte bac à sable et tout a pu y être validé avant la release d'aujourd'hui.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 2 months 2 weeks ago |
| [](/forum/2-general-talk-about-hikashop/910148-facturation-electronique#373066) | [Facturation électronique](/forum/2-general-talk-about-hikashop/910148-facturation-electronique#373066 "Bonjour, mon site produit automatiquement des factures suite à des achats... en 2026-2027 il va falloir que les factures se conforment à un format Factur-x... est-ce que Hikashop est prêt pour ça? est-ce que ce n'est pas du tout votre champ de compétence ? merci de vos réponses, Cordialement, nicolas") Category: [General Talk about HikaShop](/forum/2-general-talk-about-hikashop "Suggest your feature requests and ideas for HikaShop") Topic started 8 months 2 days ago, by [sl1200mk2](/forum/user/44915-sl1200mk2 "View sl1200mk2's Profile") [Last Post](/forum/2-general-talk-about-hikashop/910148-facturation-electronique#373126 "Bonjour, Merci pour ces précisions, elles correspondent exactement à ce que nous avions anticipé. Les deux mises à jour viennent d'être publiées : - Facture PDF 4.1.3 - SUPER PDP 1.1.0 Installez bien les deux : la 1.1.0 du plugin SUPER PDP a besoin de la 4.1.3 pour fonctionner. 1) Statut « Encaissée » Le message 212 est maintenant envoyé automatiquement juste après le dépôt de la facture. Il part sans montant, SUPER PDP reprenant alors le total de la facture, qui est déjà marquée comme intégralement payée. Rien à configurer. Un réglage « Déclarer l'encaissement » permet de le désactiver, ce qui n'est utile que si vos factures partaient avant d'avoir été payées. 2) B2B / B2C La distinction est bien automatique, mais nos tests ont révélé deux problèmes de notre côté qui vous concernaient directement, et qui sont corrigés dans ces versions : - Les factures à des particuliers étaient en fait refusées par SUPER PDP, le cadre de facturation transmis n'étant pas un code valide. - Les factures à des sociétés françaises partaient comme des factures internationales, car votre boutique y était identifiée par son SIRET et non par l'adresse que SUPER PDP a enregistrée pour elle. Le plugin va désormais chercher cette adresse tout seul, ainsi que celle de votre client dans l'annuaire, à partir du SIREN contenu dans son numéro de TVA. Dans nos tests, les factures sont maintenant réellement acheminées sur le réseau français : 200 (Soumise), 201 (Envoyée), 202 (Reçue), puis 212 (Encaissée). Rien de plus à saisir dans votre boutique, mais deux points à vérifier de votre côté : - Renseignez les trois mentions légales dans les réglages du plugin Facture PDF (pénalités de retard, frais de recouvrement, escompte). La loi les impose sur toute facture, et tant qu'elles sont vides la facture d'une société repart sur PEPPOL au lieu du flux français. - Vérifiez que le régime de TVA de votre compte SUPER PDP est bien renseigné : sans lui, SUPER PDP refuse les factures B2C. 3) Factures mixtes C'est noté, merci pour l'information. Sans objet pour votre catalogue, mais utile pour d'autres. 4) Accès de test Merci pour la proposition, nous avons notre propre compte bac à sable et tout a pu y être validé avant la release d'aujourd'hui.") 2 months 2 weeks ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:19 Views:899 | [Last Post](/forum/2-general-talk-about-hikashop/910148-facturation-electronique#373126 "Bonjour, Merci pour ces précisions, elles correspondent exactement à ce que nous avions anticipé. Les deux mises à jour viennent d'être publiées : - Facture PDF 4.1.3 - SUPER PDP 1.1.0 Installez bien les deux : la 1.1.0 du plugin SUPER PDP a besoin de la 4.1.3 pour fonctionner. 1) Statut « Encaissée » Le message 212 est maintenant envoyé automatiquement juste après le dépôt de la facture. Il part sans montant, SUPER PDP reprenant alors le total de la facture, qui est déjà marquée comme intégralement payée. Rien à configurer. Un réglage « Déclarer l'encaissement » permet de le désactiver, ce qui n'est utile que si vos factures partaient avant d'avoir été payées. 2) B2B / B2C La distinction est bien automatique, mais nos tests ont révélé deux problèmes de notre côté qui vous concernaient directement, et qui sont corrigés dans ces versions : - Les factures à des particuliers étaient en fait refusées par SUPER PDP, le cadre de facturation transmis n'étant pas un code valide. - Les factures à des sociétés françaises partaient comme des factures internationales, car votre boutique y était identifiée par son SIRET et non par l'adresse que SUPER PDP a enregistrée pour elle. Le plugin va désormais chercher cette adresse tout seul, ainsi que celle de votre client dans l'annuaire, à partir du SIREN contenu dans son numéro de TVA. Dans nos tests, les factures sont maintenant réellement acheminées sur le réseau français : 200 (Soumise), 201 (Envoyée), 202 (Reçue), puis 212 (Encaissée). Rien de plus à saisir dans votre boutique, mais deux points à vérifier de votre côté : - Renseignez les trois mentions légales dans les réglages du plugin Facture PDF (pénalités de retard, frais de recouvrement, escompte). La loi les impose sur toute facture, et tant qu'elles sont vides la facture d'une société repart sur PEPPOL au lieu du flux français. - Vérifiez que le régime de TVA de votre compte SUPER PDP est bien renseigné : sans lui, SUPER PDP refuse les factures B2C. 3) Factures mixtes C'est noté, merci pour l'information. Sans objet pour votre catalogue, mais utile pour d'autres. 4) Accès de test Merci pour la proposition, nous avons notre propre compte bac à sable et tout a pu y être validé avant la release d'aujourd'hui.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 2 months 2 weeks ago |
| [](/forum/2-general-talk-about-hikashop/910148-facturation-electronique#373048) | [Facturation électronique](/forum/2-general-talk-about-hikashop/910148-facturation-electronique#373048 "Bonjour, mon site produit automatiquement des factures suite à des achats... en 2026-2027 il va falloir que les factures se conforment à un format Factur-x... est-ce que Hikashop est prêt pour ça? est-ce que ce n'est pas du tout votre champ de compétence ? merci de vos réponses, Cordialement, nicolas") Category: [General Talk about HikaShop](/forum/2-general-talk-about-hikashop "Suggest your feature requests and ideas for HikaShop") Topic started 8 months 2 days ago, by [sl1200mk2](/forum/user/44915-sl1200mk2 "View sl1200mk2's Profile") [Last Post](/forum/2-general-talk-about-hikashop/910148-facturation-electronique#373126 "Bonjour, Merci pour ces précisions, elles correspondent exactement à ce que nous avions anticipé. Les deux mises à jour viennent d'être publiées : - Facture PDF 4.1.3 - SUPER PDP 1.1.0 Installez bien les deux : la 1.1.0 du plugin SUPER PDP a besoin de la 4.1.3 pour fonctionner. 1) Statut « Encaissée » Le message 212 est maintenant envoyé automatiquement juste après le dépôt de la facture. Il part sans montant, SUPER PDP reprenant alors le total de la facture, qui est déjà marquée comme intégralement payée. Rien à configurer. Un réglage « Déclarer l'encaissement » permet de le désactiver, ce qui n'est utile que si vos factures partaient avant d'avoir été payées. 2) B2B / B2C La distinction est bien automatique, mais nos tests ont révélé deux problèmes de notre côté qui vous concernaient directement, et qui sont corrigés dans ces versions : - Les factures à des particuliers étaient en fait refusées par SUPER PDP, le cadre de facturation transmis n'étant pas un code valide. - Les factures à des sociétés françaises partaient comme des factures internationales, car votre boutique y était identifiée par son SIRET et non par l'adresse que SUPER PDP a enregistrée pour elle. Le plugin va désormais chercher cette adresse tout seul, ainsi que celle de votre client dans l'annuaire, à partir du SIREN contenu dans son numéro de TVA. Dans nos tests, les factures sont maintenant réellement acheminées sur le réseau français : 200 (Soumise), 201 (Envoyée), 202 (Reçue), puis 212 (Encaissée). Rien de plus à saisir dans votre boutique, mais deux points à vérifier de votre côté : - Renseignez les trois mentions légales dans les réglages du plugin Facture PDF (pénalités de retard, frais de recouvrement, escompte). La loi les impose sur toute facture, et tant qu'elles sont vides la facture d'une société repart sur PEPPOL au lieu du flux français. - Vérifiez que le régime de TVA de votre compte SUPER PDP est bien renseigné : sans lui, SUPER PDP refuse les factures B2C. 3) Factures mixtes C'est noté, merci pour l'information. Sans objet pour votre catalogue, mais utile pour d'autres. 4) Accès de test Merci pour la proposition, nous avons notre propre compte bac à sable et tout a pu y être validé avant la release d'aujourd'hui.") 2 months 2 weeks ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:19 Views:899 | [Last Post](/forum/2-general-talk-about-hikashop/910148-facturation-electronique#373126 "Bonjour, Merci pour ces précisions, elles correspondent exactement à ce que nous avions anticipé. Les deux mises à jour viennent d'être publiées : - Facture PDF 4.1.3 - SUPER PDP 1.1.0 Installez bien les deux : la 1.1.0 du plugin SUPER PDP a besoin de la 4.1.3 pour fonctionner. 1) Statut « Encaissée » Le message 212 est maintenant envoyé automatiquement juste après le dépôt de la facture. Il part sans montant, SUPER PDP reprenant alors le total de la facture, qui est déjà marquée comme intégralement payée. Rien à configurer. Un réglage « Déclarer l'encaissement » permet de le désactiver, ce qui n'est utile que si vos factures partaient avant d'avoir été payées. 2) B2B / B2C La distinction est bien automatique, mais nos tests ont révélé deux problèmes de notre côté qui vous concernaient directement, et qui sont corrigés dans ces versions : - Les factures à des particuliers étaient en fait refusées par SUPER PDP, le cadre de facturation transmis n'étant pas un code valide. - Les factures à des sociétés françaises partaient comme des factures internationales, car votre boutique y était identifiée par son SIRET et non par l'adresse que SUPER PDP a enregistrée pour elle. Le plugin va désormais chercher cette adresse tout seul, ainsi que celle de votre client dans l'annuaire, à partir du SIREN contenu dans son numéro de TVA. Dans nos tests, les factures sont maintenant réellement acheminées sur le réseau français : 200 (Soumise), 201 (Envoyée), 202 (Reçue), puis 212 (Encaissée). Rien de plus à saisir dans votre boutique, mais deux points à vérifier de votre côté : - Renseignez les trois mentions légales dans les réglages du plugin Facture PDF (pénalités de retard, frais de recouvrement, escompte). La loi les impose sur toute facture, et tant qu'elles sont vides la facture d'une société repart sur PEPPOL au lieu du flux français. - Vérifiez que le régime de TVA de votre compte SUPER PDP est bien renseigné : sans lui, SUPER PDP refuse les factures B2C. 3) Factures mixtes C'est noté, merci pour l'information. Sans objet pour votre catalogue, mais utile pour d'autres. 4) Accès de test Merci pour la proposition, nous avons notre propre compte bac à sable et tout a pu y être validé avant la release d'aujourd'hui.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 2 months 2 weeks ago |
| [](/forum/2-general-talk-about-hikashop/910148-facturation-electronique#372388) | [Facturation électronique](/forum/2-general-talk-about-hikashop/910148-facturation-electronique#372388 "Bonjour, mon site produit automatiquement des factures suite à des achats... en 2026-2027 il va falloir que les factures se conforment à un format Factur-x... est-ce que Hikashop est prêt pour ça? est-ce que ce n'est pas du tout votre champ de compétence ? merci de vos réponses, Cordialement, nicolas") Category: [General Talk about HikaShop](/forum/2-general-talk-about-hikashop "Suggest your feature requests and ideas for HikaShop") Topic started 8 months 2 days ago, by [sl1200mk2](/forum/user/44915-sl1200mk2 "View sl1200mk2's Profile") [Last Post](/forum/2-general-talk-about-hikashop/910148-facturation-electronique#373126 "Bonjour, Merci pour ces précisions, elles correspondent exactement à ce que nous avions anticipé. Les deux mises à jour viennent d'être publiées : - Facture PDF 4.1.3 - SUPER PDP 1.1.0 Installez bien les deux : la 1.1.0 du plugin SUPER PDP a besoin de la 4.1.3 pour fonctionner. 1) Statut « Encaissée » Le message 212 est maintenant envoyé automatiquement juste après le dépôt de la facture. Il part sans montant, SUPER PDP reprenant alors le total de la facture, qui est déjà marquée comme intégralement payée. Rien à configurer. Un réglage « Déclarer l'encaissement » permet de le désactiver, ce qui n'est utile que si vos factures partaient avant d'avoir été payées. 2) B2B / B2C La distinction est bien automatique, mais nos tests ont révélé deux problèmes de notre côté qui vous concernaient directement, et qui sont corrigés dans ces versions : - Les factures à des particuliers étaient en fait refusées par SUPER PDP, le cadre de facturation transmis n'étant pas un code valide. - Les factures à des sociétés françaises partaient comme des factures internationales, car votre boutique y était identifiée par son SIRET et non par l'adresse que SUPER PDP a enregistrée pour elle. Le plugin va désormais chercher cette adresse tout seul, ainsi que celle de votre client dans l'annuaire, à partir du SIREN contenu dans son numéro de TVA. Dans nos tests, les factures sont maintenant réellement acheminées sur le réseau français : 200 (Soumise), 201 (Envoyée), 202 (Reçue), puis 212 (Encaissée). Rien de plus à saisir dans votre boutique, mais deux points à vérifier de votre côté : - Renseignez les trois mentions légales dans les réglages du plugin Facture PDF (pénalités de retard, frais de recouvrement, escompte). La loi les impose sur toute facture, et tant qu'elles sont vides la facture d'une société repart sur PEPPOL au lieu du flux français. - Vérifiez que le régime de TVA de votre compte SUPER PDP est bien renseigné : sans lui, SUPER PDP refuse les factures B2C. 3) Factures mixtes C'est noté, merci pour l'information. Sans objet pour votre catalogue, mais utile pour d'autres. 4) Accès de test Merci pour la proposition, nous avons notre propre compte bac à sable et tout a pu y être validé avant la release d'aujourd'hui.") 2 months 2 weeks ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:19 Views:899 | [Last Post](/forum/2-general-talk-about-hikashop/910148-facturation-electronique#373126 "Bonjour, Merci pour ces précisions, elles correspondent exactement à ce que nous avions anticipé. Les deux mises à jour viennent d'être publiées : - Facture PDF 4.1.3 - SUPER PDP 1.1.0 Installez bien les deux : la 1.1.0 du plugin SUPER PDP a besoin de la 4.1.3 pour fonctionner. 1) Statut « Encaissée » Le message 212 est maintenant envoyé automatiquement juste après le dépôt de la facture. Il part sans montant, SUPER PDP reprenant alors le total de la facture, qui est déjà marquée comme intégralement payée. Rien à configurer. Un réglage « Déclarer l'encaissement » permet de le désactiver, ce qui n'est utile que si vos factures partaient avant d'avoir été payées. 2) B2B / B2C La distinction est bien automatique, mais nos tests ont révélé deux problèmes de notre côté qui vous concernaient directement, et qui sont corrigés dans ces versions : - Les factures à des particuliers étaient en fait refusées par SUPER PDP, le cadre de facturation transmis n'étant pas un code valide. - Les factures à des sociétés françaises partaient comme des factures internationales, car votre boutique y était identifiée par son SIRET et non par l'adresse que SUPER PDP a enregistrée pour elle. Le plugin va désormais chercher cette adresse tout seul, ainsi que celle de votre client dans l'annuaire, à partir du SIREN contenu dans son numéro de TVA. Dans nos tests, les factures sont maintenant réellement acheminées sur le réseau français : 200 (Soumise), 201 (Envoyée), 202 (Reçue), puis 212 (Encaissée). Rien de plus à saisir dans votre boutique, mais deux points à vérifier de votre côté : - Renseignez les trois mentions légales dans les réglages du plugin Facture PDF (pénalités de retard, frais de recouvrement, escompte). La loi les impose sur toute facture, et tant qu'elles sont vides la facture d'une société repart sur PEPPOL au lieu du flux français. - Vérifiez que le régime de TVA de votre compte SUPER PDP est bien renseigné : sans lui, SUPER PDP refuse les factures B2C. 3) Factures mixtes C'est noté, merci pour l'information. Sans objet pour votre catalogue, mais utile pour d'autres. 4) Accès de test Merci pour la proposition, nous avons notre propre compte bac à sable et tout a pu y être validé avant la release d'aujourd'hui.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 2 months 2 weeks ago |
| [](/forum/2-general-talk-about-hikashop/910148-facturation-electronique#372382) | [Facturation électronique](/forum/2-general-talk-about-hikashop/910148-facturation-electronique#372382 "Bonjour, mon site produit automatiquement des factures suite à des achats... en 2026-2027 il va falloir que les factures se conforment à un format Factur-x... est-ce que Hikashop est prêt pour ça? est-ce que ce n'est pas du tout votre champ de compétence ? merci de vos réponses, Cordialement, nicolas") Category: [General Talk about HikaShop](/forum/2-general-talk-about-hikashop "Suggest your feature requests and ideas for HikaShop") Topic started 8 months 2 days ago, by [sl1200mk2](/forum/user/44915-sl1200mk2 "View sl1200mk2's Profile") [Last Post](/forum/2-general-talk-about-hikashop/910148-facturation-electronique#373126 "Bonjour, Merci pour ces précisions, elles correspondent exactement à ce que nous avions anticipé. Les deux mises à jour viennent d'être publiées : - Facture PDF 4.1.3 - SUPER PDP 1.1.0 Installez bien les deux : la 1.1.0 du plugin SUPER PDP a besoin de la 4.1.3 pour fonctionner. 1) Statut « Encaissée » Le message 212 est maintenant envoyé automatiquement juste après le dépôt de la facture. Il part sans montant, SUPER PDP reprenant alors le total de la facture, qui est déjà marquée comme intégralement payée. Rien à configurer. Un réglage « Déclarer l'encaissement » permet de le désactiver, ce qui n'est utile que si vos factures partaient avant d'avoir été payées. 2) B2B / B2C La distinction est bien automatique, mais nos tests ont révélé deux problèmes de notre côté qui vous concernaient directement, et qui sont corrigés dans ces versions : - Les factures à des particuliers étaient en fait refusées par SUPER PDP, le cadre de facturation transmis n'étant pas un code valide. - Les factures à des sociétés françaises partaient comme des factures internationales, car votre boutique y était identifiée par son SIRET et non par l'adresse que SUPER PDP a enregistrée pour elle. Le plugin va désormais chercher cette adresse tout seul, ainsi que celle de votre client dans l'annuaire, à partir du SIREN contenu dans son numéro de TVA. Dans nos tests, les factures sont maintenant réellement acheminées sur le réseau français : 200 (Soumise), 201 (Envoyée), 202 (Reçue), puis 212 (Encaissée). Rien de plus à saisir dans votre boutique, mais deux points à vérifier de votre côté : - Renseignez les trois mentions légales dans les réglages du plugin Facture PDF (pénalités de retard, frais de recouvrement, escompte). La loi les impose sur toute facture, et tant qu'elles sont vides la facture d'une société repart sur PEPPOL au lieu du flux français. - Vérifiez que le régime de TVA de votre compte SUPER PDP est bien renseigné : sans lui, SUPER PDP refuse les factures B2C. 3) Factures mixtes C'est noté, merci pour l'information. Sans objet pour votre catalogue, mais utile pour d'autres. 4) Accès de test Merci pour la proposition, nous avons notre propre compte bac à sable et tout a pu y être validé avant la release d'aujourd'hui.") 2 months 2 weeks ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:19 Views:899 | [Last Post](/forum/2-general-talk-about-hikashop/910148-facturation-electronique#373126 "Bonjour, Merci pour ces précisions, elles correspondent exactement à ce que nous avions anticipé. Les deux mises à jour viennent d'être publiées : - Facture PDF 4.1.3 - SUPER PDP 1.1.0 Installez bien les deux : la 1.1.0 du plugin SUPER PDP a besoin de la 4.1.3 pour fonctionner. 1) Statut « Encaissée » Le message 212 est maintenant envoyé automatiquement juste après le dépôt de la facture. Il part sans montant, SUPER PDP reprenant alors le total de la facture, qui est déjà marquée comme intégralement payée. Rien à configurer. Un réglage « Déclarer l'encaissement » permet de le désactiver, ce qui n'est utile que si vos factures partaient avant d'avoir été payées. 2) B2B / B2C La distinction est bien automatique, mais nos tests ont révélé deux problèmes de notre côté qui vous concernaient directement, et qui sont corrigés dans ces versions : - Les factures à des particuliers étaient en fait refusées par SUPER PDP, le cadre de facturation transmis n'étant pas un code valide. - Les factures à des sociétés françaises partaient comme des factures internationales, car votre boutique y était identifiée par son SIRET et non par l'adresse que SUPER PDP a enregistrée pour elle. Le plugin va désormais chercher cette adresse tout seul, ainsi que celle de votre client dans l'annuaire, à partir du SIREN contenu dans son numéro de TVA. Dans nos tests, les factures sont maintenant réellement acheminées sur le réseau français : 200 (Soumise), 201 (Envoyée), 202 (Reçue), puis 212 (Encaissée). Rien de plus à saisir dans votre boutique, mais deux points à vérifier de votre côté : - Renseignez les trois mentions légales dans les réglages du plugin Facture PDF (pénalités de retard, frais de recouvrement, escompte). La loi les impose sur toute facture, et tant qu'elles sont vides la facture d'une société repart sur PEPPOL au lieu du flux français. - Vérifiez que le régime de TVA de votre compte SUPER PDP est bien renseigné : sans lui, SUPER PDP refuse les factures B2C. 3) Factures mixtes C'est noté, merci pour l'information. Sans objet pour votre catalogue, mais utile pour d'autres. 4) Accès de test Merci pour la proposition, nous avons notre propre compte bac à sable et tout a pu y être validé avant la release d'aujourd'hui.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 2 months 2 weeks ago |
[](/forum/topics/feed/mode-topics?format=feed&type=rss)
Time to create page: 0.057 seconds
[Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org)