Платіжні термінали в Любеку, Німеччина

Доберіть термінал відповідно до місця приймання платежів

Стаціонарна каса дає персоналу постійне місце, де можна перевірити кошик, суму й результат оплати. Для обслуговування за столиками потрібен спосіб знаходити потрібний рахунок подалі від каси. Мобільний продаж порушує питання покриття, живлення та дій персоналу, якщо не вдається підтвердити результат.

Підприємцю в Любеку слід перевірити роботу в запланованих місцях приймання платежів, а не вважати, що одне з’єднання працюватиме всюди в приміщенні чи на виїзній торговельній точці. З’ясуйте, які варіанти підключення підтримує запропонований термінал і що відбувається в разі втрати з’єднання. Можливості пристрою та його доступність у Німеччині слід уточнити в команди.

Відокремлюйте помилку в продажу від помилки під час оплати

Неправильний склад кошика та невизначений результат оплати потребують різних дій. Якщо суму вказано неправильно до початку оплати, спершу виправте дані продажу. Якщо спробу оплати вже здійснено, з’ясуйте її статус, перш ніж змінювати замовлення або починати ще одну спробу.

Партнерам із розробки програмного забезпечення слід визначити, як персонал знаходить відповідну транзакцію, що означає кожен відображений статус і який запис перевіряти, якщо дані на екранах розходяться. Зміна замовлення сама по собі не підтверджує, що платіж скасовано. Перевірте, які процедури скасування та повернення коштів підтримуються, а не припускайте, що вони доступні на кожному пристрої або за будь-якого типу з’єднання.

• Не повторюйте спроби оплати, доки результат не з’ясовано.
• Зіставте суму, час і доступний ідентифікатор транзакції.
• Дотримуйтеся узгодженого процесу виправлення помилок або передайте питання на розгляд, надавши ці дані.

Приклад: під час оплати за столиком зникає з’єднання

Гіпотетичний приклад: ресторан у Любеку користується POS-системою від партнера з програмного забезпечення та портативним терміналом, який планують запровадити. Клієнт намагається оплатити рахунок на €48, але зв’язок переривається, перш ніж офіціант бачить чіткий результат. У POS-системі стіл і далі позначено як неоплачений. Саме по собі це не є достатньою підставою просити про повторну оплату.

Офіціант зберігає дані рахунку, щоб його можна було ідентифікувати, і просить відповідального колегу перевірити запис про платіж узгодженим способом. Якщо оплату підтверджено, вони дотримуються задокументованого процесу звіряння замовлення. Якщо підтверджено, що платіж не пройшов, можна запропонувати спробувати ще раз. Якщо результат залишається невизначеним, вони пояснюють це клієнту й передають питання на розгляд, а не роблять припущень.

Обговоріть питання щодо розрахунків під час розмови про програмне забезпечення

Успішна оплата клієнтом і надходження коштів на рахунок продавця — це окремі події. Перед запуском дізнайтеся про строки зарахування коштів, звітність, комісії за обробку платежів і відображення виправлень у записах. Перевірте умови, що діють на німецькому ринку; не покладайтеся на припущення, перенесені з іншої країни.

NeroConnect призначено для підключення постачальників програмного забезпечення та POS-систем і їхніх продавців до платіжних сервісів. Обговоріть із командою запропонований робочий процес, зокрема підтримувані пристрої, інтеграції та способи використання посилань на транзакції під час звернення до служби підтримки. Доступність і комерційні умови потрібно підтвердити; запланований робочий процес не є доказом наявності підтримуваної інтеграції.

Перевірте порядок відновлення роботи, перш ніж він знадобиться персоналу

Узгодьте з постачальником план контрольного тестування, що охоплює звичайний продаж, невизначений результат і підтримуване виправлення. За допомогою тестів з’ясуйте, хто може розслідувати проблеми, хто уповноважений схвалювати виправлення і що працівники мають повідомляти клієнтам, поки триває перевірка платежу.

Перевірний критерій успіху: працівник може відстежити тестовий продаж до результату платежу й пояснити будь-яке виправлення, не створюючи незрозумілого повторного платежу. Наступний крок — надіслати команді інформацію про місця приймання платежів, дані POS-системи та один реалістичний сценарій помилки, а потім попросити підтвердити підтримуваний робочий процес.