Чтобы приложение появилось в App Store, нужно заполнить не одну форму, запастись документацией и терпением. В интернете есть гайды, которые подробно рассказывают, как опубликовать продукт. Но не всегда все идет по плану. Мы рассказали историю одной регистрации в Apple Developer Program, которая вместо двух недель затянулась на 3 месяца. О таких нюансах обычно не пишут в официальных инструкциях, но с ними может столкнуться каждый.
Часть первая: D-U-N-S
Что такое D-U-N-S и зачем он нужен
Команда YuSMP Group работает с разными компаниями, в этот раз у нас был проект с заказчиком из Китая. Договорились, что поможем клиенту зарегистрировать аккаунт разработчика в Apple, а затем будем публиковать продукт. Индивидуальные разработчики практически сразу могут получить доступ в Apple Developer Program, но компаниям приходится сложнее. Регистрация юридических лиц длится от 2 до 4 недель, и это, если все идет гладко.
Помимо свидетельства о регистрации организации, необходимо предоставить D-U-N-S Number. Это девятизначный номер-идентификатор компании в информационной базе D&B. По номеру организацию можно найти в международном справочнике. D-U-N-S необходим, чтобы Apple удостоверились в том, что компания действительно существует и не находится в реестре недобросовестных организаций.
Номер можно получить разными способами:
Через личный кабинет Apple (занимает до 13 дней).
Платно на официальном сайте[ссылка удалена модератором] (можно получить за пять дней и 2 недели займет одобрение аккаунта App Store).
Самостоятельно на сайте (процедура длится до 30 дней).
Обсуждая варианты с заказчиком, приняли решение получить D-U-N-S самостоятельно. С этой задачей мы справились — номер появился через 30 дней.
Проблемы, которые возникли
Во время получения D-U-N-S все было не так гладко: получали замечания и уточнения по данным компании, прошли несколько редакций, прежде чем их приняли. Но мы знали, как действовать: настойчивость и общение с техподдержкой дали свои плоды. Как только номер был у нас, смогли продолжить регистрацию в программе разработчиков (Enrollment Membership in Apple Developer Program). Но Apple не принял номер, потому что адрес организации DUNS не соответствовал адресу при регистрации на сайте.
Поэтому важно: адреса компании на сайтах Apple и D&B должны полностью совпадать, как и название организаций.
Мы снова обратились в техподдержку D-U-N-S, получили актуализацию данных и вернулись на сайт. Apple опять показал ошибку. Теперь мы уже общались с «яблочной» техподдержкой. Направили письмо, приложили документы и подтверждение от D-U-N-S. Мы убедили сотрудников посмотреть вложения. В компании согласились и поменяли данные, зарегистрировали аккаунт разработчика. Казалось бы, наши приключения закончились.
Часть вторая: оплата аккаунта
Чтобы подключиться к программе App Store, необходимо оплатить подписку - 99$ в год. Обычно заказ обрабатывается в течение 2 рабочих дней.
Но проходит срок, и мы видим, что сумма так и не списалась с карты. Направили письмо, приложили ордер на оплату, но обращение осталось без ответа. Попробовали провести оплату с другой карты. Потом еще с другой. И еще. Ни одна сумма так и не прошла. На письма никто не реагировал.
После очередного емейла нам ответили: предложили лично созвониться и подтвердить личность владельца организации.
Мы связались с заказчиком и договорились о разговоре с Apple. По телефону получили одобрение и узнали причину, по которой все платежи были отклонены. Подписку в Apple Developer Program нужно оплачивать картой, которая привязана к указанной организации. Более того, карта должна быть выдана именно в том городе, где зарегистрирована компания.
После того как требования были выполнены, мы смогли оплатить подписку и загружать приложения в магазин.
Выводы
В итоге на подключение аккаунта мы потратили более трех месяцев, хотя собирались закрыть задачу за пару недель. Сложность этого кейса заключалось в том, что хозяин аккаунта не в России, и привязка шла к департаменту Китая, где основной язык — мандарин. Из-за языка было трудно сразу разобраться в документах, происходили накладки.
Бизнес-аналитик, который работал с этими задачами, дает пару практических советов:
Получать D-U-N-S лучше сразу через Apple.
Будет эффективнее не писать обращения в Apple, а заказывать обратные звонки. В телефонном разговоре проще решать все вопросы здесь и сейчас, а не ждать каждый раз ответа несколько дней.
Еще из этой истории мы поняли, что если не сдаваться, проявлять настойчивость и инициативу, то с любой поддержкой можно договориться и получить ответ.
Комментарии (25)
DevlabStudio
17.11.2022 10:03Какой то сюр! Мы не так давно оплачивали аккаунт компании в РФ, картой компании на физлицо, выданной в другой стране. И так сделали не только мы. Не проверяют принадлежность карты, даже к стране, как оказалось.
YusmpGroup Автор
17.11.2022 11:32Здравсвуйте! Нам это все тоже казаласоль сюром, но столкнулись с тем, с чем столкнулись. Может, кому будет полезным наш опыт. Работали кстати не с РФ, а с Азией.
aborouhin
Хм... интересно было бы узнать, как Apple (и любой другой получатель средств) может узнать информацию о том, "привязана" ли карта к организации и в каком городе (а даже не стране!) она выдана.
RebKut
Через номер карты можно вытянуть как минимум БИК банка.
Также в некоторых других странах, банки передают и билинговый адрес при оплате онлайн.
Действующий сейчас международный стандарт задает следующую структуру идентификационного номера пластиковой карты:BBBBBBNNNNNNNNNNNNL, гдеBBBBBB – идентификационный номер эмитента (БИН карты). Первая цифра всегда указывает на платежную систему пластиковой карты (например, 2 – Мир, 4 – Visa, 5 – Mastercard);NNNNNNNNNNNN – идентификационный номер пластиковой карты, выпущенной данным эмитентом, может быть длиной в 7, 10 или 13 цифр. В зашифрованном виде они обозначают тип карты (кредитная или дебетовая), регион, год выпуска и другую информацию, используемую при авторизации и прочих действиях в процессе совершения операций с карточкой;L – код Luhn (контрольная цифра, рассчитываемая из предыдущих цифр номера), необязательный и обычно присутствует только на картах с 13-ти значным номером.aborouhin
С определением банка понятно.
То, что в карте может быть зашифрован регион - допустим, но неужели эта система вот прямо универсальная по всему миру? А как быть, если у банка нет отделения в конкретном регионе и компания обслуживается в соседнем / межрегиональном / столичном? Неужели Apple или их подрядчик в этом вопросе все эти случаи может правильно отработать, в глобальном масштабе?
Признак "привязки" карты к компании тоже интересен. Допустим, где-то в номере зашифровано, персональная это карта или корпоративная. Но ещё и конкретную компанию узнать по номеру карты? В нём цифр не хватит всё это зашифровать...
splix
В США при оплате картой спрашивают адрес, или как минимум индекс. Даже последнего может быть достаточно чтобы заметить что карта не совпадает с адресом указанным при регистрации.
aborouhin
Но мой адрес/индекс - это ни разу не место выдачи карты. Я могу, имея один официальный адрес, он же billing address, при этом иметь кучу счетов/карт в совершенно других регионах и даже государствах. А речь шла именно про то, что карта должна быть выдана в том же регионе и тому же лицу... совершенно непонятно, как это проверяется, ну и зачем такое... хм... неумное требование придумано. Если второй вопрос меня интересует чисто теоретически, то тайные знания о том, что ещё можно выдернуть из номера карты, помимо BİN/İİN, пригодились бы сами по себе :)
splix
Ну вот значит они хотят главную карту компании, выданную на основной адрес.
Адрес в номере карты конечно не задан, хотя бы потому что банк без проблем позволяет менять адрес уже выданной карты.
aborouhin
Так в этом весь и вопрос - как они это определяют???
splix
Так как я же про это и написал, что вы сами указываете это в форме оплаты. Если вы ввели другой адрес - банк не проведет платеж.
aborouhin
В форме оплаты в качестве billing address / ZIP code я указываю, естественно, свой основной адрес. В любом случае. А потом я указываю реквизиты карты, которая может быть выдана совершенно в другом месте. Но Apple, если судить по информации из поста, каким-то образом умудряется выяснить, что это не та самая "основная карта", выданная по основному адресу, и отклонить платёж. Как?
splix
Нормальный банк такой платеж не пропустит. Выдаст ошибку что адрес не совпал с тем что у них в базе.
aborouhin
При чём тут банк?
Во-первых, откуда банк вообще знает, какой я там адрес в форме продавца на его сайте указал?
Во-вторых, даже если узнает (не силён в нюансах финтеха) - о чём банку беспокоиться? Я и в банке, естественно, указал тот же самый адрес. Просто банк в другом регионе / другой стране. А Apple, если судить по информации из поста, об этом как-то узнаёт и отклоняет платёж по этому признаку... Могу только предположить, что они отдельно на своём сайте запрашивают адрес, а потом сравнивают его с адресом банка, полученным из расшифровки BIN/IIN. Но в таком случае как быть обитателям провинций, где нет отделений банков, имеющих собственные BIN/IIN, и все счета открыты в другом регионе? Вопросы...
splix
Регион банка, кстати, не имеет значения. Поэтому что карта привязывается к адресу компании, и этот адрес может быть где угодно, в том числе в другом регионе. И даже в другой стране.
aborouhin
Я про это и пишу. Но в посте другая информация:
splix
Я уверен что это ошибки перевода и правильно было бы "адрес карты совпадает с адресом где зарегистрирована компания".
aborouhin
ОК, даже если так. Адрес регистрации компании они получили, я сам его ввёл. А "адрес карты" откуда? В карте зашифрован только идентификатор банка (BIN/IIN), который может быть на всю страну один (не знаю, какая общая практика в мире, но в России, вроде, только у Сбера есть отдельные "Северо-Западный банк Сбербанка", "Южный банк Сбербанка" и пр. с отдельными БИК, а у всех остальных один банк, один идентификатор).
splix
Вы вводите адрес карты при оплате как поле "billing address"
aborouhin
Billing address - это, условно, куда мне счета присылать (анахронизм из тех времён, когда их присылали в бумажном виде). И для всех своих карт, где бы они ни были открыты, я, естественно, ввожу один-единственный свой адрес.
P.S. Механизм сверки billing address между банком и платёжной системой я-таки нагуглил (и то, как я понял, он совсем не по всему миру доступен). Но на поставленный вопрос это не отвечает.
splix
Если вы введете неправильный адрес (не тот который вы сообщили банку для привязки карты) то платеж не пройдет. Но это зависит от банка, наверняка есть банки которые толком не проверяю.
aborouhin
Так, ещё раз :)
Если у меня адрес в Саратове, а счёт я открываю в Москве, какой адрес я сообщу банку? Правильно, саратовский. А если я в Швейцарии на свою саратовскую компанию открываю счёт (вспомним те благословенные времена, когда сие было возможно)? Какой адрес укажу? Да саратовский же, откуда у меня другой!
После этого моя саратовская компания платит Apple (опять же вспомним былое). Меня просят ввести billing address - что я ввожу? Ну естественно, свой саратовский адрес. Который сообщён и всем банкам.
А дальше я ввожу реквизиты московской, а то и, прости господи, швейцарской карточки. У банка вопросы есть? Нет у банка вопросов, адрес совпадает, всё ОК. А вот у Apple вопросы, как мы узнали, возникают. ОК, по швейцарской карточке они посмотрели на банк-эмитент, посмотрели на адрес, обнаружили, что они в разных странах, - понятно. А по московской? Откуда они возьмут данные, чтобы её отклонить???
splix
Я не знаю с чего вы взяли что в этом случае у Apple возникнут вопросы.
Вы же согласились что текст нужно трактовать как "адрес карты совпадает с адресом где зарегистрирована компания". В вашем случае все совпало и значил проблем нет.
aborouhin
Честно говоря, даже в Вашей трактовке поста я предположил, что под "адресом карты" Вы имеете в виду нечто иное, чем "адрес пользователя карты, имеющийся у банка". Если же Вы имели в виду именно это - то Ваша мысль понятна, но посте явно очень большая ошибка. А из содержательных вопросов остаётся только то, насколько работоспособна та самая address verification service в разных странах, как в ней отрабатывается тот факт, что один и тот же адрес может быть написан множеством разных способов и т.п. Про это наверняка стоит погуглить на досуге отдельно, интересная тема...
splix
Это наверное зависит от законов и исторических протоколов каждой страны. Но в общем, насколько я понимаю, это сводится к тому что продавец отправляет банку "мне дали вашу карту НОМЕР + ДАТА + КОД на ИМЯ + АДРЕС, вы подтверждаете перевод нам $99 в течении 30 дней?" И банк отвечает ДА или НЕТ. Если ДА то можно считать что адрес более менее правильный. Если НЕТ то может быть что угодно, в том числе что у банка плохое настроение. Или денег нет. А может быть адрес не правилен. И вряд ли им банк скажет что именно не так. А как банк умеет сверять адрес в разном написании это уже его проблемы и риски.
aborouhin
Да нет, вы посмотрите статью Википедии про Address verification service, ссылку на которую я выше скидывал - банк, на самом деле, может 22 разных кода ошибок выдать, показывающих, что именно в адресе не правильно. А платёжная система, соответственно, может на некоторые отреагировать (например, несовпадение индекса), а на другие - нет (скажем, несовпадение улицы, но совпадение индекса). Но только, как я понимаю, всё это более или менее работает только в US, UK и Канаде. А у автора поста Китай...