Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / ERP и учетные системы Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2 3 4 5   вперед  Ctrl      все
 [Navision]  [new]
Garya
Member

Откуда: Москва
Сообщений: 33202
Блог
Обсуждаемые вопросы:
1. Функциональные возможности. (Бух, Упр, Нал. учет., Учет договоров, Учет взаиморасчетов, Планирование)
2. Технические аспекты. (БД, Репликация, Клиент, Трафик... )
3. Методология внедрения
17 ноя 04, 19:41    [1114703]     Ответить | Цитировать Сообщить модератору
 Re: [Navision]  [new]
mazzy
Member

Откуда: Москва
Сообщений: 2339
Коллекция ссылок
http://navision.mazzy.ru/links/
18 ноя 04, 09:29    [1115437]     Ответить | Цитировать Сообщить модератору
 Re: [Navision]  [new]
MiBuSo
Guest
http://www.navision.mibuso.ru
18 ноя 04, 12:49    [1116462]     Ответить | Цитировать Сообщить модератору
 Re: [Navision]  [new]
LSV
Member [заблокирован]

Откуда: Киев
Сообщений: 30817
технические аспекты (максимально сжато, но достаточно подробно и из личного опыта, всё ИМХО):

ИСПОЛЬЗУЕМЫЕ СУБД:
Navision Server

Navision Server - примитивный безSQL серверок, просто подающий записи на клиента. Ни с кем другим не совместим и не похож.
До 140Гб данных, Не более 1Гб ОЗУ, 1CPU. Поддерживает только одну (!) базу.
Для использования 2-х баз нужно ставить 2 копии сервера :).
Для работы в однопользовательском режиме сервер вообще не нужен и Navision работает с файлом данных подобно ACCESS с *.MDB,
но в отличие от ACCESS второй пользователь уже не зайдёт :)
Сервер работает довольно шустро, но при небольшом кол-ве юзеров, а когда их около 30, и кто-то запустил сложную задачу,
легко добиться сообщения "Кеш переполнен. Подождите", хотя при этом размер кеша достаточен.
Navision Server использует только блокировку на уровне таблицы, поэтому, если делается какой-то масштабный update/delete/insert в
важной таблице (например "Товарный журнал") то все ждут окончания всей операции, которая может продолжаться минутами.
Чтобы изменить данные в наборе строк, их нужно пробежать и для каждой строки программно поменять, что создаёт большой траффик.
Есть понятие транзакции. Даже если действие шло 5 мин. и на последней строчке прошло с ошибкой, все сделанные этим батчем модификации отменяются.
Механизм надёжен и работает по умолчанию. Есть возможность делать COMMIT в процессе выполнения батча.
Нет понятия "Дата с сервера". Все даты идут с клиента.
Приличных ODBC драйверов не встречалось. Те, что встречались, использовать нельзя, из-за вопиющей кривизны.
Изменять данные не через Navision-Client опасно, т.к. триггеры на таблицах в этом случае не работают.
Наверно единственный сервер, где размер базы нужно увеличивать вручную (!), и следить за свободным местом.
Нагружает CPU слабо т.к. практически отсутствуют собственно-вычисления. Ведёт себя стабильно т.к. просто устроен.
Стабилен. Потери данных наверно редкое явление.

MSSQL
часто используется в качестве СУБД. Как правило из-за возможностей наращивания производительности и построения отчетности.
При маленьких объёмах данных всё работает хорошо. Но на больших объёмах (>50Гб) ситуация резко меняется, т.к. MSSQL не любит широких таблиц с сотней полей, из которых большинство - текстовые... :)
Скорость роста базы - примерно 1.5 от аналогичной в Navision Server.
Никакой логики на стороне сервера не хранится. Никаких ХП , view, триггеров. Вся логика выполняется на клиенте. Как собственно в большинстве аналогичных систем.
Ввиду сложной организации данных, делать репортинг внешними средствами - занятие не из приятных. Даже на MSSQL.

