Сторно ввода в эксплуатацию ОС

[Rivez]

Здравствуйте!
Есть вопрос.
Реально ли реализовать операцию "Сторно ввода в эксплуатацию" основного средства?
Т.е. необходимо не просто сторнировать проводки с типом "Ввод в эксплуатацию",а нужно учесть, что
1. ОС прикреплено к номенклатуре => при вводе была складская проводка по расходу со склада
2. Менять статус ОС(например, Запланировано, Куплено)
3. ОС может введено в результате сборки комплектующими, т.е. были складские проводки по этим комплектующим (номенклатурам)
4. Плюс, реализован функционал по лизингу. Он реализован следующим образом:
- в карточке ОС уазывается тип собственности "Лизинг"
- делается проводка с типом "Ввод в эксплуатацию", после чего статус "Лизинг"
- по прошествию окончанию лизинга, делается возврат лизингодателю (проводка с типом "Ввод в эксплуатацию" с обратной корреспонденцией)
- затем делается приём, при этом меняется дата принятия на учёт на дату приёма, тип собственности на "Собств."

5. И самый важный момент, нужно, чтоб после сторнирования ввода ОС отчёты за прошлые периоды не менялись (следовательно, нельзя обновлять дату принятия на учёт в моделях учёта, тип собственности ОС в карточке ОС, т.к. это текущие показатели, по ним история не сохраняется)

Два варианта:
1. После сторно ввода создавать, отсторнированное ОС сажать на новый инв. номер.
Но есть условие, чтоб дата выбытия в моделях учёта не проставлялась.

Минусы:
1.1. после этого данный инв. номер больше не числится на балансе, но документов о его выбытии никаких не оформлялось. С точки зрения бух. учёта это ведь неправильно
1.2. + сторнируемое ОС всегда принимается через закупки, причём, после закупки делается отпуск в подразделение(формируется накладная на сторноу с указанием инв. номера ОС), затем приход в подразделение в управления запасами,
затем делается ввод ОС формируется ОС-1, где тоже указывается инв. номер ОС

бух-р преполагает после сторно и нового ввода ОС переформировывать первичные документы (ОС-1б, накладная на сторону), старые както делать недействительными. Тоже считаю, что это не совсем првильно, поправьте если я не прав
2. Не создавать новое ОС, но ввести такие ограничения:

2.1. После сторно ввода в эксплуатацию сделать запрет на изменение типа собственности в карточке ОС.
2.2. При разноске проводок с типом «Ввод в эксплуатацию» проверять, если сумма проводок с типом «Ввод в эксплуатацию» равна нулю (т.е. ос либо отсторнировано, либо вообще не вводилось в эксплуатацию), то обновлять дату принятия к учёту датой проводки по вводу при условии, если дата принятия на учёт имеет пустое значение или дата принятия учёта находится рамках текущего отчётного периода(квартала).
2.3. Возможность сторнировать проводки с типом «Ввод в эксплуатацию» (приём в собственность из лизинга), только в течение текущего отчётного периода (квартала), причём той же датой, что и сам приём. (т.к. сторно приёма в собственность из лизинга влечёт за собой смену типа собственности, а также смену даты принятия на учёт)
2.4. Разрешить сторнировать приём в лизинг только в рамках текущего отчётного периода (квартала), причём дата сторно должна быть равна дате приёма в лизинг.
2.5. Разрешить сторнировать только в рамках текущего отчётного периода (квартала), причём дата сторно должна быть равна дате ввода в эксплуатацию, если ОС вводилось в результате сборки из комплектующих. Причём записи из таблицы «Комплектующие» (ОС/ОС/кнопка Прочие/кнопка Комплектующие) будут удаляться.

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

[Rivez]

Прочитал тут вариант
Вопрос по ОСам...

там написано через выбытие (списание), но одно из условий пользователей, что сторно ввода ОС делать через выбытие нельзя

[Михаил Андреев]

Вы меня простите, но разве СТОРНО - это нормальная операция? Обычно сторно - исправление ошибок. А тут оно в ранг стандарта вошло?

ИМХО. Без списания старого с создания нового ОС не получится

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

[glibs]

Цитата:

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

...
Реально ли реализовать операцию "Сторно ввода в эксплуатацию" основного средства?
...

Микрософты говорили, что сделали. Вроде. Вас это не устраивает?

[Rivez]

