Посмотрите на 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? Из подобных систем она, по-моему, наиболее удачная.