Navision - двухзвенка. Иногда за 3-е звено некоторые пытаются выдать Navision Application Server, который не более чем клиент без интерфейса.
Запускается как служба и служит для выполнения репликации и заданий по расписанию. Работает чуть быстрее обычного клиента.

Репликации:
Репликции - только On-Line, т.е. нужна "прямая видимость" в лок.сети.
Стандартная репликация - глючная и дорогая. Но неплохо работает репликация от Lanstainair входящая в Адд-Он для розницы.
Случаи потерь при репликации есть, но это случается с умеренной частотой, т.е. "жить можно".

Интерфейс:
Обычный Win-MDI. Спартански прост, довольно удобен, хотя местами примитивен:
+ Навигация по контролам стрелками в любом направлении и с комбинациями Alt и Ctrl.
+ Вычисление значений прямо в поле: 2+3 внесёт 5
+ Из поля можно прыгнуть в его источник, например из суммы получить строки, её формирующие. Это стандартное поведение для всех полей.
+ Прямо в поле можно наложить фильтр и получить список согласно фильтра. Фильтры удобные, но только в пределах этого поля. Например field1<>field2 сделать можно только в отчете.
+ Из любого грида можно скопировать в EXCEL через буфер.
+ Любой контрол и поле могут иметь мультиязычную подпись, в .т.ч. в отчётах.
+ Довольно удобный автопоиск.

- Невозможно сделать сложную форму со сложным наборами данных в каждом из контролов.
Изначально интерфейс ориентирован для показа данных из одной таблицы либо по принципу шапка-строки, но не более.
- Нет такого контрола, как дерево, хотя его неплохо заменяют гридом с отступами и жирным выделением.
- Весьма сложно отобрать записи по некоторому условию из другой таблицы. Только через временную таблицу.
- Добавить нестандартный контрол можно только через OLE.
- Внутрений репортер прост, но примитивен. Некоторые задачи делаются мучительно.
- Сортировка возможна только по существующему индексу.
- Поля с датами не содержат выпадающего календаря, хотя существует доработка: формочка а-ля календарь.
- В принципе невозможен Drug-n-Drop
- Иногда встречаются неясные внутренние ошибки (Ошибка ХХХ в модуле ХХХ), но возможно это не проблемы интерфейса.

Программирование:
Встроенный паскалеподобный язык C/AL, хотя нет многих фундаментальных паскальных команд, например BREAK/CONTINUE.
Легко освоить. Много ограничений. Многие свойства контролов не меняются программно.
Всё программирование сводится к построчной навигации по данным (NEXT, FIND, SKIP, SETFILTER), поэтому чуть-чуть напоминает ФОКС-ПРО.
В связи с тонкостями лицензирования есть проблема при создании форм, отчетов, таблиц - их надо покупать и они должны быть в интервале
предусмотренных вашей лиценцией номеров (все объекты имеют внутр. ID). Стоимость новых таблиц существенна.
Для обмена данными через ТХТ-файлы есть понятие DATAPORT. Довольно удобно, но... импорт/экспорт ....в DOS-кодировке. :)
Например украинские буквы I,i не имеют инвариантных аналогов в DOS-кодировке. Чтение файла в Вин-кодировке представляет сложность.
Замена/Дополнение программного кода делается легко и "на лету". Можно выгрузить нужные модули/формы/репорты в спец-файл и "накатить"
его на другую базу. Нельзя удалить поле, если в нём есть данные. Нет понятия NULL. Числовые поля по умолчанию 0, Текстовые ='', Дата=0.
Мощная штука - FLOWFIELD (SIFT). Виртуальное поле, данные в котором по установленным условиям вычисляются почти мгновенно по данным из другой таблицы.
Большинство вычислений в Navision сводятся к вычислению значений этих полей. Например весь товарный учёт основан именно на этом и например,
складское наличие это сумма всех операций с начала работы системы. Даже при миллионах записей механизм работает очень быстро.
Для работы такого поля необходим индекс со всеми полями, участвующим в условии. Суммировать можно только одно поле и поэтому выражение типа sum(Field1*field2) недопустимо.
Несмотря на простоту програмирования, делать изменения непросто и небыстро , т.к. структура данных перенасыщена таблицами и полями,
полное назначение которых могут не знать даже Navision-гуру. Документация помогает слабо, т.к. суть и логика данных может быть уже давно изменена "неизвестным художником от ERP".
Даже в демо-базе большое кол-во ошибок и недоделок.
Обращаться к двум и более физич.базам почти невозможно, хотя нечто подобное делает репликация, но это немного другой случай :)

