Modifications apportées à la fermeture de la fenêtre de paiement et à l’ouverture du tiroir

Jusqu’à présent, le mode de fermeture de la fenêtre de paiement (manuellement ou automatiquement) dépendait de la configuration du paramètre Fermer automatiquement la fenêtre de paiement. Les modifications du mode de fermeture de la fenêtre de paiement et d’ouverture du tiroir en fonction du mode de paiement qui sert à payer/rembourser le document (R, FC, FAC, CFAC, CQFC, CQR, documents générés dans le processus d’échange) ont été apportées à la nouvelle version de l’application.

Si le paramètre Fermer automatiquement la fenêtre de paiement est coché et les modes de paiement pour lesquels le tiroir devrait s’ouvrir automatiquement sur un point de vente :

• l’assignation d’un montant à un mode de paiement (pour lequel l’application devrait ouvrir le tiroir) dans la fenêtre de paiement n’entraînera pas l’ouverture du tiroir
• l’assignation d’un montant à un mode de paiement (pour laquelle l’application ne devrait pas ouvrir le tiroir) dans la fenêtre de paiement n’entraînera pas l’ouverture du tiroir
• la validation de la fenêtre de paiement réglée à l’aide du bouton Valider et la sélection du bouton Facture ou Bordereaux de détaxe (la fenêtre réglée par un mode de paiement pour lequel l’application devrait ouvrir le tiroir) entraînera l’ouverture du tiroir
• la validation de la fenêtre de paiement (réglée à l’aide d’un mode de paiement pour lequel l’application devrait ouvrir le tiroir) n’entraînera pas sa fermeture automatique Après avoir sélectionné le bouton Fermer, l’application vérifie si le tiroir a été fermé. Si le tiroir est fermé, l’application fermera également la fenêtre de paiement. Sinon, la fenêtre de paiement restera ouverte et l’application affichera une notification : « Veuillez fermer le tiroir ».

• la validation de la fenêtre de paiement (réglée à l’aide d’un mode de paiement pour lequel l’application devrait ouvrir le tiroir) entraînera sa fermeture automatique

Modification apportée au prix appliqué des éléments de l’offre groupée

Jusqu’à présent, il a été impossible de modifier le prix appliqué des éléments faisant partie d’un paquet/d’une offre groupée. À partir de la nouvelle version de l’application, cela est possible pour les documents commerciaux.

Lors de la génération de documents, une fois le prix appliqué d’un élément de l’offre groupée modifié, les éléments du document seront recalculés.

Modifications apportées au processus d’échange dans le cadre des offres groupées

Il est désormais possible de gérer la situation où le client échange un article faisant partie d’une offre groupée (avec l’option de la répartition proportionnelle de la remise sur les éléments de l’offre groupée) pour un article non soumis à ce type de promotion.

Or, si l’utilisateur corrige un article faisant partie d’une offre groupée (avec l’option de la répartition proportionnelle de la remise en éléments de l’offre groupée) et il sélectionne le bouton Échange, le message apparaît : « L’élément retourné a été vendu avec la répartition proportionnelle de la remise en éléments de l’offre groupée.  Le paquet sera recalculée après avoir rempli les conditions de l’offre groupée. Voulez-vous continuer ? », avec les options suivantes au choix :

• Oui – les éléments de l’offre groupée qui n’ont pas été corrigés seront automatiquement ajoutés au formulaire d’échange. Les éléments ajoutés de cette manière auront la valeur 0,0 et seront inactifs jusqu’à ce qu’une nouvelle offre groupée ne soit pas recalculée. Les éléments de l’offre groupée qui n’ont pas été marqué par l’utilisateur en tant qu’éléments à retourner ne seront pas corrigés (barrés) jusqu’à ce qu’une nouvelle offre groupée ne soit pas recalculée.
• Non – retour au formulaire du correctif

Si, une fois la réponse Oui sélectionnée, l’utilisateur :

• ajoute un article/des articles au document d’échange et ces articles, comme les éléments inactifs du document, ne remplissent pas des conditions de l’offre groupées, les éléments inactifs :
  • ne seront pas pris en compte lors du recalcul du document
  • n’affecte pas le récapitulatif du document
  • ne sont pas enregistrés dans le document
  • ne sont pas affichés dans l’impression du document
  • ne sont pas affichés dans l’aperçu du document validé

• ajoute un article/des articles au document d’échange et ces articles, comme les éléments inactifs du document, remplissent des conditions de l’offre groupées, alors dans la partie du documents avec les éléments corrigés, ces éléments seront automatiquement corrigés et les éléments inactifs du document:
  • devient des éléments actifs du document
  • affecte le récapitulatif du document
  • sont pris en charge lors du calcul du document
  • sont enregistrés dans le documents
  • sont affichés dans l’impression du document
  • sont affichés dans l’aperçu du document validé

Dans les cas des éléments inactifs ajoutés automatiquement au document d’échange :

• il est impossible de modifier leur quantités et caractéristiques
• il est impossible de les supprimer
• il est possible de modifier leur prix appliqué
• il est possible de modifier la remise d’utilisateur (uniquement au moment de l’activation de ces éléments)

Modifications apportées à la remise de type Remise d’en-tête sur le montant de la transaction

Jusqu’à présent, les groups d’articles n’affectaient pas le calcul de la remise de type Remise d’en-tête sur le montant de la transaction. À partir de la nouvelle version de l’application, les groupes d’articles peuvent être définis en tant que conditions à remplir pour que ce type de remise soit calculé.

Si dans la définition de la remise :

• aucun groupe d’articles n’a été indiqué – le calcul de la remise ne sera pas dépendre du groupe d’articles auquel appartient l’article ajouté au document
• un groupe d’article a été indiqué – la remise sera calculée uniquement sur les articles qui appartiennent à ce groupe

