Glossaire

[A], [B], [C], [D], [E], [F], [G], [H], [I], [J], [K], [L], [M], [N], [O], [P], [R], [S], [T], [U], [W], [Y], [Z]

[A]

  • Acheteur – client qui achète un service/article
  • Acompte – partie du paiement versé pour la livraison prochaine de marchandises ou de services afin de garantir l’exécution du contrat. Dans l’application, il est possible de générer une facture d’acompte (FZC) au document de commande client.
  • Anonymisation – suppression ou chiffrage des données personnelles du client donné ou de la personne de contact/du membre de famille
  • Article – marchandise ou service soumis au vente/à l’achat
  • Articles associés – articles associés qui sont souvent vendus ensemble
  • Assortiment – ensemble de deux ou plusieurs articles qui sont vendus au client sous la forme d’un seul produit
  • Attributs – informations supplémentaires sur les objets.
  • Autoliquidation de la TVA – transmission de l’obligation d’acquitter la taxe sur la transaction conclue du vendeur à l’acheteur
  • Avoir fournisseur – enregistrer les paiements associés aux transactions qui ne sont pas soumises à la TVA

[B]

  • BI Point – application permettant de créer des rapports avancés concernant l’activité de la boutique/de l’entreprise
  • Bon d’achat – document donnant le droit à son titulaire de procéder à un achat de biens avec un mode de paiement autre qu’espèces à une date donnée, dans une entreprise spécifiée et pour le montant pour lequel un bon d’achat donné est émis. Il peut être également utilisé comme identifiant du client ou de sa transaction.
  • Bon de réduction – objet permettant de calculer la remise qui lui a été associé
  • Bordereau de détaxe – document autorisant les voyageurs à demander le remboursement de la TVA

[C]

  • Calculer le fonds de caisse – vérification du fonds de caisse actuel en prenant en compte toutes les valeurs nominales
  • Carte de fidélité – carte ou bon d’achat qui identifie le client en tant que client fidèle/membre du programme de fidélité
  • Client – acheteur ou destinataire
  • Clôture de la journée – permet de clore la journée de vente après le calcul du fonds de caisse
  • Commande client – document permettant de faire une demande pour des marchandises manquantes (dans une boutique donnée)
  • Compteur de passage – indique le nombre de clients qui visité la boutique
  • Compteur de visites – indique le nombre de clients qui ont visité la boutique
  • Consentements – consentements concernant le traitement de données qui peuvent être signés par le client. Ils peuvent se référer au canal de communication spécifié (par exemple : téléphone)
  • Correctif – document de correction concernant une quantité ou un montant incorrect (l’application prend en charge uniquement des correctifs de la quantité)

[D]

  • DC – preuve de paiement (dépôt caisse/banque) qui confirme la réception d’argent à la caisse
  • Destinataire – client qui réceptionne l’article/le service
  • Devis client – document étant une offre de vendre par un Partie d’une marchandise/un service selon les conditions définies à l’autre Partie qui peut accepter cette offre
  • Documents commerciaux – documents de type quantité-montant placés dans le registre TVA et créant des paiements
  • Documents d’entrepôt – document de type quantité enregistrant toutes les activités liées aux mouvements des marchandises dans l’entrepôt
  • Documents préenregistrés – document avec le statut Non validé enregistré dans le brouillon intégré avec le service de synchronisation de données. Les documents préenregistrés peuvent être traités ultérieurement ou sur un autre point de vente.

[E]

  • Échange – processus qui accélérant la procédure de retour d’un article et son échange pour un autre produit. Le vendeur ne doit créer ni un document de correction à part ni un nouveau document commercial. Ils seront créés automatiquement lors du processus d’échange.
  • Éléments globaux – éléments standards de l’application, tels que : boutons de base, mosaïques, champ de type radio bouton, champ de type infobulles.

[F]

  • Facture client – document de vente qui contient des informations détaillées sur une transaction réalisée
  • Facture d’acompte – une partie de la créance versée pour la livraison future d’articles ou de services afin de garantir l’exécution du contrat. Dans l’application, il est possible de générer une facture d’acompte (FAC) pour le document de commande client.
  • Fenêtre d’authentification – fenêtre où l’utilisateur peut accepter un paiement/rendre de l’argent pour un mode de paiement défini
  • Filtres – limite la liste d’objets/ de données à ceux qui répondent à la condition spécifiée

[G]

  • Gestion des vues – fonctionnalité permettant de modifier les paramètres d’une vue
  • Grille – maillage régulier correspondant à la position des éléments dans l’interface

[H]

  • Historique des ventes – historique des transactions du client sélectionné qui affiche les informations sur les achats, les articles retournés, commandés ou réclamés.
  • Historique d’impression – historique de l’impression d’un document original et de ses copies

[I]

  • Imprimante fiscale – appareil enregistrant les revenus des ventes au détail aux fins du règlement de l’impôt (revenus et TVA)
  • Infobulle – élément graphique affiché après avoir indiqué son élément associé à l’aide du curseur de la souris
  • Interface – champ visuel de l’interaction de l’utilisateur avec l’application

[M]

  • Mappage des impressions – définition des imprimantes par défaut pour les impressions PDF de type de document sélectionné
  • Message – message bloquant l’interface, affiché en cas d’erreur ou en cas de besoin de valider une action exécutée par l’utilisateur
  • Mise à jour des données – synchronisations de données entre le système ERP et le point de vente POS
  • Mode en ligne/hors connexion– deux mode de travail de l’application possibles : connexion au service de synchronisation de données avec le système ERP et pas de connexion
  • Montant limite du fonds de caisse – contrôle du fonds de caisse pour le mode de paiement Espèces en devise système
  • Mouvement d’entrepôt – document relatif aux mouvements des marchandises entre les entrepôts de l’entreprise

[N]

  • Notification – message qui ne bloque pas l’interface, affiché dans la partie droite de la fenêtre, informant sur les événements survenus

[O]

  • Offre groupée – remise qui consiste à vendre des articles en ensemble spécifie où le montant de la remise calculée sur le document dépend de la quantité ou du montant des articles vendus
  • Ouverture de la journée – procédure qui commence le travail sur un point de vente le jour donné qui consiste a calculer le fonds de caisse avant de commencer à établir des documents commerciaux

[P]

  • Personnalisation – adaptation de l’interface de l’application aux besoins individuels de l’utilisateur
  • Photo – image qui présente l’article
  • Plafond de crédit – crédit commercial donné par le fournisseur de services/marchandises quand il est d’accord pour reporter le délai de paiement. C’est une situation où les clients se donnent un crédit sans la participation d’une banque.
  • Planning –calendrier de validité des remises pendant les heures, les jours de la semaine, les mois et les mois sélectionnés
  • Préenregistrement – liste des documents non validés
  • Prix de base – prix nom modifiable d’une unité d’article avant d’accorder une remise
  • Prix appliqué – prix modifiable d’une unité d’article avant d’accorder une remise
  • Produit modèle – fiches articles associées qui diffèrent par une caractéristique (p.ex. taille, couleur). Contrairement aux caractéristiques/lots de l’article, cette fonctionnalité permet d’afficher des photos, des descriptions et des attributs à part pour la fiche article donnée.
  • Profil – thème de l’interface de l’application qui est dédié à un utilisateur