Администрирование:
Основная проблема: бешенный рост размера базы. Ключевые таблицы (товарный фурнал, журнал стоимости) имеют огромное кол-во полей и индексов.
и могут составлять 60% от всего объема данных. 70% полей обычно незаполнены.

Перспективы и Вердикт (ИМХО):
К нам на праздник автоматизации Navision немного опоздал. :)
Из-за проблем с масштабируемостью его вряд ли можно рекомендовать как корпоративную платформу (хотя сейлсы рекомендуют по невежеству).
Хотя для небольших и нерастущих :) предприятий он вполне приемлим при правильном внедрении.
Для мелких фирм он безумно дорог. Найти золотую середину - крайне непросто.
Новые версии выходят редко и версия 3.7 может быть последней. Развитие Navision со стороны Microsoft начинает сокращаться в пользу более
перспективных продуктов. Поэтому выбирая систему "на вырост" следует сто раз отмерить, прежде чем один раз отрезать.
18 ноя 04, 16:44    [1117750]     Ответить | Цитировать Сообщить модератору
 Re: [Navision]  [new]
mazzy
Member

Откуда: Москва
Сообщений: 2339
LSV
технические аспекты (максимально сжато, но достаточно подробно и из личного опыта, всё ИМХО):

а как же функционал? :)

LSV
Для работы в однопользовательском режиме сервер вообще не нужен и Navision работает с файлом данных подобно ACCESS с *.MDB,
но в отличие от ACCESS второй пользователь уже не зайдёт :)

Хм... вы просто не умеете его готовить.
18 ноя 04, 23:24    [1118742]     Ответить | Цитировать Сообщить модератору
 Re: [Navision]  [new]
mazzy
Member

Откуда: Москва
Сообщений: 2339
LSV
Новые версии выходят редко и версия 3.7 может быть последней. Развитие Navision со стороны Microsoft начинает сокращаться в пользу более
перспективных продуктов. Поэтому выбирая систему "на вырост" следует сто раз отмерить, прежде чем один раз отрезать.

Бож-же мой! Аж зубы свело...
Вы бы потрудились чуть-чуть изучить предмет, прежде чем переходить к рекомендациям.

Вышла 4ая версия Навижин
http://www.microsoft.com/BusinessSolutions/navision/navision_40_release.aspx

Роадмап и планы развития здесь
http://forum.mazzy.ru/index.php?showtopic=447
http://download.microsoft.com/download/6/c/3/6c3d9915-eac7-42d6-b088-81d897e50b10/ERP%20231003_1210_Navision.ppt

Про развитие и поддержку по карйней мере до 2012 года здесь
http://cnews.ru/newcom/index.shtml?2003/11/18/151856

Про следующую платформу, которая придет на смену здесь
http://download.microsoft.com/download/E/E/6/EE6154A8-6082-43CB-83E9-8389DDCA141A/DAT340.ppt

Про ожидаемые даты выхода следующей платформы здесь
http://forum.mazzy.ru/index.php?showtopic=864

LSV
Для мелких фирм он безумно дорог