Modifications apportées à la manière d’effacer des paiements réglés dans la fenêtre de paiement

Jusqu’à présent, le bouton Effacer dans la fenêtre de paiement a été disponible après l’assignation d’un montant à un mode de paiement de chaque type sauf Carte. À partir de la nouvelle version, après l’assignation d’un mode de paiement, le bouton Effacer :

• n’est pas visible également dans le cas des modes de paiement qui nécessitent une validation externe (lors de l’intégration avec Ingenico)
• est visible en fonction du paramétrage d’effacement des paiements réglés pour les modes de paiement avec une validation externe dans le système ERP

Si le montant d’un document est réglé à l’aide de plusieurs modes de paiement, le bouton Effacer sera visible et dans le cas d’un mode de paiement avec une validation externe, il entraînera l’annulation de l’opération par le terminal de paiement.

Modifications apportées à la gestion des bons d’achat

Codes-barres GS1

Dans la fenêtre de paiement (pour les documents de vente qui génèrent des acceptations de paiements), il est désormais possible de valider des codes-barres en standard GS1 pour les bons d’achats externes.

Lors de l’acceptation d’un paiement à l’aide d’un bon d’achat externe (en standard GS1), le système reconnaît son mode de paiement à l’aide des préfixes ou RegEx. Si le mode de paiement n’est pas reconnu, l’application ouvre la liste des bons d’achats externes disponibles à sélectionner par l’utilisateur et ensuite la fenêtre permettant de saisir manuellement un montant. Pour cela, il est nécessaire de travailler en mode en ligne. Si le mode de paiement est reconnu, le type de bon d’achat et son montant sont chargés à partir d’un logiciel externe qui vérifie le numéro de bon d’achat. Le mode de paiement peut être également renseignée par l’utilisateur. Le bon d’achat sera ajouté à la liste de bons d’achat. Dans le cas de certains types de bon d’achats externes qui nécessitent une validation externe, l’utilisateur ne doit pas travailler en ligne.

Voici, les informations concernant des types de bons d’achat que vous pouvez définir dans le système ERP :

• les détails sur la numérotation de bons d’achat (par exemple des préfixes)
• si il est possible à leur aide d’accepter un paiement en mode hors ligne.

Regroupement de modes de paiement dans la fenêtre de paiement

Via le système ERP, vous pouvez définir un préfixe ou RegEX (paramètres du schéma de numération) de chaque mode de paiement. Grâce à cela, les modes de paiement d’un type donné peuvent être masqués dans la fenêtre de paiement (de documents commerciaux et caisse-banque) sous une mosaïque.

Vu que les modes de paiement du type donné ne doivent pas avoir un préfixe fixé (du paramétrage du schéma de numérotation), il est possible de définir quel mode de paiement doit être configuré par défaut pour le type donné.

Après avoir sélectionné une mosaïque d’un mode de paiement du type donné dans la fenêtre de paiement et chargé ce paiement, l’application vérifie quel mode de paiement a été utilisé. Ensuite, si :

• le mode de paiement correspondant au schéma de numérotation est actif – ce mode de paiement sera configuré dans la fenêtre de règlement
• le mode de paiement correspondant au schéma de numérotation n’est pas actif – le mode de paiement par défaut pour le type donné sera configuré dans la fenêtre de règlement et le message suivant s’affichera : « Le mode de paiement sélectionné n’est pas actif. Le mode de paiement par défaut a été configuré. »
• il n’existe aucun schéma de numérotation – le mode de paiement par défaut pour le type donné sera configuré dans la fenêtre de règlement

Bouton de sélection d’un client non défini dans le document

Désormais, il est possible de changer un client pour le client indéfini directement dans le document. Après avoir sélectionné le bouton Client (s’il un autre client qu’Indéfini a été sélectionné), le bouton Effacer masqué par défaut est disponible. Après l’avoir sélectionné, le client Indéfini sera à nouveau indiqué dans le document.

Droits à un remboursement

Le droit Validation du remboursement (accordé dans le système ERP) a été ajouté. Il définit quels utilisateurs peuvent valider les documents qui génèrent un remboursement. La vérification du droit concerne le remboursement qui résulte de :

• CQR
• CQFC
• CMFAC
• correctifs manuels
• la validation d’un bordereau de détaxe BD
• documents génèrent lors du processus d’échange
• documents de vente qui comprennent des articles de type Reprise

Génération d’un bordereau de détaxe à un reçu validé

Jusqu’à présent, les documents Bordereaux de détaxe ont pu être générés pour les reçus imprimés. À partir de la nouvelle version de l’application, il est possible de générer un document BD aux reçus validés.

Si dans le système ERP :

• la fonctionnalité de génération de documents BD aux reçus validés a été activée
• le type de document BD n’a pas été défini
• le schéma de numérotation du document de type BD n’a pas été défini

sur le point de vente POS, lors de la génération d’un document BD à un reçu validé, le message suivant s’affiche : « Impossible d’établir un bordereau de détaxe. Aucune définition du document n’a été trouvée. »

Validation de la facture client d’un client Indéfini

Jusqu’à présent, il a été impossible de valider une facture client émise pour un client indéfini. Cette fonctionnalité prenant en compte les documents FC, CQFC, FAC et CFAC a été ajouté à la nouvelle application de l’application. Afin d’activer cette fonctionnalité, vous devez cocher le paramètre Validation de la facture client pour le client par défaut.

Colonne d’ordre dans les remises manuelles

La colonne permettant de définir l’ordre des boutons disponibles dans la fenêtre de sélection de remises manuelles a été ajoutée. Elle n’est pas visible via l’interface de l’application.

Comarch POS

Processus de la réception de COMF (ERP : Standard)