[R]

  • Raccourci clavier –touche ou combinaison de quelques touches pour effectuer une action dans l’application de manière plus ergonomique
  • Radio buton – élément graphique à deux statuts : activé et désactivé avec quelques options au choix. La sélection d’une des options désactive les autres.
  • Rapports Grands Totaux – rapports enregistrant une période donnée qui permettent de vérifier la conformité du rapport archivé avec le rapport dans l’application
  • Récapitulatif de la journée – présente un résumé des informations de base sur le fonds de caisse actuel, les ventes et les paiements en espèces
  • Réception de la livraison – document confirmant la réception des marchandises transférées entre les entrepôts de la même entreprise
  • Réclamation – document permettant de signaler un défaut ou une imperfection d’articles ou de services achetés.
  • Reçu – document qui confirme un achat
  • Réimpression – enregistrement de la vente à l’aide des appareils fiscaux
  • Remise – réduction du prix pour encourager l’achat
  • Remise d’en-tête – remise accordée par l’utilisateur sur le document entier (sur tous les éléments du document)
  • Remise d’en-tête sur le montant de la transaction – remise définie dans le système ERP calculée sur tous les éléments du document après avoir atteint un montant donné
  • Remise d’utilisateur – remise accordée par l’utilisateur
  • Reprise – achat des articles (également utilisés) d’un client par l’opérateur du point de vente POS à un prix défini
  • Réservation – ressources d’un article réservé qui ne peut pas être vendu avec un autre document (p.ex. de vente)
  • Ressources – quantité d’article
  • Retour sans ticket – document de correction d’un document commercial non disponible dans le système
  • RC – preuve de retrait (retrait de caisse), signifie un retrait d’argent de la caisse

[S]

  • Service LS – service de synchronisation des données avec les compteurs de passages (d’entrées/de sorties)
  • Service de synchronisation de données – service qui permet de synchroniser les données du point de vente POS avec le système ERP
  • Signature électronique – vérifie l’authenticité du document/message
  • Synchronisation – mise à jour des données entre le système ERP et le point de vente POS

[T]

  • Terminal de paiement – appareil permettant de prendre en charge les cartes bleues lors de l’exécution d’une transaction
  • Thème –ensemble qui caractérise l’aspect graphique de l’application
  • Tiroir – élément du point de vente qui sert à stocker de l’argent
  • Triage –mise en ordre des éléments d’une liste par un caractéristique/une valeur

[V]

  • Visibilité des colonnes – paramétrage permettant d’afficher ou de masquer des colonnes sur des listes d’objets et des listes d’éléments de documents
  • Visibilité des mosaïques – – paramétrage permettant d’afficher ou de masquer les mosaïques dans les fenêtres

 




Traiter les commandes

La liste des commandes et devis client regroupe les boutons suivants :

  • [Aperçu] – affiche l’aperçu d’un document COMC
  • [Modifier le statut] – modifie le statut du document
  • [Annuler] – annule le document avec le statut Validé. Il est impossible d’annuler la commande si le document commercial qui n’est pas annulé a été généré pour cette commande.
  • [Fermer] – renonce au traitement de la commande client ayant le statut Validé ou En cours de traitement qui n’est pas associée à aucun document ou ce document a été annulé.
  • [Ouvrir] – ouvre une commande client ayant le statut Validé qui n’a pas de documents associés ou ces documents ont été annulés.
  • [Générer le document] – établit un document commercial à la commande client ayant le statut Validé ou En cours de traitement.
  • [Facture d’acompte] – permet d’établir une facture d’acompte à la commande client ayant le statut Validé ou En cours de traitement.
    Ce bouton est disponible pour les utilisateurs qui possèdent les droits appropriés à l’objet Facture d’acompte.
  • [Reçu] – permet d’établir un reçu à la commande client qui existe dans le système avec le statut Validé ou En cours de traitement. Il est disponible pour les utilisateurs qui possèdent les droits appropriés à l’objet Reçu. Il est impossible de générer un reçu à partir de la commande client pour laquelle la facture d’acompte a été établie.
  • [Facture] – permet d’établir une facture client à la commande client qui existe dans le système avec le statut Validé ou En cours de traitement. Il est disponible pour les utilisateurs qui possèdent les droits appropriés à l’objet Facture.

Génération du document

Vous pouvez transformer une commande client :

  • en facture client
  • en reçu si aucune facture d’acompte n’était pas généré à COMC

La fonctionnalité de la génération d’un document est disponible uniquement pour les commandes :

  • validées
  • en cours de traitement.

Attention
Pour les commandes réalisées partiellement, vous pouvez générer plusieurs documents commerciaux.

Bouton [Copier la qté de la COMC] dans un reçu

En fonction de la définition du paramètre Copier la quantité à partir de la COMC, tous les éléments non traités de la commande seront transférés vers le document commercial en cours de création, mais :

  • si le paramètre est coché – avec les quantités restant à traiter. Vous pouvez ajouter des articles suivants au document. Les articles ajoutés seront marqués en vert.
  • si le paramètre est décoché – avec les quantités nulles. Pour qu’il soit possible de valider le document FC/R, la quantité d’un élément au moins doit être différente de zéro. Le système met à disposition le bouton [Copier la quantité à partir de la COMC] sur le formulaire de la commande client. Il permet de copier les quantités non traitées à partir de la commande. Vous pouvez ajouter les articles. Grâce à cela, les quantités sur les éléments vont changer. Les articles ajoutés qui ne figurent pas sur le document seront marqués en vert.

Articles supplémentaires marqués en vert dans un reçu

Dans le document généré :

  • les offres groupées calculées sur la commande sont copiées vers ce document. Si les offres groupées sont calculées de manière automatique et le paramètre Copier la quantité à partir de la commande client est coché, les nouvelles offres groupées seront créées automatiquement uniquement pour les éléments ajoutés au document commercial. La modification de la quantité ou la suppression de l’élément avec l’offre groupée calculée provenant de la commande entraînera l’affichage du message avec une question suivante : « La modification va entraîner la suppression de l’offre groupée. Voulez-vous continuer ? ». La réponse affirmative entraînera le recalcul des offres groupées en prenant en compte tous les éléments et toutes les quantités du document commercial. Dans le cas contraire, les offres groupées ne seront pas recalculées et les quantités des articles ne seront pas modifiées.
  • la réalisation d’une vente d’un article inactif est possible uniquement sur l’élément -quantité) copié de la commande
  • de la facture client, la méthode de calcul de la TVA est recopiée de la commande client
  • du reçu, la méthode de calcul de la TVA est déterminée sur la base de la définition du type de document Reçu dans le système ERP
  • les remises ne sont pas à nouveau calculées sur la base de la commande qui comprend des éléments modifiés après la validation ou qui est en cours de traitement
  • les valeurs des attributs recopiées du document original ne pourront pas être modifiées. La possibilité de définir les valeurs des attributs sera disponible uniquement pour les documents attachés au document commercial ou à l’élément du document.