Про цены - здесь
http://rabota-na-rezultat.ru/erp/prices_navision.html
Обратите внимание на три модели лицензирования.
Обратите внимани на модель Навижин Малый бизнес и на модель лицензирования по пользователям.
Эти модели предназначены как раз для небольших фирм.
18 ноя 04, 23:27    [1118749]     Ответить | Цитировать Сообщить модератору
 Re: [Navision]  [new]
mazzy
Member

Откуда: Москва
Сообщений: 2339
причем, LSV, я же вам еще в октябре об говорил о том, что Навижин и Аксапта будут развиваться
Можни ли разработки вести на C# для Axapt'y
Вы чего-то не поняли или сознательно вводите людей в заблуждение?


Вот так всегда.

Не изучил человек предмет, не понял функционала, не разобрался даже с техническими вопросами... И начинает...

И самое главное, совершенно непонятно что отвечать на глупости...
Мысль ровно одна - учите матчасть.
18 ноя 04, 23:32    [1118753]     Ответить | Цитировать Сообщить модератору
 Re: [Navision]  [new]
mazzy
Member

Откуда: Москва
Сообщений: 2339
Бож-же ж мой!

Еще в Августе был разговор с вами LSV
Перспективы Navision / Axapta
LSV, по-моему, это диагноз.

А вопросы, которые вы задавали по Навижину здесь...
Вам просто надо научиться его готовить.
Если это вам действительно нужно.
Или займитесь другим продуктом. Что ж вы мучаетесь то?
18 ноя 04, 23:59    [1118798]     Ответить | Цитировать Сообщить модератору
 Re: [Navision]  [new]
LSV
Member [заблокирован]

Откуда: Киев
Сообщений: 30817
2 mazzy

По поводу выхода версии 4. Виноват ! :( За новостями слежу нерегулярно.
Пресс-релизы то довольно новые... Однако до использования этой самой версии на территории ExUSSR ещё далеко. Предстоит длительная локализация.
А тут ещё в 3.6 порядка не навели... При переходе от версии к версии могут появится подводные камни. На это может уйти не один год. Будете отрицать ?
Жаль, что на статью про сокращение (но не прекращение) поддержки ссылку запамятовал. И про Акзапту я ни слова не говорил. И ИМХО дважды написал не даром. Это мой ИМХО-вердикт и моё субъективное мнение. Напишите свой ИМХО-вердикт ! А не только ссылки. Я убеждён, что Navision очень скоро почувствует серьёзнейшую конкуренцию с новыми отечественными системами.
И потом... пресс-релизы от Microsoft это замечательно. Но это реклама. Факты с рекламой совпадают, увы, реже, чем хотелось бы...
Фразы типа "Work and Grow the Way You Want" уже как песок на зубах.
И давайте как-то корректнее обвинять др. др. в невежестве.
>> Воспринимайте базу данных Навижина как OLTP и OLAP в одном флаконе.
>> Почитайте про SIFT.
Это Ваша фраза про работу Navision+MSSQL ! Наверно согласятся все, что звучит она, мягко говоря... немного невежественно. Особенно про технологию SIFT применительно к MSSQL. Будем считать это просто эмоциями.
Поверьте, ничего личного. Я Вас уважаю, как специалиста. Слушал Ваши лекции :) Я также беру в учёт, что Вы лицо заинтересованное, т.к. имеете прямое отношение к внедрению продуктов MBS, поэтому нападки на эти самые продукты воспринимаете близко к сердцу. Возможно на Вашем месте я поступал бы точно также... :)
Лучше напишите, Please, подробный пост по Акзапте. Всем будет интересно.
Не ссылки на тонны полупустой документации, а именно подробно, но кратко :)
Одна страничка инфы от Специалиста полезнее вороха ссылок на рекламные ресурсы.
Только чур, недостатков не скрывать. Это не честно.
Будем объективны и сдержаны в заявлениях ! Надеюсь, что сочтёте этот пост вежливым и объективным.
19 ноя 04, 12:40    [1120120]     Ответить | Цитировать Сообщить модератору
 Re: [Navision]  [new]
