|
07.04.2006, 16:41 | #1 |
Участник
|
Являясь пользователем одновременно 2-х систем:
1С УПП 8.0 и NAV 4.0 SP1 Могу помочь в сравнении. Сам пишу документ подробный, если ответы на Ваши вопросы в нем имеются - скоростьответа будет оч высокой, иначе -через сравнение. Вобщих словах - да. Очень уж я был взволнован по причине Выпуска УПП. Но когда дело дошло до реального сравнения - проблемы рассосались сами собой. С чего начнем? Хотя бы с существования в NAV технологии SIFT (2 в одном) 1- часть технологии: Что бы увидеть актуальный остаток - не надо запускать отчетов или функций. Просто смотрим на карточку товара и видим поле с актуальным остатком 2-я часть технологии: Это поле еще и раскрывается - показывая, каким образом, получился данный остаток на основе таких полей в NAV выполнена масса работы, что бы обеспечить пользователю высокую скорость в принятии решений. Таким образом, даже простейший список товаров с традиционным представлением информации о свободном наличии, резерве, плановых приходах товара, плановых расходах и т.д. не требует запуска отчета, а просто рассматривается под разными углами и фильтрами (вариант товара (в1с - характеристика), склад, дата ) Человеку, который работал с 1С этонадохотя бы один раз увидеть. Для одного знакомого это был шок, после чегоон сказал - ятакое на 1С за день напишу.... В 1C такого в ближайшие 5 лет не будет. Следующий момент: А следующий момент может быть представлен по запросу. А как в таком продукте можно выполнить такой процесс? Спрашивайте, пока у меня под рукой оба продукта - отвечу. Из моего исследования и одновременного сравнения модуля производства оказалось в 1C реализовано максимум 5% от того что есть в NAV, из оставшихся 5% половина не работает (ссылаясь на сырость), и пока все. ЗЫ в ветке УПП на http://itland.ru/forum/ появилась тема: "Типовые 1С - больные дети компромисса" - предлагаю познакомиться с мнением об УПП с точки зрения тех людей, которые уже годик - как работают с УПП С ув. |
|
07.04.2006, 19:26 | #2 |
Участник
|
О технологии SIFT - я не знаток Navision, но имею некоторое представление об 1С. Актуальные остатки в ней хранятся в регистрах. Получение информации из регистра не представляет особой сложности и выполняется достаточно быстро. Способ получения информации - отчет, вывод данных на форму по моему скромному мнению не суть важно. И никакая религия не запрещает сделать это в 1С.
Или я не понимаю что-то в технологических особенностях? Можно пояснить? |
|
18.04.2006, 10:20 | #3 |
Участник
|
Цитата:
Сообщение от Джинн
О технологии SIFT - я не знаток Navision, но имею некоторое представление об 1С. Актуальные остатки в ней хранятся в регистрах. Получение информации из регистра не представляет особой сложности и выполняется достаточно быстро. Способ получения информации - отчет, вывод данных на форму по моему скромному мнению не суть важно. И никакая религия не запрещает сделать это в 1С.
Или я не понимаю что-то в технологических особенностях? Можно пояснить? |
|
18.04.2006, 21:52 | #4 |
Гость
|
Цитата:
Сообщение от Konstantin I
"Актуальные остатки", а потом надо показать как эти остатки/обороты сформировались, в 1С написать еще отчетик, а в Нав кликнуть кнопочку. Дело не в результате как таковом, а в скорости получения этого результата, а это не мало важно.
Давайте может уже перестанем рассказывать "байки", не детсад все таки. Чтобы не говорить беспредметно, должны быть выработаны критерии, по которым должна проводиться оценка и анализ. А говорить, вы просто не видели.... Для клиента есть очень интересный показатель, называется ПриемлемоеВремяФормированияОтчета. И значение у него простые, "Приемлемо" и "Не приемлемо" (банальная булева логика). Не надо "бороздить просторы нашей вселенной"... Последний раз редактировалось Demiurg; 18.04.2006 в 21:56. |
|
07.04.2006, 19:40 | #5 |
Гость
|
что за отчеты, а подбор тоже не канает
Цитата:
Сообщение от BETEPOK
1- часть технологии: Что бы увидеть актуальный остаток - не надо запускать отчетов или функций. Просто смотрим на карточку товара и видим поле с актуальным остатком
Прости уважаемый, ничего личного, но ваши слова требуют более точного пояснения, а так они смахивают на человека, который открыл конфигурацию, и тут же закрыл. Ждем-с разъяснений. |
|
10.04.2006, 08:56 | #6 |
Участник
|
to Джинн - кроме того, что остаткихранятся в регистре - так они там просто хранятся - чтобы ихувидеть-надо выполнить запрос к БД. В Nav Мы их видим на любую дату!!! без выполнения запроса. Повторю своей же цитатой - человеку, который работал с 1С это надо хотя бы один раз увидеть.
to Demiurg - вы в код подбора смотрели? Каждое поле, в котором остаток висит, - оно выполняет запрос к базе. В навижин мы одновременно видим в столбцах: Полную потребность товара Утвержденный приход Плановый приход Предполагаемое свободное наличие Наличие Кол-во в заказах покупки Кол-во в заказах продажи Кол-во в заказах на сервисное обслуживание Кол-во находящееся втранзите Кол-во в расходных на перемещение Кол-во в приходныхна перемещение Ожидаемое наличие Свободное наличие Оборот (это еще не все SIFT поля) а в строках даты до дня! В Регистрах 1С если попробовать в подбор вывести хотя бы частьэтих полей она встанет. Тем более УПП И повторюсь цитатой - что бы понять это -надо хотя бы один раз увидеть NAV Если корттко, то - итоги в отличие от регистров 1С не хранятся, а выдаются на-гора! Чтобы получить итоги (остатки) в 1С надо использовать интерпретатор (встроенный язык) Итоги в Nav выдаются без использования встроенного языка. Если, Справочно: SIFT (Технология индексного суммирования) SIFT - еще одна технология БД, которая вносит вклад в мощную функциональность Navision. Двумя сильными сторонами этой технологии является усовершенствованная функция поиска и оперативная аналитическая обработка данных (OLAP). Эти средства предоставляют пользователю детальный обзор информации, а также позволяют быстро находить нужные данные. Дополнительное преимущество технологии SIFT в том, что при учете не нужно обновлять мастер-данные, например, информацию о клиенте, поскольку все балансы в системе рассчитываются, но не сохраняются. Это ускоряет процесс учета (еще одно преимущество) и улучшает оптимистическую конкуренцию. С уважением, к оппонентам |
|
11.04.2006, 00:26 | #7 |
Гость
|
Цитата:
Сообщение от BETEPOK
to Demiurg - вы в код подбора смотрели? Каждое поле, в котором остаток висит, - оно выполняет запрос к базе.
вот уж повеселили, у вас действительно медленно подбор работает, или вы сейчас просто принципиальную позицию заняли, что NAV = форева попробую возразить Вам, не скажу, что внедрил УПП сотнями проектов, но не поверите, как работает подбор знаю, как работает (и замечу приемлемо работает) у клиентов мы не берем регистр с 3 миллионами записей (есть у меня коллега с таким попадосом ), давай те говорить о каких то разумных вещах и реальных задачах, которые ставит заказчик перед исполнителем к сожалению, у меня сейчас нет возможности посмотреть NAV, но если вы бы посодействовали, было бы действительно интересно предлагаю не впадать в крайности, УПП не позиционируется как панацея, или игрок крупного корпоративного бизнеса впрочем, как и NAV С уважением, Демиург Последний раз редактировалось Demiurg; 11.04.2006 в 00:29. |
|
11.04.2006, 09:39 | #8 |
Участник
|
Дело в том, что этот самый подбор в УПП - это единственное место в системе которое соответствует части названия программного продукта "Управление" - все прочее - это учет.
Даже в такой мелочи - когда товар, который сейчас отсутствует, будет в наличии? Уже на такой вопрос УПП не сможет ответить...Нет ну конечно сможет, однако как принято отвечать в этом случае - это "небольшая" доработка. И когда из каждых 100 потребностей в случае с УПП - 90% - это доработка, то в случае с NAV - всего лишь 10% потребуют доработки И если отвечать в данной конкретной теме - стоит ли переходить с NAV на 1С - для предприятия это будет что то наподобие катастрофы, которая будет преодолена через 3-5 лет (доработки -> тестирование -> одновременно обновление с выходом свежей типовой конфигурации -> исправление ошибок) + которому BIG! problem c производительностью в платфоме и в конфигурации - или можем допустить, что сертифицированный франчайзи напишет более оптимизированный код в своих доработках, чем это сделали профи из 1С??? это и будет цена выбора. Гораздо эффективнее бухгалтерам оставить 1С 8.0 Бухгалтерию предприятия (но не УПП!), а всем остальным пользователям - NAV. Я тоже не говорю, что NAV - foreve, однако уже на 2007 год спланирован выход 5-й версии в 3-х звенной архитектуре. И тогда уже станет непонятно кто кому будет конкурентом NAV для AXAPTA или наоборот. С ув. |
|
|
За это сообщение автора поблагодарили: Recoilme (1). |
11.04.2006, 22:26 | #9 |
Гость
|
to BETEPOK Уважаю Ваше мнение, но к сожалению, не разделяю по всем пунктам.
Любое типовое решение - не удовлетворит индивидуальных потребностей. Более того, типовое производство в УПП - на мой личный взгляд - меньше всего имеет такие шансы. Но не все так мрачно в тридесятом королевстве. Да, по непонятным мне причинам логистику отдают на откуп франчам, да не все при этом различают транспортную и складскую. Но разве клиент идеален. Мой опыт подсказывает, что никакая супер-пупер идеальная типовая наработка не поможет начальнику, который не может управлять подчиненными, не поможет главбуху, который считает что весь упр учет завязан на центры финансовой отвественности. Да много чего, не Вам рассказывать. Опыт показывает, что пользователи пугаются Управление Торговлей, какая УПП или NAV. Где казалось бы заказы да документы хоз. операций. Ан нет, заблудиться - как два пальца... Функциональность - да, в УПП цепочки пока в теории, да CRM надо прикручивать рарусовский, но вряд ли Вы будете спорить, что скорость разработки в NAV близка к 1С:Предприятие 8.0. Это весомый аргумент. Уверен, если бы не 18 человеколет (объем работ УПП кодирования), то многие бы просто юзали платформу под решения с нуля. Поэтому УПП очень хороший задел на старте у разработчиков. Дело восприятия - если вы считаете универсальный продукт подходящим для Вас - значит вы тоже СуперМегаУниверсал (впрочем знаю, кто сумел подстроить бизнес-процессы под типовое решение). А если все же нужно чтоб еще и крестиком вышивало... Уф, вроде полегчало. |
|
12.04.2006, 00:39 | #10 |
Участник
|
Цитата:
Сообщение от Demiurg
Любое типовое решение - не удовлетворит индивидуальных потребностей.
Особенно с теми, которые содержат квантор всеобщности... Вы каким Экселем пользуетесь? Эксель - типовое решение? Ваш Эксель на какой ОС работает? ОС - типовое решение? Ваша ОС на каком компьютере работает? Компьютер - типовое решение? Ваш компьютер работает с каким процессором? Процессор - типовое решение? И т.д. Вплоть до вопроса - ваша прическа на вашей голове типовая или вы свою выдумали? Вот и выходит, что либо ваше утверждение требует существенных уточнений. Либо у вас нет индивидуальных потребностей. |
|
12.04.2006, 00:41 | #11 |
Участник
|
Цитата:
Сообщение от Demiurg
Более того, типовое производство в УПП - на мой личный взгляд - меньше всего имеет такие шансы.
Напомню, что УПП расшифровывается как Управление Производственным Предприятием. |
|
10.04.2006, 10:33 | #12 |
Модератор
|
Цитата:
Сообщение от BETEPOK
...в ветке УПП на http://itland.ru/forum/
появилась тема: "Типовые 1С - больные дети компромисса" - предлагаю познакомиться с мнением об УПП с точки зрения тех людей, которые уже годик - как работают с УПП С Уважением, Георгий |
|