Exemple

Un client vient à la boutique XYZ pour récupérer une commande client. L’opérateur recherche le document dans la liste des commandes et devis client et il sélectionne le bouton [Générer le document]→[Reçu]. Le nombre d’articles sur le document a été automatiquement transféré du document COMC. Le caissier valide le document, accepte le paiement et remet la marchandise au client.

Après la validation de la fenêtre de paiement, la commande prend le statut Réalisé.

Aperçu

Dans la fenêtre de commande client, l’application affiche la colonne supplémentaire Quantité à livrer qui présente une différence entre la quantité actuelle de la commande et la quantité qui se trouve sur les documents générés à partir de cette commande (R/FC).

Exclure un élément de la réalisation

Sur le point de vente POS, il est impossible d’exclure un élément de la réalisation de la commande, mais dans l’application vous pouvez continuer le traitement d’un document modifié de cette manière. Les modifications apportées dans le système ERP lié à l’exclusion de l’élément ou aux modifications effectuées dans un document validé sont transmises à l’application.




Gestion des bons d’achat

Qu’est-ce qu’un bon d’achat?

Les bons d’achat sont utilisés en tant qu’élément de soutien financier et de motivation des employés et en tant qu’outil pour fidéliser les consommateurs. Actuellement, l’utilisation des bons d’achat en tant qu’élément des cartes de fidélité se développe. Les bons d’achat en dehors de la fonction permettant d’effectuer un paiement peuvent être utilisés comme identifiant du client et de ses transactions, ce qui simplifie les processus commerciaux, c’est-à-dire l’enregistrement des retours, la vérification des transactions.

De nombreuses entreprises commerciales, en particulier les chaînes de magasins, répondent de plus en plus aux attentes de leurs clients en proposant l’achat de bons d’achat et de cartes-cadeaux et que vous pouvez donner à une autre personne sous forme de cadeau.

Les bons d’achat sont appréciés par les employeurs et les employés en raison du réseau étendu et diversifié de points de vente acceptant ce mode de paiement, embrassant notamment des magasins de vêtements, d’électronique et d’appareils ménagers, des parfumeries, des bijouteries, des magasins de sport, des épiceries, etc.

Bon d’achat – un document donnant le droit à son titulaire de procéder à un achat de biens avec un mode de paiement autre qu’espèces à une date donnée, dans une entreprise spécifiée et pour le montant pour lequel un bon d’achat donné est émis. Les bons d’achat sont émis par des entreprises dans lesquelles il est possible de réaliser un bon ou par des intermédiaires spécialisés dans la gestion des programmes de type cafétéria pour les entreprises (par exemple, BonCard, SodeXo). L’acheteur d’un bon d’achat peut être une personne physique ou une entreprise, qui transfère ensuite le bon d’achat à la personne finalisant la transaction par un achat de biens ou de services avec mode de paiement autre qu’n espèces.

Sur le point de vente POS, vous pouvez :

  • accepter les paiements effectués à l’aide d’un bon d’achat propre ou un bon d’achat externe à condition qu’un type de bon d’achat donné soit assigné à un centre où le point de vente POS est défini
  • vendre des bons d’achat dans les FC ou R et dans les avoirs fournisseur (AF)
  • utiliser le numéro du bon d’achat en tant qu’identifiant du client (carte de fidélité)

Attention
Pour profiter pleinement de la fonctionnalité des transactions utilisant les bons d’achat, il est nécessaire que vous travaillez en mode en ligne.

Attention
Pour configurer les bons d’achat, accédez au système ERP.

Vente des bons d’achat propres

La vente des bons d’achat sur le point de vente POS, en fonction de la configuration du type de bon d’achat dans le système ERP, peut être effectuée à l’aide des documents :

  • FC/R
  • avoirs fournisseurs (AF)

Afin d’introduire un bon d’achat dans le document, vous pouvez :

Dans l’application, dans les documents, les bons d’achat sont soumis aux conditions suivantes :

  • vous pouvez ajouter uniquement un bon d’achat sans la possibilité de modifier sa quantité
  • vous ne pouvez pas modifier le prix appliqué de bons d’achat avec une valeur définie (différent de 0) et calculer une remise utilisateur sur les éléments
  • vous pouvez modifier le prix appliqué des bons d’achat sans valeur définie (égale à 0) ou définir son prix à l’aide du bouton [Modifier la remise]
  • les remises d’en-tête ne s’appliquent pas aux bons d’achat

Reçu avec un bon d’achat de type Propre ajouté

Lors de la validation du document R/FC où il y a un bon d’achat avec le paramètre Vente via les avoirs, les actions suivantes sont effectuées :

  • l’application génère un avoir fournisseur
  • les élements du document étant bons d’achat sont supprimés du document R/FC. Si le document contient un seul élément qui est en même temps un bon d’achat, le document R/FC n’est pas établi.

Lors de la validation du document R/FC où il y a un bon d’achat avec le paramètre Vente via les avoirs décoché, il sera enregistré pour toujours en tant qu’élément de R/FC.

Les documents R/F et les avoirs fournisseur enregistrant la vente des bons d’achat sont disponible via la liste des ventes.

Attention
Il est impossible de corriger ou d’annuler les avoirs fournisseurs sur le point de vente POS.

Le bon d’achat ne peut pas être ajouté au document PODLINKOWAĆ de correction manuelle.

Gestion sur les documents ME–

Grâce à l’assignation de l’article de type Bon d’achat avec un type de bon d’achat qui lui correspond, il est possible de contrôler le nombre de bons d’achats dans l’entrepôt via leur enregistrement dans les documents ME- et ME+.

Dans le MM-, il est possible d’ajouter uniquement un bon d’achat en saisissant son numéro.

Bon na dokumencie MM-

Attention
Il est impossible d’ajouter deux fois l’élément avec le même numéro de bon d’achat dans le document ME–.

Paiement par bon d’achat

Pour en savoir plus sur le paiement par bon d’achat, consultez cet article.

Document de correction

La réalisation du paiement dû à un document de correction est possible :

  • si vous chargez votre propre bon d’achat réutilisable
  • grâce au délivrance d’un nouveau propre bon d’achat réutilisable

Lors de l’exécution d’un remboursement sur un bon d’achat inactif, ce bon d’achat est activé et chargé avec un montant résultant du remboursement.

