Я буду считать локализацию Microsoft Dynamics NAV версии 5.0 SP1 отстойной, если... - NAV: Функционал

**mazzy** · 24.04.2008, 17:06

Тема выделена отсюда В августе 2008 года в России ожидается появление Microsoft Dynamics NAV версии 5.0 SP1
См. также Я буду считать локализацию Microsoft Dynamics NAV версии 5.0 SP1 нормальной, если...

Хотелось бы услошать измеримые критерии.
А еще лучше такие критерии, на которые можно однозначно ответить "да/нет".

Итак, ваш список критериев, невыполнение которых можно будет сказать, что "локализация полный отстой"?

Fordewind · 24.04.2008, 17:18

Для затравки

Если Amount(LCY) опять будет переведено, как Сумма (Руб) - это будет отстойно

хотя и не критично

Если в клиентах и поставщиках не будет кодов ОКПО и ОКОНХ - это будет тоже не правильно

**mazzy** · 24.04.2008, 17:38

Цитата:

Сообщение от Fordewind

Если Amount(LCY) опять будет переведено, как Сумма (Руб) - это будет отстойно

хотя и не критично

Вай!!! Какая тема!!... Просто больная мозоль. Спасибо.
Создал отдельную тему Как лучше перевести Amount(LCY)

Цитата:

Сообщение от IGHG

То есть больших изменений не будет - эволющионное движение вперед. Это и хорошо думаю.

Кто ж спорит.
И все таки, у вас есть критерии?

IGG · 24.04.2008, 17:43

Цитата:

Сообщение от mazzy

И все таки, у вас есть критерии?

Эт надо подумать. Тогда я подумаю и напишу... тока поможет ли?

apanko · 26.08.2008, 21:54

Цитата:

Сообщение от Fordewind

Для затравки

Если Amount(LCY) опять будет переведено, как Сумма (Руб) - это будет отстойно

хотя и не критично

Если в окне Производственных Планов поле Due Date будет переведено как Дата Оплаты.

И сюда же:

Пока в одной таблице будет:
Expiration Date = Дата Действия
New Expiration Date = Новая дата срока годности

Или так:
Invt. Accrual Acc. (Interim) = Склад Начисления Счет (Внутр.)
COGS Account (Interim) = Себ. Прод. Фин. Счет (Промеж.)

IGG · 24.04.2008, 17:34

5.0 это улучшенный и доработанный 4 sp 3 те же таблицы, те же поля.
Нет информации какая команда локализации сидит там сейчас и какие у них права и возможности.
Мне кажется что система такова - MS там что-то пишет, это сырое, так как обратная связь с клиентами опосредована - через внедренцев.
Внедренцы имею свой пул кода, решений, опыта и наработок которые они не хотели бы спускать наверх чтобы это становилось общим достоянием.
Еще - MS озабочена совместимостью версий- как версионной так и территориальной и много сил у них уходит именно на то чтобы обеспечить минимальные отличия от немецкой там версии или финской :-) Переводить надо на русский, хелп писать....
Поэтому в любом случае все это будет дорабатываться и затачиваться - то есть как была каша так и будет. Разве что будет обеспечены исправления ошибок прежних версий и совместимость в рамках версии W1
То есть больших изменений не будет - эволющионное движение вперед. Это и хорошо думаю.

**GalaM** · 24.04.2008, 17:56

Цитата:

Сообщение от IGHG

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

Вот это-то и добивает иногда просто до ненавести к системе

.
Решения-то есть, но мне почему-то встречаются внедренцы, которые каждый обнаруженных bug говорят что-то типа "это доработка, это "глюк, надо дорабатывать". Иногда кажется, что ты первопроходец в НАВ и не было до тебя 1000 компаний, про которые написано в релизе.
А еще мне нравиться, когда посылаешь внедренцам ссылку на законодательство как это должно работать (речь идет о форме 4 - отчет о движении денежных средств) , а тебе пишут:
"форма настроена как было запланировано по дизайну (комменарий мой: документ писали консультанты и в общем-то клиенты могут и не знать, что надо в этом НАВ планировать что-то для чего есть определнные статьи в законодательстве), и в общем списке требуемых доработок (комменарий мой: откуда клиент может знать, что надо отдельно дорабатывать что-то, что уже должно работать...) мы с вами данную доработку вообще не планировали делать".

Мне кажется, что надо было бы честно сказать, что да не работает, ждем ответа от MS.
Кстати, это форма в 1С, по словам в бухгалтеров (специалисты могут меня поправить), так же формируется не совсем корректно.

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

Цитата:

Сообщение от Fordewind

Если Amount(LCY) опять будет переведено, как Сумма (Руб) - это будет отстойно

хотя и не критично

Особенно это смешно выглядит, когда ставишь локальную валюту не рубли (было такое в моей практике).

**mazzy** · 24.04.2008, 18:06

Цитата:

Сообщение от gala