À cause du développement des fonctionnalités de la création au niveau de point de vente POS des RECs sur base des COMFs, désormais, des paramètres disponibles dans Comarch ERP Standard sont pris en charge dans POS.  Dans le formulaire du centre -> onglet Point de vente POS :

• Afficher bouton Réceptionner tous dans REC (décoché par défaut) – en cochant ce paramètre le bouton [Réceptionner tous] sera disponible au point de vente POS. En appuyant sur le bouton [Réceptionner tous] l’opérateur réceptionne toutes les positions dans la commande fournisseur.

Bouton [Réceptionner tous] au document de la réception externe

• Ajouter nouveaux éléments au REC générés de COMF (coché par défaut) – ce paramètre permet d’ajouter de nouveaux éléments qui n’étaient pas sur le document de la commande fournisseur à partir duquel la réception est générée

Article supplémentaire ajouté au document de la réception des marchandises généré de la commande fournisseur

Les colonnes suivantes ont été ajoutées dans le formulaire de la réception externe et de la commande fournisseur :

• Prix net
• Prix brut
• Montant net (saisi comme quantité d’article x prix net)
• Montant brut (saisi comme quantité d’article x prix brut)

La disponibilité des colonnes net/brut dépend de :

• la valeur du paramètre direction TVA pour les documents PROF générés sur base de COMF

Désormais, il est également possible de réaliser une commande fournisseur aux plusieurs points de vente. Par exemple, si la commande n’a pas été entièrement réalisée sur un point de vente POS/mPOS, il est possible de continuer son traitement à un autre point de vente lié.

Comarch mPOS

Processus de la réception de COMF (ERP : Standard, Enterprise)

À cause du développement des fonctionnalités de la création des RECs sur base des COMFs au niveau de point de vente mPOS, des paramètres dédiés ont été ajoutés dans le système Comarch ERP Standard. Dans le formulaire du centre -> onglet Points de vente POS -> modifier un point de vente mPOS -> dans la section Documents ont été ajoutés les paramètres suivants :

• Afficher prix d’achat dans REC (décoché par défaut) – en cochant cette case les prix d’achat seront affichés dans REC.

Figure 2 Prix d’achat dans la fenêtre de REC

• Afficher bouton Réceptionner tous dans REC (décoché par défaut) – en cochant cette case le bouton [Réceptionner tous] sera disponible au point de vente mPOS. Grâce au bouton, l’opérateur peut réceptionner toutes les positions dans la commande fournisseur.

POS Agent et la fonction « hors-ligne » dans le système ERP

Compte tenu des exigences du marché, nous avons introduit une fonctionnalité qui facilite le fonctionnement des systèmes ERP utilisant le service Comarch POS Agent Broker pour communiquer avec le POS Agent, lorsque la connexion Internet n’est pas disponible.

La solution précédente nécessitait une connexion en ligne constante avec le service POS Agent afin d’éliminer certaines erreurs dans la synchronisation des documents émis par le point de vente Comarch POS. Cette solution exigeait pourtant que le dispositif sur lequel le service POS Agent était lancé soit toujours en service lorsque les documents étaient émis pour les entrepôts POS dans le système ERP.

Par conséquent, une approche alternative a été introduite afin de permettre l’exécution du processus d’émission des documents d’entrepôt dans le système ERP, même si l’accès aux services POS Agent ou POS Agent Broker n’est pas disponible. Grâce à cette modification, les utilisateurs peuvent continuer à générer et à traiter les documents d’entrepôt dans le système ERP, indépendamment de l’état de disponibilité des services POS Agent et POS Agent Broker.

Désormais, si les services POS Agent ou POS Agent Broker sont indisponibles à cause de l’arrêt des ordinateurs dans les magasins ou de l’instabilité du réseau, il est possible de continuer à travailler dans le système sur les documents d’entrepôt. Le système met en file d’attente les opérations d’entrepôt qui seront automatiquement transmises à POS Agent dès que la connexion sera rétablie, afin d’être traitées ultérieurement. Ainsi, malgré les obstacles techniques, il est possible de maintenir la continuité opérationnelle du système ERP et de gérer avec efficacité les opérations de l’entrepôt.

Dans le cadre de cette nouvelle fonctionnalité, nous avons introduit :

• la gestion des stocks négatifs dans le service POS Agent
• la gestion des réservations des réserves/réservations des réserves quantitatives lorsqu’elles dépassent les stocks
• la modification des mécanismes actuels de validation des stocks

Les modifications susmentionnées ont été introduites pour éviter les problèmes liés au retard avec lequel certaines informations (documents) sont transmises au système Comarch ERP Standard. Un fonctionnement correct du système permet d’éviter la création des soldes négatifs ou des réservations en surplus une fois que toutes les données ont été téléchargées.

Un paramétrage du fonctionnement de POS Agent a été alors ajouté à Comarch ERP Standard. Ainsi, pour pouvoir effectuer des opérations à partir du système ERP sur un entrepôt affecté à POS l’agent TPV, lorsque les services POS Agent ou POS Agent Broker sont désactivés ou indisponibles, il faut activer le paramètre suivant : Pos Agent – Gestion de mode hors ligne Ce paramètre est disponible dans Comarch ERP Standard à partir du niveau Système → Configuration → POS.

Modifications du processus de réservation

Le mécanisme de création de réservation a été modifié lorsque la Gestion de mode hors ligne de POS Agent est activée. Lorsque ce paramètre est sélectionné, des documents d’entrepôt peuvent être créés du côté d’ERP et générer d’autres réservations. Le mécanisme du processus de réservation a été adapté pour que POS Agent puisse augmenter la réservation de stock, même s’il ne dispose pas de quantités suffisantes. Ce type de fonctionnalité permet d’éviter la perte d’informations sur les réservations lorsque les données relatives à toutes les livraisons provenant du système ERP n’ont pas encore été transmises à POS Agent.