Attention
Il est impossible d’indiquer des bons d’achats externe ou des bons d’achat utilisés en une fois lors du remboursement dans les documents de correction CQFC et CQR.

Document DC

L’utilisateur peut également effectuer un dépôt de caisse manuel à l’aide du bon d’achat. Le vendeur peut utiliser cette solution dans la situation où il se trompe lors de la sélection d’un mode de paiement. Pour cela, il doit établir un document DC.

Après avoir sélectionné un mode de paiement dans le document DC :

  • bon d’achat externe – l’application ouvre la fenêtre où l’opérateur définit le numéro du bon d’achat et son montant
  • Propre bon d’achat – l’application ouvre la fenêtre où l’opérateur peut saisir un numéro de bon d’achat

Document DC prenant en compte le mode de paiement de type Bon d’achat

Après la validation de la fenêtre de saisie du numéro de bon d’achat et la validation du document DC, le montant résultant du document est pris en compte dans le récapitulatif de la journée.

Document RC

L’utilisateur peut également effectuer un retrait de caisse manuelle à l’aide d’un bon d’achat. Pour cela, il doit établir un document RC.

Le document RC pour les propres bons d’achat est créé si :

  • vous chargez un propre bon d’achat réutilisable
  • vous établissez un nouveau propre bon d’achat réutilisable

Après avois sélectionné un mode de paiement dans le formulaire RC :

  • bon d’achat externe – l’application ouvre la fenêtre où l’opérateur saisit son montant
  • propre bon d’achat – l’application ouvre la fenêtre où il est possible de saisir le numéro du bon d’achat

Document RC prenant en compte le mode de paiement de type Bon d’achat

Le retrait de caisse enregistré par ce RC est visible dans le champ affichant le mode de paiement.

 




Intégration avec Ingenico

Attention
La fonctionnalité concerne uniquement la version française de l’application.

Pour permettre la coopération de l’application Comarch Retail POS avec le terminal de paiement fourni par Ingenico, il est nécessaire d’apporter quelques modifications au fichier texte POS.exe.CONFIG. Dans ce fichier, il est nécessaire de décommenter le module suivant

<module assemblyFile=”Comarch.POS.Terminal.IngenicoFR.dll” moduleType=”Comarch.POS.Terminal.IngenicoFR.Module, Comarch.POS.Terminal.IngenicoFR” moduleName=”Comarch.POS.Terminal.IngenicoFR” />

et de commenter le module ci-dessous :

<!– <module assemblyFile=”Comarch.POS.Terminal.dll” moduleType=”Comarch.POS.Terminal.Module, Comarch.POS.Terminal” moduleName=”Comarch.POS.Terminal” /> –>

Pour assurer une intégration correcte de l’application avec le terminal de paiement et la validation du numéro de chèque, il est également indispensable d’installer le composant C3 driver sur un point de vente concerné.

Attention
Le téléchargement du composant C3 driver est possible pour la version française de la base de données.

Configuration du terminal de paiement

L’intégration avec les terminaux de paiement fournis par Ingenico permet de gérer les paiements de type Carte.

Pour configurer le terminal de paiement Ingenico, cliquez sur la mosaïque [Terminal de paiement Ingenico] disponible dans la vue Configuration.

Mosaïque [Terminal de paiement Ingenico]
Dans la fenêtre Configuration du terminal de paiement Ingenico, vous devez renseigner les champs suivants :

  • Identifiant du terminal – code de l’appareil fourni par le fournisseur du terminal
  • Port série du terminal – port COM auquel le terminal est connecté
  • IP du serveur de transaction #1, #2, #3 – différents IP utilisés par le terminal pour se connecter au serveur de transaction

Pour chaque IP, il faut définir:

  • Port – port sur lequel le terminal se connecte au serveur de transaction

Un clic sur le bouton [Vérifier la connexion] vous permet de tester la connexion au terminal.

La section Paramètres supplémentaires permet de définir les paramètres suivants :

  • Délai d’expiration limite de l’opération (ms) – valeur par défaut 60000 ms (60 secondes) – temps pour effectuer l’opération de paiement par carte
  • Longueur maximale de la ligne d’impression – valeur par défaut 14
  • Journalisation de la communication – si ce paramètre est activé, les journaux sont enregistrés dans le fichier indiqué.



Validation des chèques

L’application permet d’entrer le numéro du chèque et de vérifier si celui-ci est correct.

Attention
La fonctionnalité permettant d’entrer le numéro du chèque et de valider si celui-ci est correct est activée dans le système ERP.

Si cette fonctionnalité est activée, la fenêtre permettant d’entrer le numéro du chèque apparaît après avoir choisi le chèque dans la fenêtre de paiement.

Validation du chèque

La fenêtre se compose des champs :

  • Numéro – pour que la saisie du numéro soit plus facile, son champ a été divisé en trois parties
  • Date de réalisation

Sur la base du numéro du chèque entré, l’application calcule le chiffre RLMC et l’utilise pour vérifier si le numéro est correct. Si le numéro n’est pas correct, l’opérateur peut décider de refuser d’accepter un tel paiement ou non. En cas de l’accepter, celui-ci sera marqué comme Forcé.

Lors du démarrage de l’intégration avec Ingenico et le composant C3 driver, après la vérification initiale de l’exactitude du numéro du chèque, une autre vérification est effectuée afin de vérifier si le chèque n’a pas été utilisé. En outre, un champ RLMC supplémentaire est affichée dans la fenêtre Validation du chèque.

 




Entrée en stock

Pour entrer en stock les articles, il faut sélectionner de la liste des documents d’entrepôt, un document ME- avec le statut validé (marqué par une flèche pointant vers le bas) et sélectionner le bouton [Entrer en stock].

Bouton [Entrer en stock]
L’entrée en stock concerne les documents ME- qui :

  • sont en état Validé
  • n’ont pas de document ME+ généré
  • provient du point de vente POS ou du système ERP
  • dans le champ Entrepôt de destination ont un entrepôt disponible pour les documents ME-/ME+ au centre auquel le point de vente POS appartient

Formulaire d’entrée en stock

Sur le formulaire du document ME-, il faut saisir les articles de la livraison :

  • en les sélectionnant à partir de la liste des articles
  • à l’aide du scanneur
  • en modifiant manuellement la quantité de l’article donné

Contrairement au formulaire de ME-, le formulaire de ME- regroupe les colonnes suivantes :

  • Désignation
  • Quantité du document
  • Quantité entrée
  • Code de l’article (masqué par défaut)

Si la quantité des marchandises renseignées est la même que la quantité dans la colonne Quantité du document, dans le document l’élément sera marqué en vert. Si elle est différente (il y en a trop ou il en manque), la valeur sera marquée en rouge (dans la colonne Quantité entrée).

Attention
L’opérateur qui n’a pas le droit de visualiser un aperçu de ME- (accordé dans le système ERP) ne verra pas la colonne Quantité du document.

