Саппорт НАУНЕТ спихивает свои проблемы на клиентов и на реселлеров

Не нужно тут образных сравнений, нужно просто знать как это работает.

1. Платежные системы при оплате используют API магазина, в данном случае это API предоставляет НАУНЕТ. И Kinst не может идентифицировать проблему почему не зачислился платеж потому что софт на стороне НАУНЕТ. Возможно, у них перегружался сервер или были сетевые проблемы или была ошибка в ПО, но в любом случае это проблема доступности API НАУНЕТ.

2. деньги на кошелек Kinst капнули и, конечно, самое простое - идентифицировать этот платеж в общении с клиентом и зачислить руками, но это не значит что регистратора надо держать в расслабленном состоянии т.к. невозможность зачислить платеж могла быть и по вине самого НАУНЕТА (например - они выключили сервер для регламентных работ, а никого не проинформировали об этом).

Странно, но в договоре все четко расписано:

2.4. Исполнитель без дополнительной оплаты оказывает Заказчику консультации по вопросам пользования услугами (как в процедурно-технической части оказания услуг, так и в части консультаций и содействия по выполнению критически важных операций в спорных ситуациях, а также в случаях предъявления судебного иска, связанного с услугами) по электронной почте, по телефону или в офисе Исполнителя. Консультации оказываются в обычные рабочие часы Исполнителя.

...

2.7. Заказчик оказывает Пользователям консультации по вопросам управления и пользования услугами, а также оказывает содействие в формировании и исполнении заявок (с использованием возможностей доступа к Системе управления услугами, предоставленных Заказчику).

То есть ТС оказывает пользователям содействие в формировании и исполнении заявок, а регистратор оказывает ТСу содействие по выполнению критически важных операций в спорных ситуациях, таких как в данной ситуации.

А вообще, тема яйца выеденного не стоит.

а ничего что не только платежный шлюз, а и вся панель работает на этом же сервере или у клиента она в это время работала из кэша :)

И вообще не важно по какой причине не зачислился платеж. Разработчики панели предусмотрели ручное зачисление и вопрос то был плевый - всего парой кликов зачислить платеж клиенту. А ТС по незнанию работы панели попытался взвалить эти пару кликов на саппорт регистратора, на что получил ответ который ввел его в состояние аффекта, под действием которого он и запостил эту тему. Только такой реакции в теме он конечно же не ожидал, вот и упирается вовсю, плевая тема аж третью страницу вылезла.

и надо было столько писать и усераться что я умный,а наунет дебилы?ну не пришел платеж в панель. мало ли глюк какой. деньги дошли? да и зачисли их на счет и радуйся жизни

Ёхан Палыч, если ТС не получил "содействие по выполнению критически важных операций в спорных ситуациях", то вероятно стоит воспользоваться пунктом 5.2. того же договора.

Только не возьмусь ответить на вопрос: связаны ли проблемы ТС с неоказанием Заказчику консультации по вопросам пользования услугами. Ибо ТС требовал от регистратора действий по устранению проблем у клиента ТС, а не просто консультаций. Хотя, вероятно, как пополнить баланс клиенту из реселлеровской панели они должны были подсказать.

А откуда Вы знаете на одном или нет? :)

Или наунет публикуют свою внутреннюю топологию? :))

Важно по какой - если это проблемы у провайдера НАУНЕТ, то они должны его простимулировать,

если НАУНЕТ какой-то свитч перегрузили, то должны уведомить о регламентных работах.

Причина всегда есть и есть виноватый и в любом случае это не Kinst в данном случае.

Kinst нужно вручную решить проблему клиента и пинать НАУНЕТ.

А в чём профит от такого реселлинга для регистратора? Налоги меньше?

Если вся работа с клиентом происходит на сайте регистратора, даже приём оплаты.

Задача реселлера искать покупашек, иначе и панели сами бы создавали или покупали.

и работать поддержкой для них, разгружая саппорт регистратора.

Да поостыньте, народ - тема-то стара как мир и общеизвестна.

Ни у одного регистратора нет панелей, которые не дают сбоев. Но есть различия!..:

1. Сбои бывают у абсолютно всех регистраторов, это я заявляю, как партнёр 27 аккредитованных ICANN регистраторов и человек, работавший более чем с 60 аккредитованными ICANN регистраторами.

2. Все более-менее адекватные системы, как LogicBoxes, REG.Panel и т.п., имеют процессинг биллинга - это значит, что от начала проводки платежа, до любого его окончания ведётся логирование операций и статусов, что в свою очередь означает, что в случае прерывания платежа на определённой стадии, реселлер и клиент всегда могут убедиться в существовании операции, проверить её текущий статус и реселлер имеет возможность завершить операцию, изменив её статус вручную.

3. Другой вариант, это когда операции НИКАК не логируются, не обладают статусом и не могут быть завершены вручную - NauNet. Кривизна панели NauNet общеизвестна и ПЕРЕпроводить операции в ней приходится очень часто и не раньше, чем через 24 часа, так как отмечены факты, когда НАИКРИВЕЙШИЙ СКРЫТЫЙ НЕЛОГИРУЕМЫЙ процессинг биллинга NauNet зачисляет платёж даже через 2-3 часа после его реального завершения – если к тому моменту вы уже руками пополнили счёт клиента ОТДЕЛЬНЫМ ПЛАТЕЖОМ, то клиенту может повезти на двойной бонус за счёт кармана реселлера!!! 😂

P.S. Обидчивый Михаил из NauNet - это же мем, который не знает номер телефона NauNet и предлагает смотреть его на сайте! :D