Modifications apportées au mécanisme de vérification de la disponibilité

Lorsque le stock sur POS Agent est temporairement inférieur à zéro, les valeurs négatives ne seront pas présentées sur l’interface utilisateur de Comarch POS. Cela permet d’éviter toute confusion pour l’utilisateur. Dans ce cas, POS Agent affichera une quantité égale à 0 au lieu d’une valeur négative.

Modifications de la liste d’articles et de l’aperçu des articles

La liste d’articles et l’aperçu d’articles contiennent des colonnes relatives à la quantité d’articles. Après les modifications liées à POS Agent, les colonnes relatives à la quantité présentent :

• Quantité disponible – la quantité de stock disponible pour le point de vente Comarch POS si :
  • Quantité > Réservation des ressources – présentation de la différence entre la quantité et la réservation des ressources
  • Quantité ≤ Réservation de ressources – présentation d’une valeur égale à 0
• Quantité totale (masquée par défaut) – quantité totale qui peut présenter d’éventuelles quantités négatives

Changements dans le processus d’inventaire

En raison de changements relatifs à POS Agent, les quantités d’articles peuvent avoir des valeurs négatives dans la base de données de POS Agent. À ce moment, il n’est pas possible de compter les valeurs négatives des stocks dans le processus d’inventaire. Dans ce processus, la quantité Attendue des articles est obtenue à partir de la base de données de POS Agent. Dans les cas où la quantité d’un article est négative dans la base de données de POS Agent, la quantité Attendue sera toujours mise à jour à 0 dans le processus d’inventaire.

Liste des systèmes ERP compatibles avec Comarch POS 2024.5

Système ERP	Version
Comarch ERP Standard	2024.5
Comarch ERP Enterprise	6.2, 6.3
Comarch ERP XL	2024.1

Bons liés à un client (Comarch ERP : Enterprise)

Les cartes cadeaux sont des cartes que le client achète pour un certain montant et qu’il peut utiliser ultérieurement pour effectuer un paiement. En vue d’adapter l’application aux exigences changeantes du marché, la fonctionnalité actuelle des bons d’achat a été étendue pour inclure la possibilité de limiter l’utilisation de ce mode de paiement en relation avec un client. Les modifications apportées à la fonctionnalité comprennent :

• une notification à l’opérateur concernant la limite de bons
• une vérification du bon scanné/sélectionné dans la fenêtre de paiement pour le client requis
• une vérification du bon scanné/sélectionné dans la fenêtre de retour pour le client requis
• la présentation des bons disponibles sur la carte de client

Les bons personnalisés attribués à des clients particuliers sont envoyés au point de vente Comarch POS. Le paramètre Personnalisé par est défini sur les types de bons et détermine si les bons de ce type sont attribués à des clients particuliers. Ce paramètre peut être configuré dans le système Comarch ERP Enterprise dans l’application Types de bons d’achat. Un client particulier doit être attribué à chaque numéro de bon, par conséquent :

• lors de l’utilisation d’un bon d’achat déjà créé avec un client affecté dans le système ERP, le client est vérifié au moment de la sélection/du scan du numéro de bon d’achat sur le document de vente

• au cours du processus de retour, le client est affecté au bon de retour créé à partir du document source

En raison de modifications apportées au service de bons d’achat, un nouvel onglet Bons d’achat (masqué par défaut) a été ajouté à la fiche de client. Cet onglet affiche les bons d’achat actifs qui sont personnalisés et liés au client sélectionné.

Intégration avec le système national d’e-facturation (Comarch ERP : Standard)

Le système national d’e-facturation (KSeF) est entré en vigueur en Pologne en janvier 2022. Sa mission est de collecter les e-factures émises par les entrepreneurs. KSeF offre la possibilité d’émettre des factures structurées comme l’un des moyens acceptés de documenter les transactions, au même titre que les factures en papier et les factures électroniques déjà utilisées dans les transactions commerciales.

À partir de début 2025, le système national d’e-facturation sera introduit de manière obligatoire. Afin de répondre aux exigences du marché, la fonctionnalité d’intégration avec KSeF a été alors ajoutée. La fonctionnalité a été mise en œuvre dans les domaines suivants :

• enregistrement direct des factures dans KSeF depuis le point de vente Comarch POS
• téléchargement de la confirmation de statut AR
• impression des factures avec un code QR
• aperçu du statut de la facture

En l’absence de connexion à la plateforme KSeF, il est désormais possible d’émettre un document depuis le point de vente Comarch POS, et de l’envoyer ultérieurement depuis le système ERP vers KSeF.

Modifications des impressions et des codes QR

L’intégration actuelle avec KSeF a été étendue pour inclure l’impression des données KSeF sur les impressions de documents, notamment l’impression des codes QR en ligne. Le connecteur KSeF prend en charge la génération des codes QR à partir des données de documents téléchargées depuis l’AR. Pour cette raison, l’option d’impression sur une impression générée par Comarch POS a été ajoutée. Un code QR consiste en une séquence unique de caractères présentée sous forme d’un code graphique carré bidimensionnel, conformément à la norme ISO/IEC 18004:2015.

Les modifications des impressions sont prises en charge pour les documents qui ont été envoyés et correctement enregistrés dans la plateforme KSeF. Lors du téléchargement des données AR, le lien de vérification est enregistré dans la base de données POS. Le connecteur KSeF permet d’utiliser le lien de vérification du document pour générer un code QR correspondant à l’aide d’une méthode adéquate, ce qui permet ensuite de l’envoyer à Comarch POS.