En-dessous de la liste des éléments du document, les informations suivantes sont affichées :

  • la quantité d’articles du document au total
  • la quantité entrée au total

La partie inférieure de la fenêtre regroupe les boutons suivants :

  • [Valider] – valide le document ce qui génère un protocole de réception (PRR) et un document ME+ en état Validé
  • [Préenregistrer] – préenregistre le document afin de continuer à le traiter ultérieurement
  • [Imprimer]

Le formulaire d’un aperçu de document PRR ( pour la conformité et la différence de la quantité entrée) est identique comme document de réception ME-.

Aperçu d’un document PRR

Il est possible d’annuler un document PRR sur la liste des documents d’entrepôt.

Lorsque la fonction Création automatique de ME- est activée, avant de la validation sur le point de vente POS du document ME- créé dans le système ERP, le système vérifie si la quantité livrée est la même qua la quantité du dernier document envoyé. Si les quantités sont différentes, l’utilisateur peut :

  • créer un nouveau document ME- pour la différence qui résulté du ME- provenant du centre et la quantité réelle sur ME-
  • renoncer à créer un autre document ME-

Attention
Vous pouvez activer la fonction Création automatique de ME- dans le système ERP.

Exemple

La boutique XYZ attend la livraison d’une nouvelle collection à partir du bureau central. Le jour de la livraison, l’opérateur du point de vente sélectionne la mosaïque [Documents d’entrepôt], puis réduit la liste des documents à l’aide du filtre Statut du document : À accepter. Après avoir trouvé le document, l’opérateur sélectionne le bouton [Accepter] puis il numérise les codes à l’aide du lecteur pendant le déchargement des marchandises. Une fois l’activité terminée, l’utilisateur s’assure que tous les articles sont marqués en vert (si la quantité des quantités attendues et réelles est compatible). Dans ce cas, il n’est pas nécessaire de vérifier à nouveau la quantité et l’opérateur peut valider le document avec le bouton [Valider]. En conséquence, le document PRP sera imprimé.




Fenêtre de paiement

La fenêtre de paiement sera affichée une fois l’un des documents commerciaux suivants validé :

  • Facture Client
  • Facture d’acompte
  • Reçu
  • Correctif
  • TAX FREE (après la confirmation de l’exportation)

Fenêtre de paiement

La fenêtre de paiement se compose d’éléments suivants (les points correspondent aux endroits indiqués sur l’aperçu) :

  1. À régler – le montant de la transaction affiché en devise système
  2. Modes de paiement – tous les modes de paiement disponibles pour le document sélectionné sur le point de vente POS
  3. Montant à assigner – le champ renseigné automatiquement par le montant du champ À régler. Vous pouvez modifier la devise en indiquant sur la liste déroulante l’une des devises disponibles dans le système. Si le montant incomplet à régler est assigné au mode de paiement sélectionné, l’application remplit automatiquement le champ situé au-dessus du clavier numérique avec le montant à régler restant

Attention
La modification de la devise s’affichera le montant à régler en devise sélectionnée après le recalcul selon le taux de change défini dans le système Comarch ERP Standard.

  1. Clavier écran – permet de modifier le montant à assigner au mode de paiement
  2. Restant/À rendre – montant affiché en devise système

Attention
Le partage et la définition des modes de paiement se font dans le système Comarch ERP Standard.

Le montant à régler peut être assigné :

  • au mode de paiement, après avoir sélectionné la mosaïque avec le mode de paiement donné
  • quelques fois au même mode de paiement
  • en devises disponibles

Le paiement en devises différentes assigné à un mode de paiement sera présenté en tant que la somme de paiements dans chaque devise séparément.

Affichage des devises différentes pour le même mode de paiement

Attention
En cas de payer plusieurs fois par le même mode de paiement (de type Banque, Chèque, Mixte), les paiements séparés sont générés.

Exemple

Sur le point de vente POS, le client veut régler un reçu avec deux modes de paiement : carte de crédit et espèces. Le montant à payer est 359,96 EUR.

Dans la fenêtre de paiement, l’opérateur modifie le montant à assigner de 359,96 EUR à 309,96 EUR. Ensuite, il sélectionne le mode de paiement Carte de crédit. Pour le montant restant 50 EUR, il choisit le mode de paiement Espèces. Il valide la fenêtre de paiement.

Fenêtre de paiement avec les modes de paiement Espèces et Carte de crédit assignés

En outre, dans la fenêtre de paiement les boutons suivants sont disponibles :

  • [Effacer] – supprime tous les paiements ajoutés. Le bouton est disponible si le montant a été assigné à un mode de paiement. Le bouton n’est pas disponible:
    • si cela concerne le mode de paiement Carte bancaire
    • si cela concerne des modes de paiement qui nécessite une validation externe (en intégration avec Ingenico)
    • cela dépend de la manière dont la méthode d’effacement des paiements réglés à l’aide des modes de paiement nécessitant une validation externe a été configuré dans le système ERP
  • [Facture] – valide le reçu et ouvre une nouvelle facture liée au reçu établi. Les données du reçu associé seront transférées vers la facture. Le bouton n’est visible que pour la fenêtre de paiement d’un reçu.
  • [Annuler] – annule la dernière modification apportée à la fenêtre de paiement sauf le le paiement effectué par carte. Le bouton est masqué par défaut.
  • [Bordereau de détaxe] – valide le reçu et ouvre le formulaire du bordereau de détaxe associé au reçu établi. Les données du reçu associé seront transférées vers le bordereau de détaxe. Le bouton est masqué par défaut.
  • [Monnaie à rendre] – permet d’enregistrer la monnaie à rendre du bon d’achat au mode de paiement de type Espèces ou Bon d’achat. Le bouton n’est visible que si le client paye à l’aide du bon d’achat avec le paramètre Monnaie à rendre coché.
  • [Valider]
  • [Fermer] entraînera les effets suivants en fonction de l’opération réalisée :
    • en absence du paiement – le bouton ferme la fenêtre de paiement et renvoie à la vue du document en cours d’établissement avec la possibilité de le modifier. À la prochaine validation du document, le montant à régler sera de nouveau calculé en prenant en compte les modifications apportées au document.
    • après avoir effectue un paiement– le bouton ferme la fenêtre de paiement et renvoie à la vue du document en cours d’établissement. Cela sera impossible si le document sera réglé avec le mode de paiement de type Carte de crédit. Le cas échéant, le message sera affiché : « Impossible de retourner au document car un paiement a été enregistré. ». Dans le cas d’autres modes de paiement, le retour à la vue du document en cours d’établissement sera possible après avoir effacé les calculs saisis (bouton [Effacer]).
    • après la validation du paiement entier – si le paramètre Fermer automatiquement la fenêtre de paiement est décoché dans le système Comarch ERP Standard, la fenêtre d’ajout d’un nouveau reçu apparaît une fois la fenêtre de paiement fermée manuellement.