mazzy
Member

Откуда: Москва
Сообщений: 2339
Спасибо за ваш вежливый и объективный пост.

LSV
Однако до использования этой самой версии на территории ExUSSR ещё далеко. Предстоит длительная локализация.

У меня просьба, если непонятно или что-то неизвестно - спросите.
Скорее всего, вам ответят.
Может быть не стоит утверждать то, что для вас неизвестно?

Локализация обычно выполняется в течении полугода.
Работы по локализации Навижин 4.0 уже давно ведутся.
Ориентировочные сроки выхода локализованной версии были озвучены. Скорее всего, это конец весны следующего года.
19 ноя 04, 13:44    [1120539]     Ответить | Цитировать Сообщить модератору
 Re: [Navision]  [new]
LSV
Member [заблокирован]

Откуда: Киев
Сообщений: 30817
mazzy
а как же функционал? :)

Звучит провокационно... :) :) :)
На этот вопрос не буду отвечать принципиально. В стандартной поставке (CRONUS-Россия) он весьма беден, и использовать его без серьёзных доработок нельзя. Отчетная часть - вааще голяк ! (Может существует другая "стандартная поставка" ? Просветите !)
Если кому-то и удалось полноценно внедрить SUBJ, то это путём больших собственных доработок. Самодельный ф-л обсуждать нет смысла, т.к. он специфичен и зачастую представляет основную коммерческую ценность внедренцев :)
Внедрить Navision без помощи внедренцев - маловероятный факт, поэтому попрошу не трогать тему дешевизны решения.
Даже в варианте для малого бизнеса (до 10мест) стоимость ВСЕГДА не менее пяти знаков УбитыхЕнотов :) Применение репликации съедает 1коннект.
В случае зависания клиента, его сессия может зависнуть и остаться форева (в опции Navision Server). Для её снятия надо просто перегрузить Nav-сервер. :)
Если и автоматизировать что-то на Navision, то уж начинать надо никак не с бухгалтерии. Там рулит 1С. Поэтому обычно автоматизируют Упр.Уч. А для него 10мест - пшик.

Это при том, что малый бизнес норовит даже 1С брать за 1.5$ на раскладке... :) Проза жизни. Потому, что стандартная 1С вполне юзабельна для своего круга задач, даже купленная на раскладке в метро. :)

2 ALL
Повторюсь : всё ИМХО! Не согласны ? Дайте свой ИМХО, причём желательно со своими проверенными аргументами, а не с гиперссылками на Microsoft и репликами "ВРАНЬЁ !". Людям свойственно ошибаться. Для того и обсуждаем, чтоб найти истину, а не врагов. :)
Дерзайте ! :)
22 ноя 04, 11:38    [1124656]     Ответить | Цитировать Сообщить модератору
 Re: [Navision]  [new]
tygra
Member

Откуда: Тверь (Иркутск, Край)
Сообщений: 9997
У нас пытались внедрить Аксапту - пару лет назад. Долго пытались, мы и сами уже пытались - но после полугода возни плюнули и выбросили. Потому как если нужна не стандартная готовая конфигурация, легче в космос улететь, чем до и пере делать

-- Tygra's --
22 ноя 04, 12:56    [1125086]     Ответить | Цитировать Сообщить модератору
 Re: [Navision]  [new]
mazzy
Member

Откуда: Москва
Сообщений: 2339
LSV
На этот вопрос не буду отвечать принципиально.

....

Повторюсь : всё ИМХО! Не согласны ? Дайте свой ИМХО, причём желательно со своими проверенными аргументами, а не с гиперссылками на Microsoft и репликами "ВРАНЬЁ !". Людям свойственно ошибаться. Для того и обсуждаем, чтоб найти истину, а не врагов. :)
Дерзайте ! :)