Le code QR et le numéro KSeF avec un lien de vérification sont imprimés sur la partie inférieure du document. Le lien de vérification est créé du côté du composant KSeF sur la base des données envoyées par le système ERP. Le lien de vérification sert à vérifier la facture émise dans KSeF si le code QR sur l’impression est illisible pour divers motifs.

Modifications de l’interface

Un nouveau bouton [Afficher les données KSeF] a été ajouté pour les documents qui ont été enregistrés dans KSeF. Le bouton est disponible :

• pour les types de documents : FS, KIFS, FSL et KIFSL
• si le paramètre Traitement de KSeF est activé. Le paramètre est disponible dans le système Comarch ERP Altum sur le formulaire de l’entreprise dans la section Commerce si le Groupe de taux TVA est défini sur PL

Après avoir cliqué sur le bouton, une nouvelle fenêtre Données de KSeF s’ouvre.

Les éléments suivants s’affichent dans cette fenêtre :

• le code QR du document KSeF
• le numéro KSeF
• le statut du document KSeF
• le lien vers le document KSeF
• les boutons [Fermer] et [Copier le numéro KSeF]

Modifications liées aux commandes de vente (Comarch ERP : Standard, Enterprise)

Critères de tri et de filtrage sur la liste des commandes de vente (Comarch ERP : Standard, Enterprise)

Conformément aux exigences des clients utilisant la fonctionnalité de préparation des commandes de vente, de nouveaux filtres ont été ajoutés à la liste des commandes et des offres de vente :

• PL : Réception dans l’entrepôt
• PL : Réception dans le magasin
• PL : Point de livraison externe
• PL : Adresse du client externe

Format de date pour le filtre Date de livraison (Comarch ERP : Standard, Enterprise)

Jusqu’à présent, les dates liées aux documents de commande de vente avaient un format non horodaté (jj.mm.aaaa). Dans le contexte des exigences des clients qui créent plusieurs commandes de vente pour un canal de vente le même jour, un format détaillé comprenant la date et l’heure (jj.mm.aaaa hh:mm) a été introduit.

Une nouvelle section comportant une sélection de l’heure a été ajoutée dans la fenêtre de filtre selon la date de livraison.

Le filtrage non seulement par date, mais aussi par heure exacte améliore l’efficacité du traitement et de la gestion des commandes.

Possibilité de configurer le montant de l’acompte requis au paiement (Comarch ERP : Enterprise)

Si une commande de vente est créée à un point de vente Comarch POS et livrée au domicile du client ou à un point de livraison externe, les marchandises sont physiquement retirées de l’entrepôt. Il ne s’agit donc pas d’une simple réservation de marchandises, mais d’une commande réelle. Ainsi, le client est prié de payer le montant total de la commande de vente lors de sa création au point de vente Comarch POS. Pour garantir le total du paiement anticipé a été payé, le pourcentage de l’acompte est prédéfini et ne peut pas être modifié par l’opérateur du point de vente POS.

La fonctionnalité nécessite de prédéfinir le pourcentage du premier acompte dans la fourchette de 0,01 % à 100 % dans le système Comarch ERP Enterprise.

Changements de fonctionnalité Disponibilité d’un article dans d’autres magasins (Comarch ERP : Enterprise)

Depuis le niveau de Comarch POS, il existe une fonctionnalité qui permet de vérifier la disponibilité d’un article donné dans d’autres magasins. Ceci est possible en sélectionnant le bouton [Disponibilité dans les magasins] à partir de la liste des articles ou de l’aperçu de la fiche d’article. Précédemment, la fenêtre n’affichait que les entrepôts où l’article, ainsi que sa quantité, étaient disponibles au moment de la vérification. Cette fonctionnalité a été améliorée pour inclure des informations sur la disponibilité d’un article à des dates ultérieures dans la fenêtre Aperçu de la disponibilité dans d’autres succursales. Pour ce faire, il suffit de sélectionner un entrepôt, si les livraisons planifiées à partir des commandes d’achat, par exemple, sont incluses dans le système ERP.

Une fois l’entrepôt sélectionné, il s’ouvre une nouvelle fenêtre contenant des informations sur :

• le numéro de document
• le type de document
• l’entrepôt
• la date de livraison
• la quantité

Identification des cartes de paiement par le code BIN (Comarch ERP : Standard)

La fonctionnalité de reconnaissance du type de carte de crédit basée à partir du code BIN a été introduite en intégration avec le terminal Ingenico. Ce type d’information est envoyé par le terminal EFT au point de vente Comarch et stocké dans sa base de données. La mise en œuvre de cette solution améliore le processus de paiement et la conformité aux réglementations légales. La fonctionnalité permet la reconnaissance automatique du type de carte en fonction de la réponse du terminal EFT, ce qui augmente l’efficacité du service de caisse et facilite l’analyse des paiements dans l’entreprise.

Le point de vente Comarch POS stocke les informations sur le type de carte de paiement. Ces informations sont synchronisées avec le système ERP et transmises aux immobilisations.

Modifications de la fonctionnalité Inventaire (Comarch ERP : Enterprise)

Quantités négatives sur les rapports d’inventaire

Jusqu’à présent, il n’était pas possible de saisir des quantités négatives dans les rapports d’inventaire. En réponse aux nombreuses demandes et besoins des clients, nous avons introduit une fonctionnalité qui permet aux utilisateurs d’ajouter des articles avec des quantités négatives au rapport d’inventaire afin de gérer correctement les niveaux de stock. Nos clients peuvent ainsi bénéficier d’une plus grande précision et d’une plus grande efficacité dans leurs opérations d’entrepôt.

Cette fonctionnalité permet aux utilisateurs de remplir correctement les quantités dans les rapports d’inventaire dans les situations où :

• des quantités incorrectes ont été ajoutées dans le premier rapport ou dans un rapport validé précédemment
• des marchandises ont été sorties de l’entrepôt

