Qu'aimez-vous le plus à propos de Helcim?
En tant qu'organisation à but non lucratif de taille moyenne dans le secteur de la santé, leurs tarifs pour nous sont fantastiques. Leurs "Agents d'Expérience Marchand" travaillent toujours dur pour résoudre les problèmes mais ont souvent du mal à proposer des solutions efficaces pour des problèmes plus complexes en raison de ce qui semble être un manque de communication avec les équipes de développement sur le fonctionnement du système. On nous a proposé deux ou trois solutions pour quelques problèmes différents, dont la plupart n'ont pas fonctionné comme prévu. Cela dit, notre cas d'utilisation est différent de celui de la plupart des petites entreprises, donc les problèmes auxquels nous sommes confrontés ne sont probablement pas typiques.
Dans l'ensemble, nous avons trouvé des solutions aux lacunes de Helcim grâce aux forces de nos équipes de développement et d'informatique, combinées à la qualité de l'équipe de support de Helcim.
Helcim serait un excellent choix si nous étions plus petits. Si votre entreprise est comme la nôtre, avec dix (10) employés ou des emplacements distincts qui auront besoin de la capacité de traiter des cartes et nécessitent des rapports individuels, je conseille fortement de considérer d'autres processeurs de paiement à moins que votre entreprise ait les compétences et le temps pour créer des solutions de contournement pour certaines de leurs fonctionnalités défectueuses/buguées. Cependant, à long terme, les économies valent les tracas à court terme et la charge de travail supplémentaire. Avis collecté par et hébergé sur G2.com.
Que n’aimez-vous pas à propos de Helcim?
Helcim n'est pas conçu pour que les grandes entreprises l'utilisent immédiatement. Certaines des fonctionnalités essentielles que l'on m'avait dit fonctionneraient pendant la phase de vente avant de sélectionner Helcim se sont avérées boguées ou non fonctionnelles.
Plusieurs fonctionnalités de l'API répertoriées dans leur documentation comme étant en ligne, avec des exemples dans leur référence API, sont non fonctionnelles :
1) La demande de liste de transactions "Autre paiement" ne fonctionne pas (problème connu, ils continuent de me dire que ce sera résolu "à la prochaine mise à jour de version"). Cela empêche l'utilisation de l'application Helcim comme une suite POS tout-en-un si vous avez plus de 10 employés (voir les problèmes de rapport ci-dessous).
2) Les identifiants de transaction pour leur système ne correspondent pas aux identifiants de transaction dans la base de données utilisée par l'API (apparemment, c'est un problème connu et résulte d'un système utilisant l'ancienne base de données/méthode mais n'a pas encore été corrigé d'après ce que le représentant Helcim m'a dit), ce qui empêche les transactions d'être recherchées sans numéro de facture.
3) Les numéros de facture sont parfois réassignés si la première fois la transaction a été refusée (avec des données toujours présentes) avec le terminal virtuel, ce qui conduit à ce que les factures soient associées à deux clients (par exemple, la carte de Bob a été refusée et il a payé en espèces. Une heure plus tard, Sue paie avec sa carte de débit et se voit réassigner le numéro de facture de Bob, sauf que le nom de Bob et le montant de la transaction négatif sont tous deux visibles sur la facture). Cela empêche d'utiliser les numéros de facture comme moyen fiable d'identification client/transaction (notez que les identifiants de transaction réels ne correspondent PAS aux identifiants de transaction dans l'API), une solution qui nous a été donnée lorsque nous avons découvert que l'API et les terminaux n'utilisent pas le même système pour attribuer les identifiants de transaction.
Plusieurs problèmes que nous avons rencontrés peuvent être résolus en créant des listes déroulantes défilables au lieu de coder en dur les listes déroulantes pour n'afficher que dix options :
-Le champ employé pour créer des rapports de vente est codé en dur pour afficher pas plus de dix employés ; si vous avez plus de dix employés, vous ne pouvez générer des rapports spécifiques aux employés que pour les dix premiers que vous créez. Cela nous a forcés à développer notre propre application de rapport de vente en interne, car nous avons plus de 20 employés utilisant le système dans nos emplacements.
-Il en va de même pour les "terminaux" (le compte de localisation/marchand par lequel une transaction est effectuée) dans l'application Helcim, limitant une entreprise à 10 emplacements "terminaux" uniques. Nous avions besoin de 14 comptes marchands sous notre compte principal pour identifier de manière unique chaque emplacement/département séparé (à des fins comptables et de rapport) mais avons finalement dû faire des concessions car la liste déroulante pour associer un terminal à l'application est limitée à 10 et n'a pas de barre de défilement.
De plus, l'application Helcim échoue régulièrement à afficher les rapports de vente, même si elle affiche un message "Succès !" et est parfois "bloquée" par des mises à jour, la seule solution que nous avons trouvée étant de désinstaller et de réinstaller.
Chaque problème que nous avons eu avec Helcim a été des choses qui auraient dû être identifiées/traitées pendant le développement ou la bêta, ou du moins un problème dont leurs agents de support étaient conscients (comme l'absence de moyen d'enregistrer les terminaux 11+ avec l'application). Avis collecté par et hébergé sur G2.com.