Настройка Основных средств в D365

[Elenko]

Добрый вечер!
У меня есть несколько вопросов по настройке модуля Основные средства в D365.

1. Можно ли в стандарте настроить так, чтобы амортизация начислялась первым числом месяца?


2. Как наиболее правильно и оптимально настроить основные средства, которые должны на 100% амортизироваться в первый месяц использования, при этом срок использования у них год или более того (аналог МБП).

Пока приходит в голову такая настройка: поставить «Периоды амортизации» = 1. Тогда при разноске первой амортизации списывается 100% стоимости. Но, во-первых, приходится потом вручную менять срок использования на реальный. Ну и статус у Оса = closed. Есть какие-то более оптимальные варианты настройки?


3. Для каких целей обычно используют Posting layers, а для каких целей Books? Как я понимаю, различные слои разноски можно использовать, например, для учета различных видов амортизации и соответственно, для каждого слоя разноски используется своя книга.
Какие могут быть причины для того, чтобы настроить несколько книг для одного слоя разноски?


4. Для чего используется альтернативные метод амортизации в книге?


5. Для чего используют Производные книги?


6. Как сделать предварительный просмотр проводок в журнале ОС? «Смоделировать разноску» simulate posting не помогает. Т.е. когда я его нажимаю, ничего не происходит… Может я не знаю где смотреть?

Заранее всем спасибо!

[EVGL]

Давайте сначала определимся, какой вы модуль ОС внедряете: западный или восточный? Я русский модуль плохо знаю.

1. В западном можно любым днем месяца начислять.

2. Да, так, как вы описали. Или настроить произвольный график амортизации, где 100% в первый месяц. Наверное, есть способ лучше, но я его не знаю.

3. Если в Главной Книге делят с помощью Posting layers на Local, IFRS или Tax, то в соотв Книге ОС ее выбирают. Если хватает отчета и только по ОС, то достаточно Книги.

4. Альтернативный метод используют, чтобы автоматически выбрать наиболее выгодный метод при нескольких возможных. Вот мой пример: https://erconsult.eu/de/blog/degress...-dynamics-365/

5. Производные книги использовали для того, чтобы при разных методах амортизации но одинаковой начальной стоимости регистрировать ввод в эксплуатацию только один раз.

[Elenko]

Спасибо большое за ответы!



[QUOTE=EVGL;432920]Давайте сначала определимся, какой вы модуль ОС внедряете: западный или восточный? Я русский модуль плохо знаю.

Модуль немецкий.

1. В западном можно любым днем месяца начислять.

Подскажите пожалуйста, какие настройки для этого нужно использовать?

[EVGL]

Цитата:

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

1. В западном можно любым днем месяца начислять.
Подскажите пожалуйста, какие настройки для этого нужно использовать?

Настройка такая, чтобы амортизация была месячными кусками, а не пропорцией прошедших дней:



После этого просто запускаете Предложение по амортизации 1 февраля и все будет как надо.

[Elenko]

Цитата:

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

Настройка такая, чтобы амортизация была месячными кусками, а не пропорцией прошедших дней:

Вложение 13279

После этого просто запускаете Предложение по амортизации 1 февраля и все будет как надо.

Спасибо за ответ!

Не понимаю только, каким образом указать дату начисления именно 1 февраля в proposal. Там только можно указать период, до которого должна начислиться амортизация... В результате в строке журнала, которая формируется на базе proposal, дата - последнее число месяца.

[EVGL]

Цитата:

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

Не понимаю только, каким образом указать дату начисления именно 1 февраля в proposal. Там только можно указать период, до которого должна начислиться амортизация... В результате в строке журнала, которая формируется на базе proposal, дата - последнее число месяца.

Черт, вы правы. У меня - то же самое. Если подойти с практической точки зрения, то 1 и 31 не имеют никакого значения. Лишь бы в нужный период попадало. Встречал клиентов (в Германии), которые вообще некоторые книги только перед закрытием года проводили. Я в своей бухгалтерии по привычке делал ежемесячно, пока не понял что это - бессмысленно и только затрудняет работу и мне и потенциальному аудитору. Стал проводить кумулятивно раз на полгода, если только не МБС.

[Elenko]

Цитата:

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

