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

[Pismarkina]

Можно ли в Аксапте стандартными функциями откатить или отсторнировать ввод ОС в эксплуатацию?

[Ax1D]

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

[Filip]

Цитата:

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

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

Подскажите, как сделать повторный ввод в эксплуатацию?
В Журнале ОС для ввода в эксплуатацию доступны только объекты со статусом "Запланировано" и "Куплено".

В Общем журнале ГК доступны только объекты со статусом "Эксплуатация". Но операция на разносится. Появляется ошибка "Модель учета '00036884' не определена для основного средства ''.
На вкладке Основные средства модель учета не выставляется.

[Eugeny_F]

Поставьте галочку в поле "Повторный ввод в эксплуатацию" в параметрах модуля ОС.

[MNG]

А как можно решить такую ситуацию: Отмена ввода в эксплуатацию- Создание кредит-ноты на закупку ОС- Обработка отредактированной накладной на закупку ОС- Повторный ввод ОС в эксплуатацию?
Смысл этой последовательности операций в том, что нужно изменить первоначальную стоимость основного средства, т.к. закупка была проведена неправильно.
Если первый пункт решается с помощью повторного ввода в экспл-цию, то дальше у меня ничего не получается.
При попытке разнести кредит-ноту система ругается на то, что на складе нет в наличии данной номенклатуры. Действительно, при вводе в экспл-цию объекта ОС единица с номенклатуры списывается. А при сторно ввода в эксп-цию обратно не приходуется.

[Eugeny_F]

А стоит ли у вас галочка в поле "Связь со складом" в параметрах ОС?

[gaenar]

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

[MNG]

Нет, галочка не стоит в поле "Связь со складом".
Ну если стандартным образом ничего не получится, придется к программистам...

[George Nordic]

Цитата:

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

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

1) А почему бы просто не переоценить?
2) Если закупка "проведена неправильно", то, может, сторнироват и её и закупить ОС по-новой?

С Уважением,
Георгий

[MNG]

1) Да, переоценить можно.
2) Сторнировать не получается, т.к. не могу привязать объект ОС к сторнируемой закупке.
"ОС должно быть в состоянии "Куплено""- говорит система. А у нас уже в эксплуатации. :-(

[BOAL]

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

У нас в аварийном порядке писалась функция распроведения по ОС.

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

[MNG]

Да.. видимо придется программировать.
Пользователь регулярно приходит с такими вот задачками.
Только вот вопрос конкретно по операции "Сторно ввода в эксплуатацию" .
Получается что при проведении данной операции нужно чтобы:
1. ОС меняло статус на "Куплено".
2. По номенклатуре должен быть обратный приход этой единицы на склад? Чтобы можно было все таки отсторнировать неверную закупку?

[George Nordic]

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

С Уважением,
Георгий

[gaenar]

Цитата:

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

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

Согласен. Методы разноски проводок по ОС настроены для прямолинейного движения (от ввода/купли - до закрытия/списания/продажи). Сторно делать очень непросто, особенно ввиду того, что отсутствует механизм просмотра предыстории по проводкам ОС. Довольно сложно отследить при сторно, в какой статус переводить и какие именно проводки сторнировать (анализ transов в этой ситуации даёт далеко не всю информацию)

[Pavel]

Цитата:

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

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

У нас в аварийном порядке писалась функция распроведения по ОС.

К сожалению, локализованный модуль ОС имеет некую необратимость (или отсутсвие инструментов корректного сторнирования).

Мое личное мнение, что прямая связь между складом и ОС - одно из крайне неудачных решений в локализации. Видимо, был такой период "великих дел" (типа, «сибирские реки поворачивали вспять»), когда решили закупки завязать на ОС, двувалютную себестоимость на трансляцию и т.п.

Например, в том же конкорде достаточно ограничиться операцией корректировки первоначальной стоимости или переоценкой ОС.

[gaenar]

Цитата:

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

Например, в том же конкорде достаточно ограничиться операцией корректировки первоначальной стоимости или переоценкой ОС.

а если подробнее, чем кроме геморроя со сторно, она неудачна?

А что если вам необходимо регулярно закупать ОСы для ваших внутренних нужд, закупку будет обрабатывать одна тётенька, а ОС вводить - другая?

[Pavel]

Цитата:

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

а если подробнее, чем кроме геморроя со сторно, она неудачна?

А что если вам необходимо регулярно закупать ОСы для ваших внутренних нужд, закупку будет обрабатывать одна тётенька, а ОС вводить - другая?

У вас закупки товаров/услуг у поставщиков и учет ОС делает одна тетинька?

[Nick]

Цитата:

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

У вас закупки товаров/услуг у поставщиков и учет ОС делает одна тетинька?

Есть и такое - Закупки ОС у поставщиков и их учет делает один бухгалтер
учет НДС - другой...

[Pavel]

Цитата:

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

Есть и такое - Закупки ОС у поставщиков и их учет делает один бухгалтер
учет НДС - другой...

В этом простейшем случае, разве что, только и работает (с указанными проблемами), а если все сложнее, то смысл данной разработки просто теряется. Функциональность модуля управления запасами и учет ОС начнут «разбегаться», когда возникнут всякие - разные жизненные ситуации (валютный учет, определение себестоимости по расходам номенклатуры, включение в первоначальную стоимость ОС дополнительных затрат, учет ОС по разным видам учета, внесение ОС как вклад в уставной капитал и пр.). Т.е. данная связка будет лишь помехой.