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

[mazzy]

Цитата:

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

Какой сорт?

Первый сорт. Сокращенно 1С.

Давайте сюда будем постить только обоснованные критерии?
Про сорт курева лучше в курилку.

[IGG]

Цитата:

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

Первый сорт. Сокращенно 1С.

Давайте сюда будем постить только обоснованные критерии?
Про сорт курева лучше в курилку.

Извините... Сорвался. Я уж тогда не буду про отстойное писать, потому что я начинаю вспоминать сколько пришлось поправлять и переписывать и сразу меня отрицательные эмоции возникают...

[DA_NEAL]

... вы меня простите уважаемые, но если честно я в любом буду считать локализацию отстойной, хотя бы потому что уже в международной хватает косяков. И за 5 лет работы с навиженом, активной работой с 3-мя версиями и всеми промежуточными сервиспаками в локализаторов я не верю. Слишком много можно написать про отстойность локализации... так много что и вспомнить все невозможно. Хотя я думаю мы сами во многом виноваты... не ломится толковый народ в майкрософт работать .

[apanko]

Вспомнил, чисто про локализацию:

1. Если в сообщение:
«Дата учета не должна быть больше ДД.ММ.ГГ в Товар Книга Операций Операция Но.=123456»
не добавят, хотя бы код товара.

2. Если документы Акт оприходования и Акт списания будут молча пропусать отрицательное количество (т.е. строки документов будут просто игнорироваться).

3. Если к самодельным полям не будет встроенного хелпа (поле Automatic Posting Date Adjmt в Товарны Настройка, поле Нет Разноски в Поставщик Учетная Группа).

[mazzy]

Цитата:

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

3. Если к самодельным полям не будет встроенного хелпа (поле Automatic Posting Date Adjmt в Товарны Настройка, поле Нет Разноски в Поставщик Учетная Группа).

Точно! +1

[mazzy]

Итак, попробую выделить кратким списком пункты, которые не оспаривались.
Спорные в список не включил.

Цитата:

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

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

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

Цитата:

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

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

Цитата:

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

опять придется доделывать печатные формы документов, прибавлять там в названии компании поле "Name 2" - ну не помещаются полные названия российской компании в 30 символов никак, а на большинстве печатных форм поле Name 2 почему-то хронически забывают.

+ банковские реквизиты в ТОРГах + подписи в подвалах документов кое-где "зашиты".

Ну еще я бы сделала возможность частичного зачета НДС.
и возможность контроля применения в разрезе по-договорам (то есть можно применять операции с одним и тем же договором) не всегда надо, но часто.

+ возможность формрования оборотно-сальдовой ведомости (и карточки счета) по любому измерению (1С формирует же по субконт-то), а то российские любители 1С часто хотят этот отчет -подобие 1С. Анализ по измерениям его, конечно, частично заменяет, но сальдо-то входящего-исходящего не видно

Ну и не наделать новых "багов" в том, что уже работало.

Цитата:

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

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

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

Цитата:

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

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

Цитата:

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

Вспомнил, чисто про локализацию:

1. Если в сообщение:
«Дата учета не должна быть больше ДД.ММ.ГГ в Товар Книга Операций Операция Но.=123456»
не добавят, хотя бы код товара.

2. Если документы Акт оприходования и Акт списания будут молча пропусать отрицательное количество (т.е. строки документов будут просто игнорироваться).

3. Если к самодельным полям не будет встроенного хелпа (поле Automatic Posting Date Adjmt в Товарны Настройка, поле Нет Разноски в Поставщик Учетная Группа).

Дополнения?
Замечания?

[DA_NEAL]

Буду считать отстойной если нельзя будет учесть акт списания товара (Товарная накладная) со склада с ячейками сразу, без переброски между складами.

[DA_NEAL]

- Если не вернут внутренние перемещения .

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

- Хочу чтобы в базе нормально поддерживалось штрихкодирование. А не только в ритейловых решениях.

[DA_NEAL]

Эх еще добавлю... распределение товарных издержек пропорционально весу товаров.

[mazzy]

Цитата:

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

Эх еще добавлю... распределение товарных издержек пропорционально весу товаров.

Добавлю: ...в разных единицах измерения.
Добавлю: ...и объему в разных единицах измерения.

Но только, по-моему, в международном Навижине такого нет (надо посмотреть в what's news)
И не думаю, что эту хотелку надо делать на локальном уровне. Это скорее к Навижину в целом.

[DA_NEAL]

Той ЗП которая в россии в международном тоже нет нудак делают же. А вообще если в международной нет по моему это еще не значит что нельзя в локализации сделать, делать то один фиг приходится. Последнее время мне перестает нравится навижн именно из-за того что приходится копировать одни и теже решения из проекта в проект, когда намного интереснее изучать специфику бизнеса и тюнинговать систему именно для оптимального использования, а не решать одни и теже задачи, которые если честно, замотали.