iRedds

• NEW. не видел, но прогеры, может, видели, (допускаю, что есть в мерчант акке пейпала), это когда реквзиты верны, но пеймент не завершнен
  
• SUCCESS. платеж завершен. Деньги вам на счет. Они могут быть отрефанжены и отчарджбечены. Кажется,
  чардж идет отдельной транзакцией. Если платите вы - то да, окончательно ушло
  
• DENIED. это когда получаетедю запрещен прием, либо Украина, либо заблочен акк, любо приостановлен.
  
• PENDING. кого-то ждем. Обычно при исходящих в масспее. При входящих бывает на всякие еЧеки.
  
• FAILED. не прошло. Надо инициировать снова. Само не инициируется.
  
• UNCLAIMED. не завершен. При исх - когда хитрые трансграны либо с карты, при вход не помню, но тоже чеки и такое прочее
  
• RETURNED. Возвращен в том числе пейпалом - послали на новый акк, а он раз -и попал под Денайд(на момент отправки еще не было статуса, обычно Украина так идентится или Индия), тогдп пейпал его вернул
  
• ONHOLD. это когда много транз будет , пейпал на вас навесит, все новые будут шуровать в холд, но не превышая объема.
  
• BLOCKED. не сталкивался, но наверно при приостановленном, чтобы не денайд.
  
• REFUNDED. возвращен, окончательный.
  

Работает для обоих элементов, просто scrolled - он у вас один. Поэтому он всегда принимает значение, соответствующее последнему элементу - успешно установленное true при обработке первого элемента затирается false'ом, устанавливаемым при обработке второго.

Насколько я понял, должно быть так.

Проблема 2038 года, вот от туда отрывок:

Более позднее время заставит такое поле данных стать отрицательным, как бы закольцевав таким образом время (поскольку отрицательное число может быть воспринято программами как время в 1970 или 1901 году, в зависимости от реализации).

проблема в 32 битной системе :)

Как осуществляется написание платежной системы касательно visa и mastercard или для конкретного банка? что делается в данном случае? (Допустим требуется работа со сбербанком и альфабанком).

Из личного опыта:
a. Приезжаете в офис банка у которого есть услуга "интернет эквайринг", показываете своё юрлицо, уставные документы, бенефициаров, обороты от 50 млн в месяц.
* некоторые работают и с меньшими оборотами, но % будет крайне не выгодным.
** без запущенного и работающего проекта идти в банк бессмысленно.
b. Ждете 2-6 недель пока СБ банка проверит все.
c. Ждете 2-4 недели пока банк подпишет договор
d. Получаете реквизиты и документацию API конкретного банка.
e. Реализуете
f. Ждете 1-2 недели пока банк проверит что у Вас все согласно их протоколу.
g. Получаете боевые реквизиты.

Учтите что:
1. Если Ваши объемы меньше чем 50млн+ в месяц - с вероятностью 99% Вам будет СИЛЬНО выгоднее работать через посредника. Посмотрите на uniteller.ru , payture.com/ru , payler.com - если Вы будете достаточно убедительны на переговорах, вполне реально сторговать их до 2-2.5% даже на маленьких оборотах (1млн-5млн)

2. Прямые API банков мягко говоря не современны. Как правило там не будет ни удобного личного кабинета, ни вменяемой службы поддержки - ничего. Зато будут проверки, требования бумажной отчетности и прочие милые сердцу советского бюрократа вещи.

3. Риски при работе через посредника - по факту минимальны. Все приведенные выше делают выплаты ежесуточно, т.е даже если посредник накроется - Вы максимум рискуете дневным оборотом.

С учетом данных пунктов, по моему мнению прямой договор с банком имеет смысл если у Вас настолько большие обороты - что разница в десятые доли процента окупает весь этот геморрой.
По факту есть море проектов с большими оборотами (mamba, badoo, etc) кто продолжает работать через агрегатор, минимизируя расходы на юристов, бухгалтеров, техническую поддержку работы шлюза итд итп.