Avis
Également en vente sur PrestaShop Addons, la marketplace officielle de PrestaShop. Voir le module sur Addons
Module professionnel de sélection et de placement
- Un an de support technique et des mises à jour à vie ; à partir de la deuxième année, le support est prolongé pour 60,48 €/an et inclut la prise en compte de vos idées d'amélioration générales du module.
- Renouvellement automatique ; résiliable à tout moment, sans engagement.
- Un an de support technique et des mises à jour à vie ; ensuite, le support s'arrête (avec l'abonnement, il est prolongé pour 60,48 €/an).
- Un seul paiement, sans prélèvement automatique.
Préparation des commandes pour l'entrepôt : file d'attente des commandes, vagues de collecte avec itinéraire prédéfini, application mobile de collecte, bons de commande et vérification des étiquettes par lecture, afin que deux colis ne quittent jamais l'entrepôt avec des étiquettes croisées.
Compatible avec PrestaShop 8 et 9. Aucune modification supplémentaire.
Magasin
Deux boîtes sur la table. Deux étiquettes. Deux clients qui reçoivent les articles de l'autre.
Les étiquettes sortent de l'imprimante ensemble et sont apposées manuellement. Lorsqu'elles se croisent, aucune alerte n'est déclenchée : l'erreur n'est découverte que plusieurs jours plus tard, avec deux expéditions et deux retours. RKR Picking organise la préparation des commandes de A à Z et empêche toute utilisation de l'étiquette d'une autre commande.
De la queue à la boîte
Étiquettes infranchissables
Chaque code d'expédition est associé à une seule commande, et le serveur le vérifie. Une commande de trois colis nécessite trois scans. Si un code est réimprimé, la raison est demandée et le code restant doit être scanné à nouveau. Si le code scanné correspond à une autre commande, il est bloqué et le serveur vous indique à quelle commande il appartient afin que l'étiquette soit apposée sur le bon colis. Une étiquette non étiquetée sur la table ? Vous la scannez dans la file d'attente, et le système vous indique à qui elle appartient.
L'étiquette est toujours générée à l'aide du module de votre transporteur , avec toutes ses options : RKR Picking ouvre son bloc depuis l'écran de préparation et récupère le numéro de suivi dès son apparition. Il inclut un adaptateur pour le module postal officiel, qui vérifie également si l'envoi a été généré avec l'option de paiement à la livraison et pour le montant correct.
Et quels que soient vos besoins en entrepôt
Gestion des ruptures de stock priorisant les commandes les plus anciennes, options de tri, profils des employés, autorisations d'accès aux profils, alertes et photos internes des produits, photos des commandes et tableau de bord de performance. Avec les dates d'expiration RKR , chaque ligne spécifie la date, le lot et l'emplacement de prélèvement ; sans cela, rien ne change.
Compatible avec PrestaShop 8.x et 9.x · PHP 8.1 ou version ultérieure
Développé et maintenu par REKIRE
10/11/2026
v1.4.1
Modifié
- Le manifeste n'est plus établi par jour, mais par extraction : à chaque génération, il inclut les envois non encore expédiés et les marque pour éviter leur réexpédition. Le livreur ne passe pas à l'heure de fermeture, et les articles préparés après son passage sont inclus dans le lot suivant.
- À côté de chaque transporteur, vous pouvez voir le nombre d'envois en attente de manifeste. La première fois, il vous sera demandé à partir de quand commencer le comptage.
Ajouté
- "Derniers manifestes" : réimprimez-en un et annulez le dernier de chaque transporteur dont les expéditions sont à nouveau en attente.
10/11/2026
v1.4.0
Une nouvelle option, « Manifeste du jour », est désactivée par défaut.
Ajouté
- Manifeste quotidien dans « Préparation des commandes » : un bouton par transporteur (Correos et Nacex) et un sélecteur de date. Ouvre la feuille que le livreur signe lors de la prise en charge : expédition, commande, service, destinataire, destination, colis, poids et paiement à la livraison, avec totaux, expéditeur, code client et espace pour la signature.
- Veuillez lire les informations d'expédition du module transporteur et inclure les étiquettes créées à partir du bon de commande. Les étiquettes Correos et Correos Express doivent être fournies sur des feuilles séparées.
09/11/2026
v1.3.2
Modifié
- Préparation des commandes : Les commandes sont traitées par vagues, de la plus ancienne à la plus récente. Chaque vague est dirigée par une commande spécifique, et au sein de chaque vague, les commandes sont traitées dans l’ordre de distribution des paniers. Auparavant, les commandes étaient traitées par date, celles d’une vague étant mélangées à celles des autres vagues.
- Filtre de vagues dans la préparation des commandes. Ce filtre est mémorisé pour chaque employé à son retour d'une commande ; si la vague ne contient plus d'articles en attente, toutes les vagues sont affichées.
- Le panier d'ordres est visible à côté de la référence de la vague.
07/11/2026
v1.3.1
Corrigé
- Station d'impression PrestaShop 9 : lors de l'accès via le raccourci sans session ouverte, l'écran est devenu rouge indiquant que la session était terminée, et aucune impression n'a été effectuée.
07/11/2026
v1.3.0
Tout cela grâce à une nouvelle option, « Imprimer depuis une station d'impression », désactivée par défaut : sans l'activer, l'impression se fait normalement.
Ajouté
- File d'attente d'impression : « Imprimer l'étiquette en préparation » laisse une tâche en attente au lieu d'ouvrir l'étiquette sur le mobile, et le mobile voit ce qui lui est arrivé : en file d'attente, envoyée à l'imprimante ou erreur, avec la raison.
- Écran « Station d’impression » dans l’interface d’administration : ouvert sur l’ordinateur de l’imprimante, il collecte les travaux d’impression et les envoie à son imprimante par défaut sans rien installer. Avec Chrome ouvert via le raccourci fourni sur l’écran (
--impression sur borne interactive) ne pose pas la question ; sans cela, il affiche la boîte de dialogue ou télécharge le PDF. - Pour Nacex et Correos, demandez au transporteur le PDF de l'étiquette existante ; pour tout autre transporteur, le document enregistré au format PDF fera l'affaire. Si vous ne parvenez pas à l'obtenir, vous pouvez toujours utiliser votre téléphone portable.
- Nouvelle autorisation par profil : « Utiliser un poste d'impression ».
Son comportement
- Une tâche est imprimée par une seule station, même si plusieurs sont ouvertes.
- Une œuvre revendiquée mais jamais confirmée ne se réimprime pas d'elle-même : elle reste « non confirmée » et sa validation est décidée par une personne, car l'étiquette peut avoir été retirée.
- La réimpression ne génère pas de nouvelle étiquette ; elle demande la raison si le magasin l’exige et annule la lecture précédente à la sortie, comme auparavant.
- Aucun poste n'étant ouvert, le téléphone portable l'alerte et lui propose d'y imprimer les étiquettes ; la tâche attend une heure puis expire, de sorte que l'ouverture du poste le lendemain n'imprime pas les étiquettes de la veille.
- La session expirée affiche un voyant rouge sur le poste de travail, émet un bip et aucune impression n'est possible tant que vous ne vous reconnectez pas. La file d'attente ne conserve ni les PDF ni les adresses, et les tâches sont supprimées après sept jours.
- « Envoyé à l'imprimante » est la seule information que le navigateur puisse connaître : il ne sait pas si le papier est sorti.
Langues
- Le nouveau contenu est disponible en espagnol, anglais, français, italien, allemand et portugais. Le reste du module demeure en espagnol et en anglais.
06/11/2026
v1.2.1
Elle reste sous la même option, « prendre une commande de votre vague », désactivée par défaut.
Modifié
- Lorsqu'une commande est passée, elle est non seulement annulée, mais également restaurée à son état précédent selon son historique, conformément au processus standard de PrestaShop, sans envoi d'e-mail au client et avec l'employé concerné. L'écran affiche alors l'état auquel la commande a été restaurée.
- Son statut est conservé et vous êtes averti si aucun autre statut n'est disponible dans l'historique ; si la vague actuelle ne l'a pas modifié (il est à l'état « préparé », et non « prêt à être expédié ») ; s'il est déjà expédié ou clôturé, ou si la vague précédente l'est ; ou si un retour générerait une facture ou un bon de livraison inexistant. Si un module rencontre une défaillance lors de la modification, la commande est retirée de la vague et vous êtes invité à vérifier son statut.
- Le retour à un état payé n'indique aucune collecte : si le noyau essaie de le faire (dans 9.1 et 9.2, avec un bon de livraison sans facture), cela est annulé.
Ajouté
- Version mobile : « Retirer de la vague » également lors de la collecte de la vague entière, en choisissant l’ordre dans une liste avec de grands boutons et une confirmation, et sous forme de bouton avec du texte sur la carte de collecte.
Corrigé
- Version mobile : la liste de choix lorsqu’un code est valable pour plusieurs lignes s’affiche en blanc sur fond blanc.
06/11/2026
v1.2.0
Toutes les nouveautés s'activent et se désactivent dans les paramètres : la personne qui effectue la mise à jour ne voit rien de différent tant qu'elle n'a pas décidé de les activer.
Ajouté
- File d'attente : filtrez par statut et par marque pour afficher le nombre de commandes dans chaque catégorie. Une commande est comptabilisée pour une marque si elle contient au moins un de ses produits ; la colonne « Marques » indique les produits concernés.
- Retirez une commande de sa vague pendant sa préparation, directement depuis les détails de la vague. Elle retourne dans la file d'attente sans que son statut ne soit modifié ; les articles préparés sont réintégrés à leurs lots, l'emplacement est libéré et le reste de la vague continue de fonctionner. Cette autorisation personnalisée (« Retirer des commandes d'une vague ») est accordée aux profils déjà autorisés à préparer des commandes. Elle vous informe si des unités ont été préparées, si la commande possède déjà une étiquette ou si elle ne peut pas retourner dans la file d'attente en raison de son statut.
- Étiquetage en un clic avec Nacex et Correos : « Générer l’étiquette » s’effectue en cliquant sur le bouton du module du transporteur, en utilisant les valeurs suggérées, sans quitter l’écran de préparation de la commande. « Imprimer » utilise les valeurs fournies par le transporteur. Si les informations de paiement à la livraison figurant sur leur formulaire ne correspondent pas aux détails de la commande, s’il y a plusieurs colis Correos ou si le transporteur génère une erreur, l’étiquette n’est pas générée automatiquement : leur formulaire s’ouvre avec le motif de l’erreur.
Corrigé
- Paiement à la livraison avec
caféLes instructions de préparation indiquaient que 0 € devait être facturé, car ce module enregistrait la commande comme payée dès sa création. Or, il affiche désormais le montant total de la commande. - Une commande dont le module porteur était déjà passé à l'état de fermeture ne pouvait pas être clôturée en préparation (« annulée ou n'étant plus en préparation »).
- « Express Wave » prenait en compte toutes les commandes d'une ligne même si la liste était filtrée, tandis que le bouton ne comptait que les commandes filtrées.
06/11/2026
v1.1.1
Corrigé
- Trois erreurs PHPStan du validateur d'extensions (une comparaison impossible et deux appels directs à des façades de modules optionnels). Aucune modification de la fonctionnalité.
05/11/2026
v1.1.0
Ajouté
- Adaptateur Nacex (
nacex_shippingLes informations de suivi et le code-barres figurant sur l'étiquette proviennent de vos envois ; les envois annulés ne sont pas pris en compte. Les informations imprimées sur l'étiquette ne correspondent pas au suivi, c'est pourquoi, jusqu'à présent, leur lecture était impossible. - Paramètres → Transporteurs : Pour chaque transporteur actif, cette section indique le module qui génère ses étiquettes et le statut de la commande une fois celle-ci clôturée. Ceci est utile pour les transporteurs créés manuellement qui ne précisent pas leur module d'appartenance.
- « Pas d'expédition (retrait en magasin) » : cette option est fermée sans étiquette même si le magasin exige un numéro de suivi.
Corrigé
- Les étiquettes Correos et Nacex n'apparaissaient pas avant la fermeture si l'envoi ne comportait pas encore d'adaptateur : elles étaient lues à l'aide du manuel.
- Le fait de faire appel à un transporteur différent de celui indiqué sur la commande ne entraînera pas la perte des informations de suivi enregistrées par votre module.
- L'avis de paiement à la livraison indiquait « pas de livraison par Correos » pour les commandes et les retraits Nacex.
- Correos a demandé deux relevés pour un seul colis (envoi et paquet) et, lors de la clôture, a modifié le suivi de la commande pour le numéro d'envoi.
- Une commande clôturée mais toujours en attente (retrait en magasin) ne sera plus remise dans la file d'attente.
16/10/2026
v1.0.1
Corrigé
- File d'attente de préparation et débit par opérateur : types de lignes déclarés pour PHPStan. C'est ce que la validation des modules complémentaires a signalé (« Décalage… n'existe pas », 8 erreurs). Cela n'affecte pas la fonctionnalité.
16/10/2026
v1.0.0
Première version dans les modules complémentaires PrestaShop (produit 99258).
Ajouté
- L'onglet « Configurer » (Gestionnaire de modules) affiche les principaux paramètres : mode de prélèvement par défaut, vérification des étiquettes, une lecture par colis, motif de réimpression et conservation des données après désinstallation. Auparavant, cet écran ne comportait que des raccourcis et des diagnostics, et Addons considère qu'une configuration sans champs est incomplète.
Modifié
- Le ZIP ne transporte plus
tests/ni l'un ni l'autrepackage.json.
30/09/2026
v0.13.0
Analyse complète des modules complémentaires PrestaShop.
Corrigé
- Il fonctionne sous PHP 7.2 et 7.3, que PrestaShop 8.0 prend en charge : les fonctions fléchées externes et le
correspondre, ce qui, dans ces versions, empêchait le chargement du module. - Une vague annulée ne laisse plus vos commandes en préparation., Si la commande est intégrée à une autre vague, ses lignes ne sont plus comptabilisées deux fois. Lorsque la vague est annulée, les articles collectés sont réintégrés à leurs lots (dates d'expiration RKR).
- Une commande annulée, remboursée ou mal payée émerge des vagues Et elle ne peut pas être fermée : auparavant, elle pouvait être déplacée vers l’état « prêt » et le client en était informé.
- La file d'attente ne perd plus de commandes à cause des filtres. "Juste une ligne" et "paiement à la livraison" : auparavant, la commande s'arrêtait à 300 avant le filtrage, sans avertissement.
- Les autorisations du module s'appliquent à toutes les actions, Il ne s'agit pas seulement de certaines autorisations ; l'écran des autorisations requiert une autorisation de modification pour les changer. Accorder l'accès à un profil donne également accès à ses menus parents.
- La vérification « uniquement au-dessus du montant » Utilisez ce montant ; auparavant, il se comportait comme « toujours ».
- La politique de conservation des photos est respectée.Les photos expirées sont automatiquement supprimées.
- Les photos marquées « vues par le client » sont vues dans les détails de la commande de votre compte, et seul le propriétaire de la commande peut les ouvrir.
- La désinstallation sans sauvegarde des données supprime également tous les paramètres et les photos.
- Si la réconciliation du schéma échoue lors de l'installation, le programme d'installation vous en informera.
Sécurité
- Le dossier photo et étiquette (
télécharger/rkrpicking) est fermé à l'accès direct ; tout est servi par le biais du module. - Les photos sont toujours enregistrées réencodées au format JPEG et uniquement s'il s'agit de véritables images, avec un nom impossible à deviner.
À la retraite
- Paramètres qui n'ont eu aucun effet : statut à la fin de la collecte, statut de l'incident, stock de réserve, analyse de l'écart, analyse de l'emplacement et filigrane sur les photos.
18/09/2026
v0.12.1
Modifié
- Le bouton « Retirer la commande » est déplacé vers la file d'attente de préparation., C'est là que se trouvent les commandes avant le début de chaque vague. Il n'était pas logique de les placer dans la préparation des commandes : la commande y est déjà traitée. Et maintenant… Il n'est pas nécessaire de surfer sur une vague à la main: presse Collecter Dans le module de commande, une vague est créée pour chaque commande et est directement prise en charge. Pour l'utilisateur, cette vague n'existe pas. Si la commande figure déjà dans une vague ouverte, aucune autre n'est créée (une commande ne peut appartenir qu'à une seule vague) ; elle est ajoutée à celle déjà existante. QR Cela correspond à cette même action : l’onde est donc émise depuis le téléphone et sa collecte commence immédiatement.
- Préparation de la commande, vide, cela explique pourquoi. Auparavant, un tableau vide s'affichait avec la mention « Aucune commande en attente », indiquant que le module ne fonctionnait pas. Cet écran gère les commandes. déjà collecté, Une commande n'est traitée que dans le cadre d'une vague : s'il n'y en a pas, elle est par définition vide. Il vous explique ensuite le processus et vous conduit vers la file d'attente en un clic.
Vous pourriez aussi aimer
4 autres produits de la même catégorie
Produits consultés
También podría interesarte
Questions and answers
-
¿Cómo evita que dos paquetes salgan con la etiqueta cruzada?
0-
La etiqueta se da por buena al escanearla ya pegada en su caja, y el servidor comprueba que cada código de envío pertenece a un único pedido. Un pedido de tres cajas exige tres lecturas, y si el código leído es de otro pedido se bloquea y te dice a cuál pertenece. Si alguien reimprime, se pide el motivo y hay que volver a leer la que queda pegada.
-
-
¿El módulo genera las etiquetas de envío?
0-
No: la etiqueta se sigue generando con el módulo de tu transportista, con todas sus opciones. RKR Picking abre su bloque desde la pantalla de preparación y recoge el número de seguimiento en cuanto aparece. Incluye un adaptador para el módulo oficial de Correos que comprueba además si el envío se generó con reembolso y por el importe correcto.
-
-
¿Cómo se organiza la recogida en el almacén?
0-
Desde una cola de pedidos preparables con filtros y semáforo por antigüedad. Puedes recoger por olas en tres modos (pedido a pedido, agrupada o cluster), con el recorrido calculado por ubicación y congelado para que la lista no cambie a media faena. Los faltantes se reparten completando primero los pedidos más antiguos.
-
-
¿Se puede recoger con el móvil?
0-
Sí. La recolección se hace en el móvil, con escaneo, cantidades, «no encontrado», voz y fotos. Un pedido urgente se recoge solo, abriéndolo con un QR desde la cola.
-
-
¿Qué hojas de pedido imprime?
0-
Tres formatos: una hoja por pedido, un PDF por pedido o todos seguidos. Llevan el detalle para meterlo en la caja, sin la palabra «factura» ni datos internos como la ubicación, y una cantidad distinta de 1 sale en grande para que no se pase.
-
-
¿Qué necesito para instalarlo?
0-
PrestaShop 8.x o 9.x con PHP 8.1 o superior; no usa overrides. Si además tienes RKR Caducidades, cada línea indica de qué fecha, lote y hueco hay que coger; sin él, nada cambia. Incluye perfiles y permisos por empleado y un panel de rendimiento.
-