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

[IGG]

Цитата:

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

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

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

[Fordewind]

Цитата:

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

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

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

[IGG]

Цитата:

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

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

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

[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]

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

[artkashin]

Цитата:

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

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

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

[apanko]

Цитата:

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

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

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


И сюда же:

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

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