L’introduction de la possibilité d’ajouter des quantités négatives permettra :

• l’inclusion des marchandises sorties lors de l’inventaire
• la correction des données pour les quantités saisies de manière incorrecte
• la sommation correcte des quantités d’un produit donné dans tous les rapports

Processus de modification des prix des produits (Comarch ERP : Enterprise)

Le processus de modification des prix des produits dans un magasin comprend la mise à jour des étiquettes de prix sur les produits individuels. Grâce à l’application Comarch POS, l’utilisateur a la possibilité de prévisualiser ce processus et d’imprimer des étiquettes dans la quantité disponible en stock. Au niveau du point de vente POS, les éléments suivants ont été ajoutés :

• la possibilité d’appliquer de nouvelles étiquettes de prix aux produits
• la possibilité de marquer les produits comme étant En promotion sur la base de remises ou d’autres opérations

commerciales

• l’impression d’une seule étiquette pour l’article sélectionné
• l’impression d’étiquettes pour tous les produits soumis à des changements de prix

Après avoir cliqué sur le bouton [Mise à jour des étiquettes], une liste des tâches avec les articles qui doivent être étiquetés s’affiche. À partir de cette liste, il est possible de rechercher des articles par :

• le nom
• le code
• le code-barres
• le nom de la liste de prix

La tâche d’étiquetage des prix comprend une liste d’articles avec de nouveaux prix et des informations sur la quantité résultant du comptage/de la recherche d’articles à l’aide de l’application Comarch mPOS. L’application POS permet à l’utilisateur de prévisualiser le processus et d’imprimer des étiquettes.

Liste des tâches – mise à jour des étiquettes (Comarch ERP : Enterprise)

La fonctionnalité Liste des tâches a été enrichie d’une nouvelle option : Mise à jour des étiquettes. La liste des tâches permet d’envoyer des informations sur une nouvelle mise à jour d’étiquettes aux utilisateurs travaillant aux points de vente POS. Si une nouvelle mise à jour d’étiquettes apparaît au point de vente Comarch POS, une icône indiquant le nombre de nouvelles tâches s’affiche à côté de l’horloge. Tant que la liste des tâches n’est pas ouverte, l’icône s’affiche en bleu foncé. Une fois la liste ouverte, l’icône devient blanche, tandis que le nombre de tâches reste visible. La couleur de l’icône indique si une nouvelle mise à jour d’étiquettes est disponible sur le point de vente.

La mise à jour d’étiquettes s’affiche dans la liste des tâches avec les statuts suivants :

• Non commencé
• En cours de traitement
• Après délai – statut défini lorsque la date de fin est antérieure à la date actuelle et que la mise à jour de l’étiquette n’a pas encore été effectuée
• Terminé
• Annulé

Possibilité de définir des limites pour un mode de paiement particulier (Comarch ERP : Standard)

En raison des attentes des clients résultant des restrictions sur le montant maximum des transactions en espèces dans certains pays de l’Union européenne, des limites de paiement ont été introduites au niveau des points de vente Comarch POS. Les limites de paiement en espèces sont établies individuellement pour chaque pays. En République tchèque, la monnaie officielle est la couronne tchèque (CZK), et la limite quotidienne de paiement en espèces est de 270 000 CZK (environ 10 500 EUR). En comparaison, en Pologne, la limite pour les entités commerciales cette limite s’élève à 15 000 PLN (environ 3 400 EUR). Certains pays ont également des exigences légales concernant le montant minimum pouvant être utilisé pour les méthodes de paiement (par exemple, 0,1 € minimum pour les paiements par carte de crédit).

Dans certains pays (par exemple en Pologne), les limites de paiement sont définies en fonction du type de client (client au détail ou client professionnel). En Pologne, la limite maximale de paiement en espèces pour un client professionnel est de 15 000 PLN ; il n’y a pas de limite pour un client au détail.

Le système ERP permet de spécifier la valeur des paramètres :

• Montant minimum du paiement
• Montant maximum du paiement

Les paramètres sont définis pour la limite de paiement en fonction du statut du client et du mode de paiement. Les valeurs des paramètres sont définies en fonction du type de client: entité commerciale, client de détail.

La fonctionnalité relative aux limites de paiement s’applique également aux bons internes et externes ainsi qu’aux documents DC/RC créés pour le client.
Les limites de paiement minimales et maximales dans la devise de paiement sont calculées sur la base du taux de change défini dans le système ERP.

Prise en charge de l’identification de l’acheteur sur le reçu pour une limite définie (Comarch ERP : Standard)

Conformément aux exigences légales en vigueur sur le marché tchèque, il est nécessaire, entre autres, d’identifier l’acheteur lors de la création de documents commerciaux, par exemple en indiquant la personne pour laquelle le service est effectué et en indiquant le numéro d’identification fiscale du client.

Le document peut être émis comme document fiscal simplifié (article 30 de la loi sur l’impôt sur le revenu) si le montant total de la transaction ne dépasse pas 10 000 CZK (environ 375 EUR). Le document fiscal simplifié peut être émis indépendamment du mode de paiement, même si la livraison est payée en espèces, par carte de crédit ou par chèque. Toutefois, le mode de paiement doit respecter la limite établie.

Pour cette raison, la fonctionnalité d’identification de l’acheteur a été introduite sur le point de vente Comarch POS.

Le paramètre responsable de l’identification de l’acheteur est envoyé au point de vente POS lors de la synchronisation. Toutefois, la configuration s’effectue du côté du système ERP. Le paramètre a une valeur numérique, sans limite par défaut. Lorsque la valeur est inférieure à 0, la fonctionnalité est désactivée. Le paramètre Identification de l’acheteur à partir du montant de paiement est disponible dans l’onglet Points de vente POS, lors de la modification du centre POS.