Le recalcul du montant entier à régler dans la fenêtre de paiement entraînera la désactivation de toutes les mosaïques dans la fenêtre de paiement.

La validation de la fenêtre de paiement entraînera les effets suivants :

  • Le document sera imprimé
  • Si la totalité du montant à régler n’a pas été associé au paiement, le message s’affiche : « Impossible d’enregistrer le paiement. Le montant total des paiements est inférieur au montant du document. »

Si dans le système ERP, le paramètre Fermer automatiquement la fenêtre de paiement est coché et vous avez configuré des modes de paiement pour lequel l’ouverture du tiroir sur un point de vente POS est effectuée, alors:

  • l’assignation d’un montant au mode de paiement (à un mode de paiement pour lequel le tiroir s’ouvre ainsi qu’aux mode pour lesquels il ne s’ouvre pas) ne ouvrira pas le tiroir
  • la validation de la fenêtre de paiement(à l’aide du bouton [Valider] ou après avoir sélectionné le bouton [Facture] ou [Bordereau de détaxe]) réglée via un mode de paiement pour lequel le tiroir devrait s’ouvrir, ouvrira le tiroir
  • la validation de la fenêtre réglé via un mode de paiement pour lequel le tiroir devrait s’ouvrir ne la fermera pas automatiquement. Après avoir sélectionné le bouton [Fermer], l’application vérifie si le tiroir est fermé. S’il est fermé, la fenêtre de paiement sera également fermé. Sinon la fenêtre de paiement reste ouverte et l’application affiche la notification suivante: « Fermez le tiroir ».

Attention
La vérification si le tiroir est ouvert lors de la fermeture de la fenêtre de paiement n’a lieu que si l’application est intégrée avec Ingenico.

  • la validation de la fenêtre de paiement (à l’aide du bouton [Valider] ou après avoir sélectionné le bouton [Facture] ou [Bordereau de détaxe]) ,réglé via un mode de paiement pour lequel le tiroir ne devrait pas s’ouvrir, la ferme automatiquement.

Attention
Si le document est réglé à l’aide de plusieurs modes de paiement, le mécanisme d’ouverture du tiroir dépendra du fait qu’au moins l’un de ces modes de paiement entraîne l’ouverture du tiroir.

Paiement par carte

Si le mode de paiement de type Carte est sélectionné, l’écran est bloqué et le message informant que l’étape suivante du processus de paiement est prise en charge à l’aide du terminal de paiement est affiché.

Attention
Une fois le paiement effectué avec succès, le bouton [Effacer] n’est pas visible dans la fenêtre de paiement.

S’il arrive que la connexion entre le terminal de paiement et le point de vente POS est interrompue, le message s’affiche: Une erreur s’est produite lors du paiement. Détails : Échec de la transaction ! Le paiement par carte s’est terminé quand même avec succès ?” avec les options au choix :

  • Oui – confirme le bon déroulement de la transaction sur le terminal de paiement. Le paiement est ajouté au document.
  • Non – annule le paiement par carte.

Attention
À défaut d’intégration avec le terminal de paiement, le module en question peut être commenté dans le fichier de configuration de l’application (POS2.exe.config):

<module assemblyFile=”Comarch.POS.Terminal.dll” moduleType=”Comarch.POS.Terminal.Module, Comarch.POS.Terminal” moduleName=”Comarch.POS.Terminal” />

Ceci fait, le message avec la question concernant le paiement effectué avec succès apparaît en cas de paiement par la carte.

Paiement par les bons d’achat

Dans l’application, il est possible de payer par bon d’achat :

  • propre
  • externe

Mode de paiement de type Bon d’achat

Si vous sélectionnez le mode de paiement de type Bon d’achat, la fenêtre Lire votre propre bon d’achat/ Lire le bon d’achat externe.

Fenêtre Lire le bon d’achat externe

Attention
La prise en charge des paiement de type Bon d’achat nécessite que l’application travaille en mode En ligne. Pour certains type de bons d’achat externes avec le paramètre exigeant une validation externe coché, le travail en mode en ligne n’est pas nécessaire.

La fenêtre se compose d’éléments suivants (les points correspondent aux endroits indiqués sur l’aperçu):

1. Numéro du bon d’achat – peut être entré manuellement ou à l’aide du lecteur

2. Liste des bons d’achat – affiche les informations sur les bons d’achat saisis :

  • Numéro
  • Type
  • Montant

3. Restant – affiche le montant restant à régler moins la somme des valeurs des bons d’achat saisis

Attention
La définition des bons d’achat et la génération des bons d’achat de type Propre se fait dans le système Comarch ERP Standard.

La fenêtre contient les boutons suivants :

  • [Fermer] – ferme la fenêtre
  • [Supprimer] – supprime le bon d’achat de la liste
  • [Valider] – ajoute un bon d’achat avec le numéro indiqué ou ouvre à nouveau la fenêtre de paiement, en association la valeur des bons d’achat saisis au mode de paiement de type Bon d’achat

Fenêtre Bon d’achat

Après avoir sélectionné le bouton [Valider], l’application ouvre la fenêtre Bon d’achat avec les éléments suivants :

1. Numéro du bon d’achat saisi

2. Montant – l’application copie par défaut la valeur du champ Restant, le montant du bon d’achat saisi

3. Clavier écran – permet de modifier le champ Montant

4. Restant – le même montant que dans le cas de la fenêtre Charger un bon d’achat propre/Charger un bon d’achat interne

Si vous saisissez le numéro :

  • d’un bon d’achat (type Propre) qui n’existe pas dans la base de données, le message suivant s’affiche : « Le bon d’achat avec ce numéro n’existe pas. »
  • d’un bon d’achat (type Propre) qui existe dans la base de données mais il n’est pas vendu ou il est bloqué, le message suivant s’affiche : « Impossible d’utiliser le bon d’achat n° {0}. »

Fenêtre de paiement avec le montant réglé à l’aide des bons d’achat

Attention
Il n’est pas possible de sélectionner les bons d’achat de type Externe lors de l’exécution d’un retour sur le document des correctifs (CQFC, CQR). Pour ces documents, le retour de paiement ne peut être réalisé qu’en bons d’achat de type Propre.

Monnaie à rendre en cas de paiement en espèces

Dans l’application, il est possible d’enregistrer la monnaie à rendre pour le mode de paiement de type Espèces pour les documents : R, CQR, FC, CQFC, FAC, CFAC, correctifs manuels et les documents de processus d’échange.

Attention
Pour cocher le paramètre Enregistrement de la monnaie à rendre, il faut accéder au système Comarch ERP Standard.

Exemple
Sur le point de vente POS, le montant à régler est 75 EUR. Le Client paye pour ce reçu avec un billet de 100 EUR :

  • Si le paramètre Enregistrement de la monnaie à rendre n’est pas coché, un DC pour le montant 75 EUR sera créé automatiquement.
  • Si le paramètre Enregistrement de la monnaie à rendre est coché, deux documents de caisse seront créés automatiquement : DC pour le montant de 100 EUR et RC pour le montant de 25 EUR.

