Помимо больших фичей, вроде раздела кампаний (http://blog.directcrm.ru/?go=all/novy-dizayn-stranicy-kampaniy/), у нас приезжают небольшие, но приятные — они собираются в подобных групповых постах.

Модификатор режима фильтра при поиске по текстовым строкам
При поиске по текстовым строкам (например, по адресу email) не всегда (точнее — почти никогда) не было понятно, как именно работает поиск — ищет ли он по точному совпадению строки или нет, можно ли использовать wildcard и пр.
Плюс иногда в одном и том же фильтре (например, по адресу email) надо искать на точное совпадение, а иногда и на просто вхождение искомой строки.

Для этого к текстовым фильтрам был добавлен модификатор со списком режимов:

— Равен
— Начинается с
— Оканчивается на
— Содержит

2015-01-30_1717

По умолчанию стоит модификатор «равен».

Время в UTC
Все время, пока существует directCRM, время в сущностях (кроме Журнала событий) хранилось в московском часовом поясе (сервера же в Москве) и всех это устраивало до тех пор, пока не пришли изменения по часовым поясам и отмена перехода на летнее/зимнее время.
Мы напряглись, но переход более-менее пережили, однако когда недавно пришли новости об очередном изменении часовых поясов в России мы решили, что пора бы уже сделать нормально — и инициировали процесс перевода всех времен системы на UTC, чтобы успеть к моменту перевода стрелок 26 октября.

Задача немного растянулась (по разным причинам), но после новогодних праздников была решительно закрыта и теперь все время в системе всегда в UTC.

В интерфейсе (фильтры, списки, поля с датами) всё осталось, как и прежде — время выводится по Москве и все преобразования часовых поясов осуществляются в фоновом режиме, незаметном для пользователя.

Еще один шаг к мировому господству осуществлен.

Выгрузка из задач данных, не прошедших валидацию
Иногда в задачах импорта чего-нибудь (например, анкет потребителей, введенных на планшетах) могут попадаться невалидные данные (или у нас где-нибудь возникла ошибка) и какие-то строки с данными не проходят валидацию.
Это нефатальная ошибка и в таких случаях обработка файла всегда завершается успешно, однако мы про необработанные строки никак не узнаем.

Подобные задачи мы выгружали сразу пачкой за некоторый период (обычно за несколько месяцев), чинили ошибку и ставили такие задачи обратно на обработку. Обычно это был достаточно объемный по времени и усилиям процесс, обязательно требовавших привлечения программистов от которого у всех «болело».

Когда подошел очередной период сделать такую выгрузку — вместо того, чтобы делать ее программисту решили написать функционал для менеджеров:

2015-01-30_1731

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

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

Комментарии

В настоящее время нет комментариев.

Запрос на подключение

₽ в месяц

Свяжемся в течение рабочего дня, продемонстрируем продукт и обсудим сроки внедрения

Без долгосрочных обязательств и разовых платежей

Аванс — месяц, бесплатный период — месяц

10 000 покупателей

10 000 1 000 000

Для размера БД подписчиков 1 млн и более цена за технологию - фиксированная, тарифицируется только дополнительный объем хранимых данных
(более 100 млн транзакций)

Запрос на подключение

Кол-во контактов*
  • 50 000
  • 100 000
  • 150 000
  • 200 000
  • 250 000
  • 300 000
  • 350 000
  • 400 000

Форма обратной связи

Свяжемся в течение
рабочего дня

Обратная связь