Livraisons externes – développement ultérieur (Comarch ERP : Standard, Enterprise)

Générer un document de vente pour le document LIV (Comarch ERP :Standard, Enterprise)

Pour répondre aux attentes des clients, les éléments suivants ont été introduits au point de vente POS :

• une fonctionnalité permettant de générer un reçu ou une facture de vente pour les documents de livraison externe
• une fonctionnalité permettant de générer une facture et un reçu collectifs pour plusieurs documents de livraison externe

Un nouveau bouton [Générer le document] a été ajouté à la liste des livraisons. Une fois sélectionné, il permet de passer en mode de sélection multiple, où il est possible d’indiquer les documents LIV pour lesquelles un document de vente collectif ou unique sera créé.

Après avoir sélectionné les documents dans la liste, l’utilisateur peut choisir entre une facture de vente et un reçu pour créer un document. Si plusieurs documents LIV sont sélectionnés, les éléments de ces documents ne seront pas affichés comme fusionnés, mais chaque élément sera affiché séparément, même s’il apparaît sur plusieurs documents LIV.

Seuls les documents LIV avec le même sens de TVA et la même méthode d’agrégation et le même client peuvent être sélectionnés pour générer un document FC/R collectif. Seuls les documents avec le sens de TVA = Sur le montant TTC peuvent être utilisés pour un reçu.

Conformément aux exigences du client, il n’est pas possible d’ajouter ou de supprimer des articles d’une facture ou d’un reçu généré à partir de documents LIV, ce qui simplifie le processus de génération des documents de vente. L’utilisateur peut modifier les prix des éléments sur le document de vente généré, mais pas leur quantité.

Pour cette fonctionnalité, la prise en charge des attributs a également été introduite. Un attribut sera transféré vers un document de vente si la valeur de l’attribut est la même pour toutes les livraisons externes sélectionnées.

Générer un document de livraison externe à partir de la fiche de client (Comarch ERP : Standard, Enterprise)

Un bouton [Ajouter une livraison externe] a été ajouté à l’aperçu de la fiche de client. Après avoir cliqué sur le bouton, le formulaire de document LIV pour le client précédemment sélectionné s’ouvre directement sur la fiche. Cette fonctionnalité est utile lorsqu’il est nécessaire d’envoyer rapidement des marchandises à un client. Le bouton se trouvant sur la fiche du client, le système renseigne automatiquement les coordonnées du client sur le document de sortie nouvellement créé.

Intégration de l’imprimante fiscale VLINE80-2 (Comarch ERP : Standard)

Pour répondre aux attentes des clients, un modèle supplémentaire de l’imprimante fiscale, la VLINE80-2, a été intégré à Comarch POS. Ce modèle est une imprimante de reçus compacte avec un massicot automatique, conçue pour être utilisée dans les points de vente et comme imprimante de reçus dans les cuisines. Elle imprime des textes, des graphiques et des codes-barres. Elle peut être utilisée pour imprimer des reçus, des tickets, des commandes, ainsi que des factures et des rapports, avec une résolution de 203 DPI.

Développement TAX FREE – intégration avec Global Blue (Comarch ERP : Standard)

Pour répondre aux attentes des clients, principalement ceux du marché tchèque, Comarch POS a été intégré à Global Blue. Si Global Blue opère en Pologne, une intégration préalable avec PUESC sera nécessaire.

Modifications de l’interface de Comarch POS

La création d’un document TF par Global Blue sur le point de vente Comarch POS sera disponible à partir de la liste des documents commerciaux et de la vue de paiement.

Créer un document Tax Free

Les conditions à remplir pour créer un document TAX FREE sont les mêmes que pour la fonctionnalité standard, autrement dit :

• le document TF ne peut pas être fiscalisé et corrigé
• le document TF est uniquement émis sur la base d’un reçu
• si le documentTF a été généré sur la base d’un reçu, ce reçu ne peut pas être corrigé et une facture ne peut être créée
• un document TF peut uniquement être émis si aucune facture corrective ou autre document TF n’a été émis pour le document associé (reçu)

L’opérateur peut émettre un formulaire Tax Free pour un reçu pour lequel aucun document TAX FREE ou autre document connexe, par exemple une correction, n’a été émis. En sélectionnant la vignette [TAX FREE Global Blue], le vendeur sera redirigé vers le site Web de Global Blue. Sur le site de Global Blue, il trouvera un formulaire TF complété qu’il pourra alors imprimer.

Le vendeur peut également utiliser ce bouton pour invalider/annuler le document Tax Free. Dans ce cas, il y apparaîtra un message lui demandant de confirmer l’annulation. La demande d’annulation est envoyée à Global Blue et une réponse est reçue. Le statut du document devient alors Annulé.

Messages

L’application affiche des messages bloquants dans les situations suivantes :

• le montant du document est inférieur ou égal à la limite définie
• le reçu a déjà des documents liés
• le délai d’émission du document Tax Free dépasse la limite définie dans un pays donné, par exemple 3 mois à compter de la création du reçu
• il n’y a pas de connexion en ligne
• il y a des problèmes externes avec Global Blue et il n’est pas possible d’ouvrir la plateforme

Paiement par GS1 (Comarch ERP : Enterprise)

Pour répondre aux attentes des clients, nous avons introduit une fonctionnalité permettant d’effectuer des paiements par bons d’achat avec des codes-barres dans la structure GS1-128. Jusqu’à présent, les codes GS1-128 étaient lus dans les processus d’entrepôt, maintenant ils ont été adaptés au mécanisme de paiement. L’application reconnaît correctement le numéro du bon d’achat, son type (émetteur), la valeur du bon et sa date d’expiration.

Chaque numéro de bon d’achat externe est défini selon le modèle suivant :