Sur l’impression d’un document (au format PDF), dans la section qui concerne le mode de paiement, l’application affiche l’information sur le montant accepté à la caisse et le montant rendu en tant que monnaie à rendre.

Attention
La monnaie à rendre est toujours rendue en devise système.

Monnaie à rendre du bon d’achat

Si un paiement est réalisé avec les bons d’achat à utiliser en une fois pour lesquels le paramètre Rendre la monnaie est coché dans la définition du type de bon d’achat dans Comarch ERP Standard, il est possible de rendre la monnaie sous forme d’espèces ou sur la carte cadeau.

Une fois le bon d’achat trouvé validé, la fenêtre permettant d’assigner un mode de paiement au montant présenté dans le champ Bon d’achat – monnaie à rendre apparaît. Cette fenêtre peut être également ouverte depuis la fenêtre de paiement lorsque vous cliquez sur le bouton [Bon d’achat – monnaie à rendre].

Monnaie à rendre du bon d’achat

Après avoir sélectionné :

  • le bouton [Fermer], les modifications relatives à la monnaie à rendre du bon d’achat ne seront pas apportées. Si c’est le cas, la fenêtre avec la monnaie à rendre du bon d’achat sera affichée automatiquement une fois que vous retournez à la fenêtre de paiement et validez le paiement.
  • le mode de paiement [Espèces], la fenêtre de paiement sera affichée.
  • le mode de paiement [Propre bon d’achat], la fenêtre de saisie du numéro du bon d’achat auquel le montant à rendre doit être ajouté sera présentée
  • l’option [Pas de monnaie à rendre], les modifications relatives à la monnaie à rendre du bon d’achat ne seront pas apportées. Si c’est le cas, après le retour à la fenêtre de paiement et de validation de paiement, la fenêtre de monnaie à rendre du bon d’achat ne s’affichera pas.

Le montant de la monnaie à rendre sera présenté sur l’élément en mosaïque [Bon d’achat – monnaie à rendre].

Monnaie à rendre du bon d’achat affiché sur le bouton dans la fenêtre de paiement

Regroupement des modes de paiement

Attention
La fonctionnalité de regroupement des modes de paiement n’est pas disponible en coopération avec le système Comarch ERP Standard.

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

Attention
Dans le système ERP, l’utilisateur peut définir quel type de mode de paiement devrait être regroupés.

Étant donné que les modes de paiement d’un type donné peuvent ne pas avoir un préfixe défini (des paramètres du schéma de numération), alors dans le système ERP, vous pouvez définir quel mode de paiement doit être un mode par défaut d’un type donné.

Après avoir sélectionné une mosaïque regroupée dans la fenêtre de paiement et après avoir chargé le paiement, l’application vérifie quel mode de paiement avait été utilisé. Ensuite, si:

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



Créer un ME-

Bouton [Ajouter]
Afin d’ajouter un nouveau document ME-, sélectionnez le bouton [Ajouter] à partir de la liste des documents d’entrepôt.

Formulaire d’un nouveau ME-

Le formulaire d’un nouveau document ME- regroupe les champs suivants (les numéros ci-dessous correspondent aux endroits indiqués sur la capture d’écran) :

1. Liste des éléments comprenant les colonnes :

  • Désignation
  • Quantité
  • Code de l’article (masquée par défaut)

Il est impossible d’ajouter à la liste :

  • des éléments dont les ressources disponibles ne sont pas suffisantes – si c’est le cas, le message s’affichera : « La quantité disponible a été dépassée. »
  • un article de type Assortiment avec le paramètre Élément chargés sur document coché

Attention
Les ressources disponibles sont calculées :

  • en tant que somme des quantités d’articles à partir des entrepôts disponibles pour les MM- dans le centre auquel le point de vente POS appartient
  • sans prendre en compte des réservations

2. Entrepôt d’origine – l’entrepôt disponible pour les documents ME- dans le centre auquel le point de vente POS appartient

3. Entrepôt de destination

4. Description du document

5. Attributs – les attributs assignés au type de document

Voici les boutons disponibles dans la fenêtre de nouveau document ME- :

  • [Préenregistrer]- préenregistrer le document afin de le traiter dans un délai ultérieur ou sur un autre point de vente POS
  • [Imprimer]
  • [Valider]

Attention
Les documents préenregistrés, à savoir les documents non validés, n’ont pas d’influence sur la quantité disponible en vente.




Retour

L’application Comarch Retail POS permet d’ajouter un correctif à la facture client ou à un reçu. Le correctif peut seulement diminuer la quantité sur les éléments du document.

Attention
Sur le point de vente POS, il est impossible d’établir les documents de correction positive.

Afin d’ajouter un correctif, sélectionnez un document à corriger sur la liste des ventes et appuyez sur le bouton [Retour].

Bouton [Retour]
Attention
Pour que l’utilisateur puisse ajouter un document de correction, il doit avoir les droits appropriés dans le système Comarchn ERP Standard.

Fenêtre de correctif de la quantité du reçu

Sur le formulaire du correctif, il y a les champs suivants (les points correspondent aux endroits sur la capture d’écran) :

1. Reçu/Facture – affiche le numéro du document étant en cours de correction

2. N° d’impression – permet de saisis le numéro d’impression du document pour lequel le correctif est généré

3. Vendeur – l’employé qui établit le document

4. Liste des éléments comprenant les colonnes :

  • Désignation
  • Prix
  • Quantité
  • Montant
  • Prix appliqué (masquée par défaut)

Lorsque l’élément :

  • n’est pas corrigé en entier, sa quantité de base et son montant sont barrées et les valeurs corrigées apparaissent en-dessous.
  • dont la quantité est corrigée en entier est entièrement barré.

Élément corrigé du document

5.Quantité totale – affiche la somme des quantités des éléments corrigés/articles retournés dans le document

6. Client – affiche le client copié du document source (fournisseur, destinataire)

7. Récapitulatif – présente le montant total des éléments du document :

  • Total – pour les documents avec la méthode de calcul de la TVA sur le montant TTC
  • Total HT – pour les documents avec la méthode de calcul de la TVA sur le montant HT
  • Remise
  • Hausse
  • Acomptes
  • TVA – pour les documents avec la méthode de calcul de la TVA sur le montant HT
  • La valeur totale des ventes après avoir inclus la remise / la hausse/ la TVA

Attention
La méthode de calcul de la TVA peut être définie dans le système ERP.

8. Cause du correctif – il est requis de spécifier une cause du correctif établi. Sinon, il sera impossible de valider le document. Le bouton Cause du correctif ouvre la fenêtre de sélection des valeurs définies dans le système Comarch ERP Standard dans le répertoire universel Causes des correctifs.

Fenêtre Sélectionner une cause

