О! Еще один апупенный способ работы вспомнил! Есть срочный объем работы... Срочный? На пару лимонов баксов - однозначно срочный.
Так, вот! Пока ВЕСЬ объем срочной работы не будет выполнен до последней точки, НИ КТО из офиса не уходит. ВСЕ выходные, праздники и личные дела отменяются...Кто не согласен - выметается "за ворота" без выходного пособия. Оставшимся, разумеется, должна быть внушительная компенсация.
Как правило, в таких условиях происходят чудеса. Самые тупые работнеги резко умнеют, начинают принимать правильные решения, и делать работу с такой скоростью, что сами потом удивляются.
Советую попробовать :)
Забудте про деление на партнеров РБ и "своих"... Теперь мы все "ваши". И вы добровольно и всенародно взяли на себя ответственность за те долги. Так что они (долги) ваши.
То, что они выбиваются по параметрам из стандартной схемы платежей, это понятно. И как раз это то и должно пуще остального подводить вас к необходимости ускорения и упрощения работы. Я лишь об этом и говорю.
Разумеется, платежи должны быть верными и своевременными. Но стандарты работы с крупными клиентами нельзя использовать на мелких. Они просто неэффективны в таких условиях. А А1А - это как раз попытка А1 эффективно работать с мелкими.
Нас слишком много, чтобы было выгодно использовать сложную схему платежей - вы собственную прибыль режете, так как более сложная схема потребляет больше ресурсов. И в итоге, либо за наш счет будете компенсировать потери, либо решите вообще отказаться от проекта... либо поймете, о чем я говорю :)
Это тут ни при чем. Сейчас она у вас есть. Но обработка все так же - в час по чайной ложке.
Хватит уже в носу ковырять, и строить из себя крутую компанию. Все это болтовня, не пойми чем.
Крутые котнторы, это не те про которых круто пишут на заказ, а те, про которых круто пишут, потому, что они круто выполняют свои крутые обязательства.
Оптимизируйте свои процедуры, переводите работнегов на оплату по выработке, вводите регламент техподдержки и систему штрафов и компенсаций за отклонение от него.
Невозможно добиться настоящего успеха в деле, если от него не зависит целостность твоей задницы.
Ну, я о чем-то таком догадывался. Только выглядит это в списке совсем не наглядно... Сортировать нужно соответствующим образом.
И, в натуре, че так медленно то? Вся сущность А1А на самом деле заключается в том чтобы БЫСТРО и ПРОСТО обрабатывать много мелких (относительно А1) платежей... А мы этого в упор не наблюдаем.
A1Agregator, А где обещанная очередность? Че за двойные стандарты?
А я тока хотел за хавчиком отойти, а тут окошко в кассу открывается... А жрать то охота, я ж еще не завтракал седня! оО
Из толпы, - "Без очереди не пускайте! Не больше одной пайки в руки!"
А из окошка, - "Не толпитесь тут! Все равно всем не хватит..."
О.. забавно. У меня хотя бы Выплачено содержит столько сколько в натуре выплачено. А в Отчетах сумма на 6% больше выплаченной :)
Нарисовал вчера тикет (#2215)... ждемс...
Совсем недавно аналогичное высказывание изрек в диалоге с представителем другого крупного агрегатора...
Бренд, профессионализм персонала, общественное мнение, и все такое не значит вообще ничего, если не выполняются обязательства. Но! А1 достаточно опытны, чтобы не брать на себя слишком рискованные обязательства. Они обещали выплаты через 2 месяца. Вот только тогда мы и сможем так говорить в адрес А1.
А покуда мы наблюдаем некие потуги, сопровождающиеся некоторыми неудачными на мой взгляд решениями, или некачественным их воплощением. Хотя, скидку на отсутствие опыта у персонала сделать можно. Да и набрать в срочном порядке профессиональную команду почти нереально. Тем более, что в крупных компаниях вакансии занимают в основном работнеги, для которых конечным результатом их деятельности является их зарплата. И пока ее платят - им все до фени.
A1Agregator, какие статусы обработки запросов на погашение задолюенности РБ существуют вообще?
В том то и проблема, что там ничего нового не видно. Т.е. из всех статусов, самый близкий к выплате "Проверка суммы долга". А это отнюдь не равно "Долг подтвержден", и тем более не равно "Долг выплачен"... чего нам всем тут и хочется :)
На самом деле все достаточно просто. Есть таблица в базе данных - карта маршрутизации. В ней одно поле - регулярное выражение, описывающее префикс, а дальше - указание на обработчик трафика, соответствующего этому префиксу.
Регулярки примитивнейшие: ^abbb.*
Где a - преф первого уровня, bbb - преф второго уровня.
Никаких пробелов и прочих разделителей не нужно. Все, что идет после префикса - данные.
При поступлении запроса по таблице прогоняется запрос выборки строк, регулярки которых матчат строку из тела смс. Либо будет один результат, либо ни одного. Соответственно, либо вызываем обработчик, либо отписяваем абоненту что он ошибся.
Разумеется, набор регулярок в БД должен быть непротиворечивым. Ни одна регулярка не должна матчить строки для другой регулярки. Как этого добиться?... Просто :)
При добавлении новой регулярки матчим ее всеми существующими регулярками, и все существующие - ею (ну, там, конечно, нужно обрудить ^ и .*, но это мелочи). Если ни кто ни кого не матчит - добавляем новую регулярку в таблицу. Если есть хотя бы одно совпадение - не пускаем - "занято!"... Делов то :)
Прекатить текущую схему в эту тоже не так уж и сложно. Если ко всем существующим префиксам дописать пробел - то получится непротиворечивый набор префиксов. Дописываем ^ и .* - получаем непротиворечивый набор регуярок...
Возможно, А1 не использует такое решение, потому что оно потенциально может приводить к высокой вычислительной нагрузке. Но это еще нужно доказать - проводить нагрузочное тестирование. Да и кого остановит повышенная вычислительная нагрузка? Кто мешает докинуть еще пару компов в кластер?
