Як перевірити інтеграцію POS-термінала з Торгсофт після налаштування: зв’язок, тестова оплата і повернення

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

Що саме потрібно перевірити

Те, що Торгсофт встановив зв’язок із POS-терміналом, ще не означає, що вся схема налаштована правильно.

Потрібно послідовно перевірити: термінал → мерчант → розрахунковий рахунок → оплата → Торгсофт і ПРРО → повернення.

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

Відкрийте: Налаштування → Параметри → Банківський термінал.

Для налаштованого термінала використайте дію «Отримати інформацію про термінал».

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

Якщо інформацію отримано, наступне питання — чи правильно налаштовані мерчанти. Для кожного ФОП має бути зрозумілий зв’язок: Merchant ID → розрахунковий рахунок → ФОП.

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

Якщо Торгсофт взагалі не отримує інформацію від термінала, тестувати оплату поки не варто. Спочатку перевіряють спосіб підключення, налаштований протокол, COM-порт або мережеві параметри — залежно від конкретного обладнання. Поточна довідка Торгсофт передбачає різні способи інтеграції банківських терміналів, тому універсального налаштування для всіх POS немає.

Після перевірки зв’язку проведіть оплату так само, як її проводитиме звичайний касир під час продажу. Для перевірки мерчанта база знань Торгсофт рекомендує тестову оплату на 1–2 грн. Наприклад, оформіть у Торгсофт продаж на 2 грн і виберіть безготівкову оплату через підключений банківський термінал.

Перевірте весь процес:

1. Торгсофт сам передав на POS правильну суму.

2. Термінал прийняв картку і підтвердив платіж.

3. Продаж завершився в Торгсофт.

4. Якщо використовується ПРРО — сформувався потрібний фіскальний чек.

5. На чеку термінала вказаний очікуваний Merchant ID, якщо ваш термінал його відображає.

6. У банку кошти зараховані на рахунок потрібного ФОП.

Якщо в магазині кілька ФОП

Тест потрібно провести окремо для кожного ФОП і розрахункового рахунку.

Наприклад, на касі працюють ФОП А і ФОП Б. Оплата 2 грн успішно пройшла для ФОП А. Це підтверджує тільки налаштування ФОП А.

Потрібно окремо провести невелику оплату для ФОП Б та перевірити, на який рахунок вона зарахувалася.

Такий тест особливо потрібен після:

• додавання нового ФОП;

• зміни розрахункового рахунку;

• заміни POS-термінала;

• зміни ПРРО;

• переналаштування мерчантів банком.

У документації Торгсофт прямо зазначено, що неправильний Merchant ID може спрямувати оплату іншому ФОП або створити проблеми під час повернення.

Що робити, якщо гроші списалися, а Торгсофт не завершив тестовий продаж

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

Можлива ситуація, коли банк уже провів оплату, але Торгсофт через збій зв’язку не отримав або не обробив кінцевий результат. Повторна спроба в такій ситуації може створити друге списання.

У матеріалах Торгсофт окремо розглядаються випадки, коли результат на POS і стан продажу в програмі розійшлися. У такій ситуації спочатку визначають реальний статус банківської транзакції і лише після цього вирішують, як завершити документ у Торгсофт.

Це правило стосується не тільки тесту. Його варто пояснити і касирам перед початком роботи.

Після успішної тестової оплати не завершуйте перевірку. Наступний крок — повернути ці самі 1–2 грн.

Саме на цьому етапі часто виявляється, що приймання платежів налаштоване, а повернення — ні.

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

Після операції перевірте:

• POS прийняв команду на повернення;

• банк підтвердив операцію;

• повернення завершилося в Торгсофт;

• якщо використовується ПРРО — сформувався фіскальний чек повернення;

• повернення стосується того самого ФОП і рахунку, з якого проводився тест.

Торгсофт окремо рекомендує після тестової оплати виконувати тестове повернення.

Чому оплата може пройти, а повернення — ні

Продаж і повернення — різні банківські операції.

Для конкретного термінала можуть окремо налаштовуватися операції «Оплата» та «Повернення», а спосіб їх роботи залежить від банку та протоколу.

Тому успішна тестова оплата ще не підтверджує, що повернення налаштоване правильно.

Якщо тестове повернення не проходить, перевіряють:

• чи правильний мерчант використовується для повернення;

• чи пов’язаний він із потрібним розрахунковим рахунком;

• чи налаштована операція повернення на стороні банку;

• чи передав термінал дані початкової оплати, необхідні для повернення.

У деяких інтеграціях є свої особливості. Наприклад, окремі банківські бібліотеки можуть не передавати RRN автоматично, а певні термінали під час повернення просять додаткові дані початкової операції. Це потрібно перевіряти саме для конкретного банку та обладнання, а не змінювати налаштування навмання.

Якщо термінал повернув гроші, а Торгсофт не завершив повернення

Тут діє те саме правило, що і при оплаті: не повторюйте банківську операцію, поки не перевірено її статус.

Якщо POS уже підтвердив повернення, повторний запуск може повернути покупцеві гроші ще раз.

У Торгсофт передбачений сценарій, коли банківське повернення вже виконано, а облік або ПРРО потрібно завершити окремо. У такому випадку повернення в програмі проводять без повторної команди на фізичний термінал і використовують дані вже виконаної банківської операції.

Чи потрібно перевіряти ПРРО окремо

Так, якщо магазин використовує ПРРО. Банк і ПРРО виконують різні завдання: банк проводить картковий платіж, а ПРРО реєструє розрахункову операцію.

Тому під час тесту потрібно побачити не просто «кошти списалися», а повний результат: платіж пройшов → продаж записаний у Торгсофт → сформований фіскальний чек.

Під час повернення відповідно: банк прийняв повернення → документ повернення завершений у Торгсофт → сформований фіскальний чек повернення.

Якщо один із цих етапів не завершився, потрібно з'ясувати причину до початку роботи з покупцями.

Коли потрібно провести перевірку повторно

Повний тест не потрібно робити щоранку. Він потрібен після змін, які можуть вплинути на оплату:

• підключили або замінили POS-термінал;

• банк переналаштував пристрій;

• додали нового ФОП або мерчант;

• змінили розрахунковий рахунок;

• перенесли касу на інший комп'ютер або сервер;

• змінили спосіб підключення POS;

• оплата почала надходити на неправильний рахунок;

• продаж працює, а повернення — ні.

Саме такі ситуації база знань Торгсофт відносить до випадків, коли налаштування мерчантів потрібно перевіряти повторно.

Головне

Після налаштування POS-термінала не обмежуйтеся перевіркою, що Торгсофт просто «бачить» пристрій.

Робоча перевірка має пройти весь шлях: «Отримати інформацію про термінал» → перевірити мерчант і рахунок → провести оплату на 1–2 грн → перевірити зарахування → оформити повернення цієї суми → перевірити Торгсофт і ПРРО.

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