по моим сведениям процесс такой:
1. Примерно до 15:00 банки принимают заявки (платёжки)
2. После 15:00 начинают их исполнять.
Вроде как это всё проходит через операторов полностью или частично.
А ещё как правило юр.лица не вносят (на ваш аккаунт) полученные сегодня деньги, а вносят завтра. Т.е. завтра за сегодня (или сегодня за вчера).
Т.к. у большинства компаний внесение платежей в их 1С-ки делают девочки, поэтому чтобы девочка не ошиблась при внесении — список должен быть фиксированным. Поэтому «сегодня за вчера», а иначе что-нибудь пропустит.
Добрый вечер!
Спасибо за проявленный интерес и за отзыв.
Пожеланий выполняется достаточное количество. Приведенные данные примерно показывают соотношение.
Многие хотелки отсеиваются, так как поддержка предлагает альтернативные уже существующие методы и клиентов вполне это устраивает. Также иногда клиент за своей хотелкой забывает/не думает о том, что она не повлечет за собой роста продаж и после консультации отказывается от нее.
В функционале платформы очень много уже имеющихся настроек, опций, модулей и в большинстве случаев можно обойтись без персональных доработок. Но это не значит что мы не идем навстречу. Каждый запрос рассматривается персонально.
В текущей схеме реализации методов поддержки типовой запрос решается не более суток. Предварительный комментарий о том, что вопросом занимаются предоставляется практически сразу после назначения исполнителя. Запросы, которые требуют проверки, тестирования, обращения к разработчикам могут выполняться до 2х суток. При этом клиенту отправляются комментарии об этапах решения.
Нетиповые запросы требуют более тщательной проработки. Чаще всего процесс обработки такой: предварительное ознакомление исполнителя с запросом, попытка предложить существующие альтернативы. Если клиент настаивает на персональной реализации, то вопрос передается руководителю поддержки, который согласовывает реализацию с руководством, приводя аргументы. При одобрении запрос направляется в отдел аналитики, где клиенту описывают возможные пути реализации и сроки. После согласия клиента запрос передается разработчикам, которые приступают к реализации предварительно (обязательно!) указав в комментарии что конкретно будет сделано. После реализации доработки производится тестирование. Все дополнительные хотелки оформляются отдельными запросами.
Таким образом подобные запросы могут выполняться до 2-3 недель.
Если хотелка клиента была отклонена руководителем поддержки или дирекцией, то запрос возвращается исполнителю и тот в комментарии отказывает в доработке с обоснованием причин.
Какие плюсы такой схемы:
клиент всегда знает что его проблемой/вопросом занимаются
вся переписка и подтверждения о реализации письменно отображаются в тикетах
реализация происходит только после проработки ТЗ и подтверждения клиентом
Почитайте внимательно статью, мы просто взяли бесплатные базы в свободном доступе и придумали способ работы с ними без организации тяжелой обвязки (фактически, требуется только nginx).
Если будут доступны базы с лучшим качеством определения, вполне получится использовать их.
Сегодня мы позвонили в техсаппорт RU-Center. Несмотря на то, что домен ipgeobase.ru принадлежит Руцентру и расположен на их хостинге, сотрудник саппорта это вначале отрицал. Потом сказал, что поддержка этого сервиса осуществляется исключительно через email, указанный на самом сайте.
Да может всё обойдётся. Базы скорее всего создаются по выгрузкам из RIPE и процесс автоматизирован. Может быть доступ станет платным, ну тогда сообщество скинется и купит 1 копию базы и размножит её ;)
В публичном списке нод, к сожалению, нет списка портов. Поэтому вынуждены фильтровать все такие ноды. Если подскажете, как получить список нод с разрешенными портами, мы с удовольствием переделаем капчу.
Неужели и правда уволили?
Это же и xml интерфейс у них может в любой момент пропасть.
Тогда наш вариант реализации xml сервиса становится более актуальным.
Не одобряю вашу работу - вы сделали плохое дело. Ваша работа не принесла никакой пользы, а только создала проблемы.
1. Примерно до 15:00 банки принимают заявки (платёжки)
2. После 15:00 начинают их исполнять.
Вроде как это всё проходит через операторов полностью или частично.
А ещё как правило юр.лица не вносят (на ваш аккаунт) полученные сегодня деньги, а вносят завтра. Т.е. завтра за сегодня (или сегодня за вчера).
Т.к. у большинства компаний внесение платежей в их 1С-ки делают девочки, поэтому чтобы девочка не ошиблась при внесении — список должен быть фиксированным. Поэтому «сегодня за вчера», а иначе что-нибудь пропустит.
А пока не тратишь — да, анонимный.
Спасибо за проявленный интерес и за отзыв.
Пожеланий выполняется достаточное количество. Приведенные данные примерно показывают соотношение.
Многие хотелки отсеиваются, так как поддержка предлагает альтернативные уже существующие методы и клиентов вполне это устраивает. Также иногда клиент за своей хотелкой забывает/не думает о том, что она не повлечет за собой роста продаж и после консультации отказывается от нее.
В функционале платформы очень много уже имеющихся настроек, опций, модулей и в большинстве случаев можно обойтись без персональных доработок. Но это не значит что мы не идем навстречу. Каждый запрос рассматривается персонально.
Нетиповые запросы требуют более тщательной проработки. Чаще всего процесс обработки такой: предварительное ознакомление исполнителя с запросом, попытка предложить существующие альтернативы. Если клиент настаивает на персональной реализации, то вопрос передается руководителю поддержки, который согласовывает реализацию с руководством, приводя аргументы. При одобрении запрос направляется в отдел аналитики, где клиенту описывают возможные пути реализации и сроки. После согласия клиента запрос передается разработчикам, которые приступают к реализации предварительно (обязательно!) указав в комментарии что конкретно будет сделано. После реализации доработки производится тестирование. Все дополнительные хотелки оформляются отдельными запросами.
Таким образом подобные запросы могут выполняться до 2-3 недель.
Если хотелка клиента была отклонена руководителем поддержки или дирекцией, то запрос возвращается исполнителю и тот в комментарии отказывает в доработке с обоснованием причин.
Какие плюсы такой схемы:
- клиент всегда знает что его проблемой/вопросом занимаются
- вся переписка и подтверждения о реализации письменно отображаются в тикетах
- реализация происходит только после проработки ТЗ и подтверждения клиентом
.Сообщество хабра считает данный пост крайне неудачным. Поэтому мотивация к сожалению задушена.
Если будут доступны базы с лучшим качеством определения, вполне получится использовать их.
Посмотрите, пропала теперь капча?
можно попробовать вытянуть из sypexgeo информацию, вроде бы там актуальное.
Это же и xml интерфейс у них может в любой момент пропасть.
Тогда наш вариант реализации xml сервиса становится более актуальным.