неправильный тип ОС
вы имеете ввиду тип собственности?
Микрософты говорили, что сделали. Вроде.
не слышал, и не видел
если знаете, подскажите, был бы очень рад
я работаю в 3ке(такого тут точно нет), смотрел функционал в 4ке(ничего подобного не обнаружил)

[glibs]

Документ называется так:
Microsoft Dynamics AX 4.0 SP2 Feature Pack 1 for Eastern Europe
Local critical updates for Russia


Это кусок текста:
Storno operation in FA module
Reference Information

Product Microsoft Dynamics AX
Reference No: 16030 Title: Storno transactions for Fixed assets operations
Country Russian Federation
Justification
Storno transactions are needed to correct users errors.
Feature Description
Storno transaction is a transaction the same as original corrected transaction but the sign has to be inversed. The storno operation may be executed on chosen date. The following operations may bi storned in system:

• Putting into operation
• Putting into operation of FA gathered of component parts
• Revaluation
• Major repairs
• Leasing
• Acceptance – transfer
• Writing off
• Sale

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

[Rivez]

а где его можно скачать?
может у вас есть ссылка

[Михаил Андреев]

Надо партнёра теребить. Но поднять это на тройке будет сложновато - в 4.0 заметно поправили модуль ОС (и многое далеко не в лучшую сторону).

[Ivanhoe]

Для партнеров: https://mbs.microsoft.com/partnersou...rintpage=false

Для клиентов: https://mbs.microsoft.com/customerso...rintpage=false

[Rivez]

Может кто-нить ставил это обновление, только касаемо сторно ввода в эксплуатацию
может знает какие классы необходимо ставить?
думаю, что мне пакет весь ставить не нужно

[cho]

Добрый день!

Скажите, кто нибудь пользовался этой функциональностью сторнирования ввода в эксплуатацию ОС и других сторно-операций по ОСам?

У нас стоит Ax 4.0 SP 2 FP1, но этой функциональности там вроде бы и нет....

[cho]

Ну так что... никто значит не пользовался?

[raz]

см. рисунок

[cho]

Спасибо!

[BOAL]

Многие знают, что в SP 2008г для AX4 появилась операция сторно в ОС, штатная.
Дошли руки до ее применения, как обычно не обошлось без напильника.

зайдите в класс RAssetTransactionReversal метод initLedgerVoucher и дошипите там
..
ledgerVoucherObject = LedgerVoucherObject::newVoucher(RAssetTrans.Voucher, reversalDate);
ledgerVoucherObject.parmVoucherCheck(false); // BOAL fix sys bug
ledgerVoucher.addVoucher(ledgerVoucherObject);
..

Дело в том, что почему-то сторно вынуждает вырубать проверку на уникальность Документа ГК в параметрах ГК (с чего это?). Проверка очень полезна, чтоб отлавливать всякие потенциальные баги в данных из-за съехавшей непрерывности в ЖГК, например (стандартная беда).
Вполне допускаю, что в ОС, которые тупо ваучер нулят, без создания журналов с минус проводками. нуление в том же ваучере правильное. Но вырубание проверки уникальности должно быть локальным, что и делаем моя дописка.

[lena_xa]

Цитата:

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

Многие знают, что в SP 2008г для AX4 появилась операция сторно в ОС, штатная.
Дошли руки до ее применения, как обычно не обошлось без напильника.

зайдите в класс RAssetTransactionReversal метод initLedgerVoucher и дошипите там
..
ledgerVoucherObject = LedgerVoucherObject::newVoucher(RAssetTrans.Voucher, reversalDate);
ledgerVoucherObject.parmVoucherCheck(false); // BOAL fix sys bug
ledgerVoucher.addVoucher(ledgerVoucherObject);
..

Дело в том, что почему-то сторно вынуждает вырубать проверку на уникальность Документа ГК в параметрах ГК (с чего это?). Проверка очень полезна, чтоб отлавливать всякие потенциальные баги в данных из-за съехавшей непрерывности в ЖГК, например (стандартная беда).
Вполне допускаю, что в ОС, которые тупо ваучер нулят, без создания журналов с минус проводками. нуление в том же ваучере правильное. Но вырубание проверки уникальности должно быть локальным, что и делаем моя дописка.

Коллеги, эту багу MBS устранил в рамках запроса от партнера. в последних версиях Hotfix все должно присутствовать- кому важно сохранить оргинальный код- поставьте последнее офиц. обновление.

[BOAL]

У меня SP2FP2, там еще было.