Обсуждаем?
Можно я в сторонке постою с таким обсуждением?
Дерзайте сами. :)
22 ноя 04, 13:28    [1125249]     Ответить | Цитировать Сообщить модератору
 Re: [Navision]  [new]
mazzy
Member

Откуда: Москва
Сообщений: 2339
И еще: мой ИМХО лежит здесь
http://navision.mazzy.ru
http://axapta.mazzy.ru
http://rabota-na-rezultat.ru
Что я хотел сказать, я сказал.
Если что-то интересно - спрашивайте.
Задайте интересный вопрос, на который интересно отвечать.
22 ноя 04, 13:30    [1125260]     Ответить | Цитировать Сообщить модератору
 Re: [Navision]  [new]
Владимир11
Member

Откуда: Санкт-Петербург
Сообщений: 120
tygra
У нас пытались внедрить Аксапту - пару лет назад. Долго пытались, мы и сами уже пытались - но после полугода возни плюнули и выбросили. Потому как если нужна не стандартная готовая конфигурация, легче в космос улететь, чем до и пере делать

-- Tygra's --


О какой стандартной конфигурации идет речь?
- Если это поставка Микрософта, то интересно где это вы её нашли???
- Если это поставка Коламбуса или одного из его партнеров, то внедрить, без опыта и без поддержки, практически нереально, это совсем не коробочный продукт.
22 ноя 04, 16:57    [1126344]     Ответить | Цитировать Сообщить модератору
 Re: [Navision]  [new]
tygra
Member

Откуда: Тверь (Иркутск, Край)
Сообщений: 9997
Не MS - это точно. Я сам не занимался конкретно, потому деталей не помню.

Были конкретные вопросы - нужно то-то и то-то.
Приходил консультант, долго колупался - оплата то почасовая :). Ничерта не получалось.
Сидел с ней наш программист - чего-то там сам программировал. После полугодовой мороки - когда стало понятно, что ни спрограммировать в разумные (и неразумные) сроки не получится, что сами поставщики нихрена не знают - решили отказаться. Хоть и бабок заплатили.
В общем, что было нам нужно - не получилось сделать.

Таперича 1С :)
Да и была она

-- Tygra's --
22 ноя 04, 18:09    [1126664]     Ответить | Цитировать Сообщить модератору
 Re: [Navision]  [new]
mazzy
Member

Откуда: Москва
Сообщений: 2339
tygra
В общем, что было нам нужно - не получилось сделать.

В этом то и беда...
22 ноя 04, 19:41    [1126819]     Ответить | Цитировать Сообщить модератору
 Re: [Navision]  [new]
LSV
Member [заблокирован]

Откуда: Киев
Сообщений: 30817
Слишком уж типичная эта беда. ЧЕРЕЗЧУР ТИПИЧНАЯ ! Для всех систем.
Отсюда и недоверие к возгласам восхищения в пользу той или иной системы. И остаётся от "восхищения" только "хищение".
Денег, времени, надежд и пр. :)
Хотя и реплики tygra иногда очень категоричны, тут с ним можно согласиться... ИМХО.
Нет дыма без огня (с)
23 ноя 04, 13:02    [1128535]     Ответить | Цитировать Сообщить модератору
 Re: [Navision]  [new]
z13
Guest
Hi all.
м.б. оффтоп, но для тех, кто в танке.
поставил 3.7 (Attain) демку. хотел поковырять немного.
так чего забить в лог/пас этому хронусу?
еще раз - в танке я один :)
25 ноя 04, 12:51    [1134911]     Ответить | Цитировать Сообщить модератору
 Re: [Navision]  [new]
mazzy
Member

Откуда: Москва
Сообщений: 2339
z13
Hi all.
м.б. оффтоп, но для тех, кто в танке.
поставил 3.7 (Attain) демку. хотел поковырять немного.
так чего забить в лог/пас этому хронусу?
еще раз - в танке я один :)