Il est également possible d’indiquer une cause pour chaque élément du correctif et non pas pour un document entier. Cette fonctionnalité permet d’établir ensuite une analyse statistique. La cause de l’élément concerne :

Cause du correctif pour un élément du reçu

Attention
Vous pouvez démarrer la fonctionnalité qui permet de définir une cause du retour d’un élément du correctif dans le système Comarch ERP Standard.

En cas d’élément de l’assortiment avec l’option Éléments chargés sur document cochée et le blocage de modification activé, la correction d’un tel élément affichera le message suivant : « Impossible de décomposer l’assortiment. Voulez-vous corriger tous les éléments de l’assortiment ? ». La sélection de l’option Oui ouvrira la fenêtre de sélection d’une cause du correctif. La cause sélectionnée sera enregistrée sur tous mes éléments de l’assortiment. La situation sera la même pour les éléments de l’offre groupée et l’option de blocage de correction de ses éléments.

Dans l’aperçu d’un correctif, la causes de chaque élément du document est affichée sans la possibilité de la modifier.

Pour l’élément du type Reprise, il n’est pas possible de modifier la cause du correctif. La cause Reprise est configurée par défaut.

9. Détail de l’élément – affiche les informations de base sur l’élément du document et permet de :

  • [Retourner] – corriger la quantité définie de l’élément indiqué. La fonctionnalité est également disponible directement sur l’élément indique dans la colonne Quantité.
  • [Tout retourner] – corriger la quantité entière de l’élément indiqué dans le document

10. Attributs – attributs associés au type de document

Le formulaire du correctif établi regroupe les boutons suivants :

  • [Valider] – valide le document
  • [Échange] – passe en mode d’échange de l’article corrigé

Après la validation du correctif, l’application ouvre la fenêtre de paiement À rembourser qui est la même que la fenêtre d’acceptation du paiement lors de l’établissement d’un document sauf qu’après sa validation, le montant est rendu et non accepté.

Attention
Via le système ERP, vous pouvez donner le droit Validation du remboursement qui définit les utilisateurs qui peuvent valider un document qui génère un remboursement.

Exemple

Dans la boutique de vêtement XYZ, il est possible de retourner une marchandise dans les 15 jours suivants l’achat.

La cliente achète en cadeau une blouse de sport pour son mari. Cependant, elle n’est pas sûre de savoir quelle taille choisir. Elle décide d’acheter deux tailles : L et M.

Après une semaine, la cliente retourne à la boutique XYZ pour retourner le produit de taille L. Le vendeur chercher le reçu sur la liste des ventes. Après l’avoir sélectionné, il clique sur le bouton [Retour]. Ensuite, il sélectionne l’article retourné (Blouse de sport taille L) sur la liste des éléments du document et il appuie sur le bouton [Tout retourner]. Après la validation du document, l’opérateur sélectionne un mode de paiement dans lequel le remboursement sera effectuée.

En cas d’assortiment :

  • qui ne chargent pas les éléments dans un document commercial, il est impossible de corriger l’élément de l’assortiment dans le document de correction automatique.
  • chargent les éléments dans un document commercial, les éléments de l’assortiment dans le document de correction automatique sont affichés en tant que les articles standards.



Synchronisation des clients

Dans l’application vous pouvez :

  • synchroniser avec le système ERP tous les clients actifs et disponible sur le point de vente POS avec l’option Client cochée.
  • prendre en charge uniquement les clients ajoutés localement à la base de données POS locale avec la possibilité de charger les données manquantes du système Comarch ERP Standard (fonctionnalité permettant de rechercher les clients en mode en ligne).

Attention
Vous pouvez démarrer la fonctionnalité de recherche des clients en mode en ligne dans le système Comarch ERP Standard.

Lorsque la fonctionnalité est démarrée, après avoir recherché le client dans la base de données du point de vente POS, l’opérateur peut initialiser la recherche dans la base de données du système Comarch ERP Standard à l’aide du bouton [Chercher].

Bouton [Chercher] pour la recherche d’un client dans le système Comarch ERP Standard
Attention
La fonctionnalité de recherche du client en mode en ligne nécessite une connexion au service de synchronisation de données du système Comarch ERP Standard.

En l’absence de résultats de recherche du client dans la base de données POS locale, le message suivant s’affiche : « Aucun résultat de la recherche n’a été trouvé. Voulez-vous continuer la recherche également dans le système ERP? ?» avec le bouton [Chercher] actif.

Si lors de la modification suivante des critères de recherche du client dans la base de données POS locale, l’application affiche 6 résultats, en-dessous de la liste le message apparaît : « Aucun résultat exact de la recherche n’a été trouvé. Voulez-vous continuer la recherche également dans le système ERP ?» avec le bouton [Chercher] actif.

Dans les deux cas, après avoir sélectionné le bouton [Chercher], l’application va consulter la base de données du système Comarch ERP Standard en prenant en compte les phrases dans le champ de recherche et les filtres sélectionnés :

  • s’il n’y a pas de connexion au service de synchronisation de données, à la liste l’application affiche les résultats de la recherche dans la base de données POS locale et le message : « La recherche dans le système ERP a échoué. Pas de connexion au service de données. »
  • s’il y a une connexion au service de synchronisation de données et si dans la base de données du système Comarch ERP Standard il y a maximalement 6 résultats, l’application va les afficher à la liste.
  • s’il y a une connexion au service de synchronisation de données et si dans la base de données du système Comarch ERP Standard il y a plus de 6 résultats, l’application va afficher les résultats de la base de données POS locale et le message suivant va apparaître : « Plusieurs résultats de la recherche ont été trouvés dans le système ERP. Entrez les données supplémentaires et lancez la recherche à nouveau. »

Si l’application ne trouve aucun résultat dans le système Comarch ERP Standard, le message suivant sera affiché : « Aucun résultat de la recherche n’a été trouvé dans le système ERP. ».

Les résultats trouvés dans la base de données du système Comarch ERP Standard ne sont pas enregistrés dans la base de données du point de vente POS. La sélection du client dans le document ou l’aperçu/la modification de sa fiche va entraîner le chargement de ses données complètes et leur enregistrement dans la base locale.

Attention
La disponibilité et la possibilité de modifier la fiche client dépendent de la configuration dans le système Comarch ERP Standard.

Si lors de la sélection, de la modification ou de la visualisation de l’aperçu du client la connexion au service de synchronisation de données est coupée, la liste des résultats chargés du système Comarch ERP Standard sera effacée et le message approprié s’affichera : « Impossible d’enregistrer le client. Pas de connexion au service de données. »

L’opération de recherche du client en mode en ligne peut durer plus longtemps que la recherche dans la base de données locale. Si la durée d’exécution de cette opération sera trop longue, la fenêtre permettant d’annuler l’action apparaîtra :

Fenêtre d’attente la recherche du client en mode en ligne avec possibilité de l’annuler