Работаем с банковскими (рабочими) днями

эмм… А как учитывается тот факт, что у нас частенько переносятся празничные дни? типа «в субботу работаем за вторник»?

Отстой ваш класс, бегает по всем дням, делает для каждого дня нетривиальный и тяжелый вызов strtotime, а потом еще и не менее тяжелый date('w').

Вот вам функция, которая в константное время считает количество рабочих дней в интервале, не учитывая праздников. Остается прочекать для каждого праздника, 1) является ли он выходным и 2) входит ли в промежуток.

function workday_count($start_day_as_timestamp,$total_days)
{
    //$weekday 0 = Sun 1 = Mon ...   
    $weekday = date('w',$start_day_as_timestamp);   

    $days_without_1st_incomplete_week = $total_days — (7-$weekday);
    $workdays_in_1st_incomplete_week = 6 — $weekday;   

    $workdays_in_complete_weeks = floor($days_without_1st_incomplete_week / 7) * 5;   

    $days_in_last_week = $days_without_1st_incomplete_week % 7;
    $workdays_in_last_week = $days_in_last_week ? $days_in_last_week — 1: 0;   

    return $workdays_in_1st_incomplete_week + $workdays_in_complete_weeks + $workdays_in_last_week;
}

Дарю безвозмездно, ибо писал сие вчера, в ответ на не менее cтрашную функцию

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

ну скажем так. По закону каждый банк имеет право сам устанавливать продолжительность операционного дня. Скажем до 12:00 принимать платежки или до 15:00. А то что позже проводить следующим днем. Но в любом случае не позднее последнего пятого рейса 19:30 местного времени. Вроде так.

В банковских системах это решается с помощью отдельной таблицы операционных дней. Они автоматически генерятся на основе рабочего календаря (без суббот и воскресений) и потом каждый год корректируем руками добавляя/удаляя рабочии дни.
Может быть и Вам достаточно так же поступить?

а разве 31 декабря — банковский день?

Нужно учесть, что есть еще и локальные праздники, которые объявляются нерабочим днем. В Чувашии, например, есть День Республики, 24 июня — нерабочий день. Думаю, подобные праздники есть и в других республиках.

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

В Татарстане, например, таких три: Курбан-байрам (каждый год по-разному, по лунному календарю как-то считается), День независимости Татарстана (30 августа) и День конституции Татарстана (6 ноября).

И банки их соблюдают, даже филиалы общероссийских банков и иностранных.

Вообще идеально было бы, если б существовал какой-то официальный репозиторий с открытым API (как у ЦБ РФ с курсами валют).

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

ваш класс решает три задачи. при этом задача номер три является частным случаем первой задачи.

3. узнать является ли ваш день банковским или нет, достаточно будет посчитать количество рабочих дней в промежутке от этого дня, до этого дня. Если 0 — то не банковский, если 1 — то банковский. Возможно не совсем корректно будет по производительности, но зато надежно. Ну либо в третьей задаче надо просто проверить на выходной, либо праздничный день :)

то есть остается две задачи.

1 задача —
я бы разбил на три класса, первый класс будет мне возващать количество выходных в определенный промежуток времени, второй класс будет возвращать количество праздников в определенный промежуток времени. А вот третий класс уже как нетрудно догадаться, будет возвращать банковские дни, при этом высчитать их легко, вычесть из общего количества дней выходные и данковские. Ну и подкорректировать границы с учетом заморочек какое время суток сейчас. Получиться более гибко и понятно.

2 задача — тут тоже ничего сложного. Берем левую границу, прибавляем N дней, высчитываем количество банковских дней, если оно меньше, чем то которое запросили, прибавляем еще разницу, и так пока у нас разница не превратится в 0. То есть в зависимости от того насколько длинный промежуток, получится три-четыре прохода наверное в среднем.

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

Не очень понял идею в целом, но уточнение про время думаю может быть полезным. Т. е. если запрашивают дату 17.08.2009 18:03 + 2 дня то надо считать 18.08.200 + 2 дня ибо этот день уже прошел.
Хотя тут все зависит от типа входных данных — в некоторых случаях это может внести больше путаницы чем пользы, поэтому предлагаю всем желающим модифицировать под свои потребности :)
Но за идею спасибо.

А где исходник?