Посмотрите на SugarCRM, Salesforce, Highrise (если компания небольшая), Мегаплан, Битрикс24 (если желаете поддержать отечественного производителя). Просто сравните интерфейсы. Разумеется, в какой-то степени это вкусовщина, но вам это только внедрить, а людям с этим работать целыми днями.
Вторая претензия, это то что системы из обзора мало того что десктопные, они еще и только под Windows. Ок, я могу представить ситуацию когда компания целиком сидит на продуктах MS, но неужели совершенно исключается ситуация когда кто-то когда-нибудь (вы же внедряете CRM не на один год, так?) захочет поработать под OS X, Убунту, или, о ужас, зайти в CRM с мобильно устройства?
По большому счету, мне непонятно почему бы не потратить те же деньги на более гибкий, красивый и перспективный продукт.
Наверное вы и правда молодцы, но из статьи это не очень хорошо понятно. Тут сначала нужно ответить на вопрос: если взять зарплату «небольшого IT-отделу компании из 3 сотрудников» за два года, не проще и быстрее ли было на эти деньги внедрить готовое решение? Судя по описанию, задача была не то что бы какая-то супер-нестандартная.
Да нет, искать надо было в другом столбце, все эти истории с сортировкой для ПОИСКПОЗ тоже актуальны, на сколько я помню (у меня был неотсортированные данные), ну и ПОИСКПОЗ вроде бы тоже находит первый элемент, а мне надо было последний.
На самом деле к ВПР(), а так же практически ко всему что в Экселе связано с поиском или выборками есть масса претензий :)
Я в свое время написал аналог ВПР() за исключением:
— не нужно чтобы значения в столбце поиска были отсортированы.
— ищет только точное совпадение
— возвращает не значение, а номер строки (соответствующая строчка закомментирована)
— возвращает номер строки ПОСЛЕДНЕГО найденного совпадения.
Function VPRL(SearchValue As Variant, Table As Range, SearchColumnNum As Integer, ResultColumnNum As Integer)
Dim i As Integer
For i = 1 To Table.Rows.Count
If Table.Cells(i, SearchColumnNum).Value = SearchValue Then
' VPRL = Table.Cells(i, ResultColumnNum)
VPRL = i
End If
Next i
End Function
То что вы пишете очень интересно. Но не очень понятно почему вы думаете что управленческий учет не умеет обобщать данные? Очевидно что детализировать данные может быть иногда тяжело, но в чем проблема агрегации?
Второе что бросается в глаза, вы так и не назвали прямым текстом самое главное отличие бухгалтерского учета от управленческого — бухгалтерский учет жестко привязан к местному законодательству. Это может показаться мелочью, но на уровне автоматизации это порождает просто тьму сложностей. К тому же бухгалтерский и управленческий учеты развиваются в несколько разных направлениях. Например, сейчас есть такая тенденция что управленческий учет подминает под себя куски hr и управления проектами.
То есть, если честно, вы напоминаете мне людей, занимающихся разработкой автомобиля у когорого в нужный момент выдвигаются крылья и он взлетает. Это все-таки несколко оторванная отреальности, хотя безусловно грандиозная и благородная задача.
Хороший материал, но во-первых нет самого интересного — как были отобраны финалисты?
И во-вторых, почему раз уж в исходном списке для рассмотрения есть такие штуки как Compiere и Adempiere, там нет OpenERP? Из подобных систем она, по-моему, наиболее удачная.
Ну я же тут просто теоретизирую и не предлагаю никому завтра же все это внедрять. И потом я говорю о технической идее, а то что вы пишете это маркетинг в котором я не очень разбираюсь. Не знаю что тут сказать. Да, надо чтоб было понятно для клиента. Разумеется, нужна панель управления.
Поверьте, у авиакомпаний проблемы бывают. Буквально месяц назад был свидетелем того как две пары с детьми не пустили на рейс как раз из-за овербукинга — предложили подождать следующего, который завтра. Естественно я теперь этой авиакомпанией никогда не полечу и всех буду отговаривать.
Да нет, разница есть. Ключевое понятие: ресурсы потребляемые пользователем. Не все потребляют одинаково. Модель Мегаплана конечно гораздо лучше чем у остальных, которые просто продают аккаунты, но все равно (ниже обсуждали) в общем случае получается что нужно покупать столько аккаунтов, сколько всего пользователей, т.к. существует ненулевая вероятность того что все вместе захотят выйти в онлайн.
Кроме того, не обязательно продавать фиксированные ресурсы, можно сделать автоматическое расширение, что бы клиент вообще ни о чем не беспокоился.
Ну там есть дырка под штатив, так что и присоски и все остальное можно прикрутить. Я думаю существенная разница в том, что Кодак конечно не такая защищенная.
Судя по схеме, оно работает как переключатель.
Вы правда считаете что, например, RegionSoft CRM на Firebird более стабильна чем SugarCRM с 1,5М пользователей и огромным комьюнити разработчиков?
Зачем? :)
Очень часто нужно именно что «просмотреть», а работать с веб-интерфейсом на планшете можно вполне полноценно.
Вы серьезно думаете что десктопные системы более перспективны (и будут дольше поддерживаться) чем веб?
Вторая претензия, это то что системы из обзора мало того что десктопные, они еще и только под Windows. Ок, я могу представить ситуацию когда компания целиком сидит на продуктах MS, но неужели совершенно исключается ситуация когда кто-то когда-нибудь (вы же внедряете CRM не на один год, так?) захочет поработать под OS X, Убунту, или, о ужас, зайти в CRM с мобильно устройства?
По большому счету, мне непонятно почему бы не потратить те же деньги на более гибкий, красивый и перспективный продукт.
Я в свое время написал аналог ВПР() за исключением:
— не нужно чтобы значения в столбце поиска были отсортированы.
— ищет только точное совпадение
— возвращает не значение, а номер строки (соответствующая строчка закомментирована)
— возвращает номер строки ПОСЛЕДНЕГО найденного совпадения.
Function VPRL(SearchValue As Variant, Table As Range, SearchColumnNum As Integer, ResultColumnNum As Integer)Dim i As Integer
For i = 1 To Table.Rows.Count
If Table.Cells(i, SearchColumnNum).Value = SearchValue Then
' VPRL = Table.Cells(i, ResultColumnNum)
VPRL = i
End If
Next i
End Function
Второе что бросается в глаза, вы так и не назвали прямым текстом самое главное отличие бухгалтерского учета от управленческого — бухгалтерский учет жестко привязан к местному законодательству. Это может показаться мелочью, но на уровне автоматизации это порождает просто тьму сложностей. К тому же бухгалтерский и управленческий учеты развиваются в несколько разных направлениях. Например, сейчас есть такая тенденция что управленческий учет подминает под себя куски hr и управления проектами.
То есть, если честно, вы напоминаете мне людей, занимающихся разработкой автомобиля у когорого в нужный момент выдвигаются крылья и он взлетает. Это все-таки несколко оторванная отреальности, хотя безусловно грандиозная и благородная задача.
И во-вторых, почему раз уж в исходном списке для рассмотрения есть такие штуки как Compiere и Adempiere, там нет OpenERP? Из подобных систем она, по-моему, наиболее удачная.
Поверьте, у авиакомпаний проблемы бывают. Буквально месяц назад был свидетелем того как две пары с детьми не пустили на рейс как раз из-за овербукинга — предложили подождать следующего, который завтра. Естественно я теперь этой авиакомпанией никогда не полечу и всех буду отговаривать.
Кроме того, не обязательно продавать фиксированные ресурсы, можно сделать автоматическое расширение, что бы клиент вообще ни о чем не беспокоился.