Вот это-то и добивает иногда просто до ненавести к системе

.

Ок. Есть критерии, на которые можно ответить "да/нет"?

Corleone · 24.04.2008, 18:21

Цитата:

Сообщение от gala

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

Так это не впечатление, это так и есть. Подавляющее число внедренцев переделывают стандартные модули, что можно было хоть как-то их использовать. А документация по всему этому делу где? Нарезки скринов и полей таблиц, которые нахрен никому не нужны и бестолковые переводы и английского. Критерий тут правильный, уважаемый Mazzy, должно быть автоматизировано то, что регламентируется законодательством нормально, а доделываться должны только специфические для предприятия вещи. А на практике доделывается все. Таким образом можно сформулировать так:
1С поставит любой школьник и он будет работать (проверено), если Навижен также поставить и он будет работать + будет вовремя обновляться майкрософтом то я готов сказать что локализация нормальная.

IGG · 24.04.2008, 18:21

... если аналитическая отчетность будет ограничиваться 4-мя допустимыми измерениями и я буду создавать неколько отчетов чтобы показать в разных разрезах одни и те же финсчета

... если снова сохранятся два поля глобальный измерений с одновременным их присуствием и в Ledger Entry Dimension. Либо туда либо сюда

IGG · 24.04.2008, 18:23

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

IGG · 24.04.2008, 18:25

... если в финжурналах измерения я буду заносить через кнопочку "строка -измерение" а не буду их непосредственно вводить в таблице журнала. Сделали бы хотя бы массовое назначение измерений в плане счетов

Fordewind · 25.04.2008, 10:35

Цитата:

Сообщение от IGHG

... если в финжурналах измерения я буду заносить через кнопочку "строка -измерение" а не буду их непосредственно вводить в таблице журнала. Сделали бы хотя бы массовое назначение измерений в плане счетов

Ну если измерений не больше 8 то это ж работает...

RedFox · 25.04.2008, 11:57

Цитата:

Сообщение от IGHG

... если в финжурналах измерения я буду заносить через кнопочку "строка -измерение" а не буду их непосредственно вводить в таблице журнала. Сделали бы хотя бы массовое назначение измерений в плане счетов

Извините, а что мешает заводить измерения по умолчанию на таблице G/L Account и использовать приоритеты Измерений?
Или я чего-то не понял?

IGG · 25.04.2008, 16:56

Цитата:

Сообщение от RedFox

Извините, а что мешает заводить измерения по умолчанию на таблице G/L Account и использовать приоритеты Измерений?
Или я чего-то не понял?

Допустим бухгалтеру надо вбить 100 записей в журнале и заполнить их измерениями вручную... Причем не тех что по умолчанию и не тех что в приоритетах

Fordewind · 25.04.2008, 17:17

Цитата:

Сообщение от IGHG

Допустим бухгалтеру надо вбить 100 записей в журнале и заполнить их измерениями вручную... Причем не тех что по умолчанию и не тех что в приоритетах

Ну тогда в W1 стоило бы сделать форму с двумя видами отображения формы. Одну как сейчас, на тот случай если измерения не используются и другую, с сабформой внизу, которая бы и содержала всевозможные измерения по выделенной строке...

IGG · 25.04.2008, 17:47

Цитата:

Сообщение от Fordewind

Ну тогда в W1 стоило бы сделать форму с двумя видами отображения формы. Одну как сейчас, на тот случай если измерения не используются и другую, с сабформой внизу, которая бы и содержала всевозможные измерения по выделенной строке...

А может в грид формы добавить 10 полей (не в таблицу) и сделать отработку вызова требуемых измерений? Тогда можно и по F8 заполнять....

artkashin · 07.05.2008, 11:05

Цитата:

Сообщение от IGHG

Допустим бухгалтеру надо вбить 100 записей в журнале и заполнить их измерениями вручную... Причем не тех что по умолчанию и не тех что в приоритетах

Делается это обычно так: Навешивается на счета измерения с кодом ВЫБЕРИТЕ, Также Создается измерение СЛУЖЕБНЫЙ, в настройке комбинации измерений СЛУЖЕБНЫЙ и измерения со значением ВЫБЕРИТЕ при учете будет вываливаться ошибка. Т.е. решение, конечно, есть, но оно не "зашито" изначально в самой системе, что есть, конечно, плохо.

IGG · 24.04.2008, 18:28

... и вообще у меня вопрос по траве которую курят локализаторы... Особенно модуль зарплата. Какой сорт? Хочу попробовать

Corleone · 24.04.2008, 18:37

Цитата:

Сообщение от IGHG

... и вообще у меня вопрос по траве которую курят локализаторы... Особенно модуль зарплата. Какой сорт? Хочу попробовать

Скорее всего это таблетки или грибы.

Цитата:

Сообщение от IGHG

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

В 1Се вопрос решен так... Там одна таблица и галочка - проведен... Круто?