Черт, вы правы. У меня - то же самое. Если подойти с практической точки зрения, то 1 и 31 не имеют никакого значения. Лишь бы в нужный период попадало. Встречал клиентов (в Германии), которые вообще некоторые книги только перед закрытием года проводили. Я в своей бухгалтерии по привычке делал ежемесячно, пока не понял что это - бессмысленно и только затрудняет работу и мне и потенциальному аудитору. Стал проводить кумулятивно раз на полгода, если только не МБС.

Спасибо!

Подскажите пожалуйста еще по поводу предварительного просмотра проводок. Нажимаю simulate posting и ... ничего не происходит.
Я помню, в 12-й открывалась форма с предварительными проводками.

[EVGL]

Цитата:

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

Спасибо!

Подскажите пожалуйста еще по поводу предварительного просмотра проводок. Нажимаю simulate posting и ... ничего не происходит.
Я помню, в 12-й открывалась форма с предварительными проводками.

Эта функция - из российской локализации. То, как она была построена неким Валерием У. (ttsbegin - ttsabort) должна позволять работать в любом журнале, по идее. Для проверки Вы можете испытать проводку по ОС в обычном Общем журнале ГК.

Полагаю, что Вы обманываетесь на другой Simulate Posting: https://docs.microsoft.com/en-us/dyn...mulate-posting , который появился в стандарте года 2 назад Это ничто иное, как расширенная Проверка (Validate), которая действительно проверяет все, а не просто пару вещей, которые легко проверить. Но она при этом ничего не показывает.

[Elenko]

Цитата:

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

Эта функция - из российской локализации. То, как она была построена неким Валерием У. (ttsbegin - ttsabort) должна позволять работать в любом журнале, по идее. Для проверки Вы можете испытать проводку по ОС в обычном Общем журнале ГК.

Полагаю, что Вы обманываетесь на другой Simulate Posting: https://docs.microsoft.com/en-us/dyn...mulate-posting , который появился в стандарте года 2 назад Это ничто иное, как расширенная Проверка (Validate), которая действительно проверяет все, а не просто пару вещей, которые легко проверить. Но она при этом ничего не показывает.

Спасибо большое за ответ! Я не подозревала, что это русская локализация очень жаль(

[Elenko]

У меня назрел еще один вопрос.

Мой клиент закупает однотипные ОСы в больших количествах. Например 200 лэптопов за раз. В номенклатурный справочник ОСЫ не заносятся. Т.е. покупка будет производиться через журнал накладных и последующий ввод в эксплуатацию.
Вопрос: можно ли каким-то образом упростить создание пары сотен однотипных карточек основных средств?
Это кстати, была причина, почему они несколько лет назад отказались от ведения ОСов в AX в пользу excel. Слишком много ручной работы при создании карточек.

[EVGL]

Знакомая проблема, клиент просил не далее как в ноябре. Предложил ему использовать кнопку копирования в справочнике ОС.

[Elenko]

Цитата:

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

Знакомая проблема, клиент просил не далее как в ноябре. Предложил ему использовать кнопку копирования в справочнике ОС.
Вложение 13300

Спасибо!

[twilight]

Можно и data entites попробовать использовать для такой задачи. Заполнить шаблон в Excel и загрузить.

[ashu]

Цитата:

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

У меня назрел еще один вопрос.

Это кстати, была причина, почему они несколько лет назад отказались от ведения ОСов в AX в пользу excel. Слишком много ручной работы при создании карточек.

интересное решение, а почему бы все не таки не рассмотреть ведение ОС через номенклатуры и заказы на покупку?

[EVGL]

Цитата:

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

интересное решение, а почему бы все не таки не рассмотреть ведение ОС через номенклатуры и заказы на покупку?

А если они - не МБП, а основные средства с длинным сроком пользования? Тогда для одной строки покупки и количеством 10 нужны будет 10 записей ОС. Полагаю, в этом и состоит вопрос Elenko. В таком случае в строке закупки нельзя активировать флаг "Новый ОС", а использовать промежуточный счет, создать 10 записей ОС и использовать Acquisition proposal, чтобы разом ввести в эксплуатацию. Складской журнал для ОС этого не нужен, кстати. Есть еще конечно вариант создать запись "10 ноутбуков HP Spectre x360", но очевидные недостатки такого решения скорее перекрывают достоинства.