Основни грешки, с които се сблъскват потребителите
Времето, когато плащанията се случват без шокове, е вече минало – влезли сме в ера, където ePay.bg често издава “404” вместо “Успешно”. Първата криза е забавянето на одобрението – транзакцията стои на пауза като задръстен автобус в пика. Втората е невъзможността да се въведе валиден номер на карта; потребителят получава съобщение “Invalid Card Number”, а администраторът си мисли, че е направил всичко по инструкцията. И трета, но не последна, често срещана – “Server timeout” при връщане към сайта, където клиентът вече е натиснал “Плати”. Кратко: системата ти спира, преди ти да успееш да напишеш “завършено”.
Кодовата грешка „Invalid Merchant ID“
Този тип грешка се появява, когато ePay.bg не признава идентификационния номер на търговеца – като да влезеш в клуб, но охраната те отбелязва като чужд. Причината е често проста: копирано‑поставено число с липсваща нула. Още по-лошо, когато се използва тестов ключ в продукцията – това е като да изпиеш безалкохолен коктейл, докато търсиш енергиен тласък. Тук трябвало е да провериш настройките в панела, да се увериш, че средата е правилната и че кода не е “облякъл” от старите версии.
Проблеми с кеширането и timeout‑овете
Кешът в браузъра е като старо вино – ако не е свеж, ще разкара аромата. Ако вашият скрипт пази отговорите в статичен кеш, всяка нова поръчка може да се сблъска с “Stale data” и да бъде отхвърлена. Timeout‑овете са същата история – сървърът е натоварен, заявката се изтегля като бавен влак, а клиентът получава “Transaction failed”. Решението е пренастройване на “session timeout” в конфигурационните файлове, както и активиране на “no‑cache” хедъри в HTTP отговорите.
Стъпки за справяне със състоянията „Pending“ и „Failed“
Проверете статуса на API ключа
Ключът е животворен елемент – ако е изтекъл, целият процес спира в бездната. Погледнете в админ панела, обновете датата на валидност и синхронизирайте с вашия код. Без това, всяка заявка се връща като “Unauthorized”.
Обновете сертификатите
SSL сертификатите са вашата барикада срещу мрежови атаки. Стар сертификат е като фалшив паспорт – никой няма да ви пусне. Инсталирайте новия сертификат, рестартирайте уеб сървъра и проверете дали портовете 443 са отворени. Ако не, ще се чудите къде се скриват грешките.
Действайте сега: рестартирайте интеграцията, провете ключовете, тестирайте в sandbox‑а, иначе продължавате да се борите с едни и същи грешки.