FAQ: http://forum.mazzy.ru/index.php?showtopic=846
25 ноя 04, 14:41    [1135434]     Ответить | Цитировать Сообщить модератору
 Re: [Navision]  [new]
Мимо пробегал....
Guest
Помимо всего прочего...

----Нет такого понятия как NULL. Eсли пытаешся проигнорировать числовое поле, он при выходе из поля лепит туда ноль(0). На вопрос - а как отличить этот ноль по умолчанию от ноля, который введен сознательно, разработчики недоуменно жмут плечами.

----- С ключами беда!!! . Все приходиться делать рукой! Предположим создал две таблицы A и B. Указали, что источником значений для столбца A1 являются значения из столбца B1. Так вот, вставить с столбец В1 значение отличающееся от того, что есть в А1 не получиться но(!) запросто получается изменить или стереть значение в столбце A1. Я когда это понял - просто офигел..... То есть так в некоторых местах в стандартной поставке это как бы контролируется, но, как выясняеться этот контроль написан руками..... И нафига это нужно?


----- В свое время моя контора купилась на бла-бла Навизион-продавцов, что он полностью совмести с MS Офисом. У нашим продавцов-аналитиков стиль работы такой - сформировал отчет в Акцессе, выгрузил его кнопочкой в Ексель и дальше разбирайся-анализируй. Причем им так и спрашивали и они нам "прям копируешь-выгружаещь все что угодно прям в Ексель запросто".....Денежки проплачены и что выясняется? фигушки...копировать можно только табличные формы причем есть такая фича, что и в Навижине и в Екселе должна быть включена русская раскладка, что бы текст скопировался нормальными русским буквами...бред какой...., а ежели копируется многзначное число с разделителем, то оно копироуется как строка и после надо убирать это пробел, что бы Ексел понял это число... и что самое печальное, из отчетов выгрузки нет вообще - ее надо писать рукой! То есть (ИМХО чисто маркетинговый ход) в стандартной поставке есть одна(!) форма в которой эта выгрузка написана и на вопрос "можно ли выгружать из отчетов" продавцы именно ее и показывают. А денежки проплачены! и все - нету никаких выгрузок....

----- и вообще он какой то сырой....например он сам какие то строки вставляет....типа не туда мышкой щелкнул и БАЦ(!) строка появилась которую потом специально стирать надо....это мне сейчас пришло на ум, но это не единственная фичная бага, показывающая что версия 3.6 является сырым продуктом...

----- И как то не повезло нам с разработчиками!!! Я сам абсолютно неопытен в деле Навижина, Поэтому было решено бремя настройки, внедрения, и тп вещей возложить на того MS-партнера, кто нам этот Навижн всучил. И что? внедрение длиться уже более полгода, работают 2-3 человека, но как то еще до конца работы далеко... Я прикидываю, что человека-года мне хватило бы для того чтобы довести существующую связку (Российская бух.учетная программа + самописная система на связке MS Access + MS SQL "товары, закупки, склад, клиенты, прайсы, продажи") когда нам этот Навижн как и все остальное точно был бы не нужен - нужно то было всего-навсего плотнее это все согласовать и написать нормальную отчетную систему. Если бы сейчас, что это такой гемморой, что это такие подводные камни, я бы их послал далеко и надолго. Но блин купился на бла-бла Навижн-продавцов что в Навижне"можно все" а оказалось, что это все надо делать рукой.... ДЫК РУКОЙ ТО Я И В АКЦЕССЕ+MSSQL СМОГ БЫ!!! а денежки уплочены.... я бы эти денежки сейчас на толкового программера бы потратил....ан нет их.

МОЕ РЕЗЮМЕ!!! не стоит с этим связываться.... ИМХО лучши вариант - своя родная система...или хорошо сделанная связка своей системы с бух. программой.
25 ноя 04, 19:07    [1136653]     Ответить | Цитировать Сообщить модератору
 Re: [Navision]  [new]