253|AAAAAAAAABCCCCCCCC|17|YYMMDD|3902|VVVvvv

Suite à la demande des clients, il est désormais possible de scanner un bon d’achat externe avec un code GS1 dans la fenêtre de paiement des documents suivants :

• reçu
• facture de vente
• facture d’acompte de vente
• processus d’échange (si la valeur du reçu/de la facture est supérieure à la valeur de la correction)

Module de remise en tant que service externe (Comarch ERP : Enterprise)

Afin de répondre aux exigences du marché et de standardiser les méthodes de calcul des promotions, nous avons implémenté un mécanisme basé sur la technologie des services Web. Cela permettra à d’autres applications de commerce électronique (système ERP, POS, e-Shop, etc.) de bénéficier du module de remise. La fonctionnalité du module de remise a été adaptée de manière à ce qu’elle puisse fonctionner comme un service web indépendant qui permet de calculer les remises sur les éléments des documents de vente dans n’importe quel système de la même manière.

Le module de remise en tant que service web se compose de deux modules principaux avec des services dédiés :

• un service de synchronisation
• un service de calcul, comprenant :
  • un module de remise
  • un module de prix

Les services sont installés par l’outil Comarch Auto Update. De nouveaux composants liés au module de remise ont été ajoutés pour le produit Comarch Retail :

• Discount Engine Service – Discount Service
• Discount Engine – Synchronization Service

Les composants sont installés exclusivement à partir du niveau de l’agent supérieur et du profil principal.

Toutes les informations nécessaires concernant les remises, les prix et les articles requis pour le calcul du panier d’achat sont stockées dans une base de données indépendante, notamment :

• les définitions des remises
• les conditions des remises
• les groupes de clients et leurs relations
• les types de prix et les listes de prix
• les devises et les taux de change

Pour lancer une application, par exemple une boutique en ligne avec un module de remise en tant que service indépendant intégré avec Comarch ERP Enterprise, les étapes de configuration suivantes doivent être effectuées :

• activer la fonction Mécanisme des remises dans l’application Paramètres de base
• créer un canal de vente avec l’adaptateur sélectionné : Mécanisme des remises comme service Web
• dans l’application Canaux de vente, compléter les champs Limite de temps (s) pour la synchronisation et Temps d’attente (s) pour la synchronisation dans l’onglet Mécanisme des remises comme service Web

• créer une affectation de canal de vente avec l’adaptateur Mécanisme de remise en tant que service Web vers le canal de vente avec l’adaptateur Cloud. L’affectation doit être effectuée dans l’application Mécanisme de remises d’affectation

Configuration du composant Discount Engine – Synchronisation Service (DES)

Les données suivantes doivent être fournies pour la configuration du composant Discount Engine – Synchronisation Service :

• configuration de la base de données – pour configurer la base de données, il faut saisir le nom du serveur, le nom de la nouvelle base de données et les données de l’utilisateur SQL. Après avoir saisi toutes les données requises, cliquer sur [Tester la connexion]
• configuration de la synchronisation – pour configurer la synchronisation, il faut saisir :
  • le système – le système ERP dans lequel le mécanisme de remise est intégré en tant que service externe : Comarch ERP Enterprise
  • le code – le code unique du canal de vente avec l’adaptateur Le mécanisme de remise comme service web
  • l’hôte – l’adresse de service du module de remise dans le système Comarch ERP Enterprise
  • le port – le port de service du module de remise dans le système Comarch ERP Enterprise
  • la base de données – l’adresse de la base de données Comarch ERP Enterprise sur laquelle le canal de vente a été créé avec l’adaptateur Mécanisme de remise comme service Web PRESENTA630PL10
  • le nom du certificat – le nom du certificat d’utilisateur Comarch ERP Enterprise

Configuration du composant Discount Engine – Discount Service

La configuration du composant Discount Engine – Discount Service comprend les propriétés suivantes :

• configuration de la base de données – pour configurer la base de données, il faut saisir le nom du serveur, le nom de la nouvelle base de données et les données de l’utilisateur SQL. Après avoir saisi toutes les données requises, cliquer sur [Tester la connexion]

Modifications dans la gestion des limites de crédit (Comarch ERP : Standard)

Afin de mieux gérer les limites de crédit et d’introduire un contrôle supplémentaire sur le dépassement de la date d’échéance de paiement, de nouveaux paramètres de configuration synchronisés avec Comarch POS ont été introduits. Ces modifications ont pour objectif d’abaisser de manière automatique la limite de crédit du client s’il dépasse la date d’échéance de paiement établie. Ces fonctionnalités permettent de minimiser le risque financier et de mieux contrôler les limites de crédit accordées aux clients.

Un nouveau paramètre a été ajouté dans le système Comarch ERP Standard, dans le formulaire du contractant -> onglet Limites de crédit. Ce paramètre aura une incidence sur le calcul de la limite de crédit dans POS :

Dépassement autorisé – ce paramètre sert à valider le nombre maximum de jours d’échéance. En cas de retard de paiement supérieur au nombre de jours indiqué, le système se comportera comme si la limite de crédit avait été dépassée, même dans le cas d’une option de limite de crédit ouverte.

En raison de l’introduction d’un nouveau paramètre, les éléments suivants ont été ajoutés au point de vente Comarch POS :

• des informations supplémentaires sur le dépassement du délai de paiement autorisé sont présentées sur la carte du client
• une nouvelle notification sous forme de message s’affichera sur le document pour signaler le dépassement du délai de paiement autorisé lors de la sélection de client

Si une limite de crédit a été activée pour un client donné, un contrôle est effectué pour voir si la limite de crédit a été dépassée et s’il y a des retards de paiement. Le montant dû n’augmente pas la limite utilisée, mais il affecte la 'validation des documents.