Мимо пробегал...
Guest
Ах да! Еще... никаких въюшек и запросов и обработка построчно.....очень меня это напрягает...Правда так и подмывает такие вьюхи прямо в MSSQL сделать и затем как источник данных для таблиц Навижна использовать....b даже (я это давеча думал, думал, и придумал ) можно в одну табличку на сервер значения записывать, которые потом можно использовать как параметры хранимок, которые , в свою очередь, будут использоваться в Навижн как источники данных для Навижновских таблиц.... должно получиться вроде....
26 ноя 04, 09:57    [1137478]     Ответить | Цитировать Сообщить модератору
 Re: [Navision]  [new]
Yashur
Guest
To Мимо пробегал
Со многим соглашусь + нет, блин, нормальной среды разработки и нет нормальной документации(в каком кодеюнете чаво делается).....
Но ИМХО быстрота и правильность внедрения зависит от уровня консультанта, а надо признать, что в России по Навижн значительно меньше спецов, чем по Access, а так же надо учесть, что внедрение erp-системы на предприятии требует изменения бизнесс прроцессов под систему наравне с доработкой системы под бизнесс, а у нас обычно изменение однобоко, вот и фигня выходит.
Вообще мне кажется, что в России самым популярным продуктом стала бы система, где есть набор мини-модулей, которые легко соединяются друг с другом и легко настраиваются. И чтобы настройка erp-системы вылилась не в написание кода, а в настройку компонентов - а-ля настрока визуальных компонентов на форме. Конечно, для написания такой системы требуется ого-го сколько ресурсов, но западные системы для нашего серо-белого бизнеса с подставными фирмами и непонятным ценообразованиям годятся с трудом. ИМХО. Хотя не могу не признать, что Навижн местами с успехом работает на просторах России :)
26 ноя 04, 10:17    [1137573]     Ответить | Цитировать Сообщить модератору
 Re: [Navision]  [new]
Мимо пробегал....
Guest
Согласен, только самое главное, что бы эти взаимные изменения бизнеса и системы были на пользу, а то у меня буквально на виду примеры, когда внедрения (правда не Навижн а Аксапты) буквально убивает бизнес.... это со слов нашего генерального про одного из наших клиентов.... до меня дошли только отголоски этого процесса в виде идиотских требований присылать документы на проставку 1)заранее 2)в электронном виде 3)в строго оговоренном формате....А нас таких клиентов 500 и если для для каждого начну писать отдельную выгрузку в Ексель, то я на 3 года загружен, а потом еще выяснилось, что у них формат "а давайте немножкопоправим"... Опять же счет-фактуру заранее очень трудно прислать, поскольку там с ГТД связывание происходит в момент отгрузки......В общем были как то у них не получилось с этим....а это же все денежки и очень немалые......
26 ноя 04, 10:42    [1137693]     Ответить | Цитировать Сообщить модератору
 Re: [Navision]  [new]
ablievn
Member

Откуда: г. Москва
Сообщений: 42
А мне нравится Navision. Удобная для работы пользователей система ИМХО. Удобный и понятный интерфейс без излишних рюшечек. Да дорабатывать кое-что приходится, но в основном это либо специфика предприятия, либо рюшечки к которым пользователи привыкли в прошлой системе. Функционал на порядок выше того, что я видел в 1С в свое время. Правда я 8-ку не видел еще. Плачут же в основном местные гении, которые все привыкли делать на коленках с "паяльником" в руках, и для которых признать что их родная самописная система должна умереть очень тяжело. А вот насчет генератора отчетов полностью согласен. Говно есть говно простите. В 1С гораздо лучше. У нас кстати приспособились выводить часть отчетов в pivot таблицы Excel. К базе обращаемся напрямую через sql. И хранимки используем.
7 дек 04, 13:21    [1163231]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2 3 4 5   вперед  Ctrl      все
Все форумы / ERP и учетные системы Ответить