Добрый день!
Кто может подсказать, возможна ли активация бизнес-функции EA-FIN (для того, чтобы стали доступны интервалы по областям оценки, кодам амортизации в FI-АА) без активированной Гибкой Главной Книги?
Что повлечет за собой активация бизнес-функции EA-FIN кроме возможности заводить интервалы при изменении кода амортизации?

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

Точно нет, там и искали. Если бы были, то давно бы нашли и пользовали.
Видели примеры, когда была ГГК, а потом добавились интервалы. В обратном порядке не видели.
В ноте 2068227 рекомендовано активировать бизнес-функцию EA-FIN. У нас она пока не активирована. Скорее всего еще надо будет накатить пул нот… Есть также ноты 1121965, 1498047
Задаемся вопросом, что негативного может принести активация бизнес-функции EA-FIN, так как процесс необратим. Без активации EA-FIN, как мы понимаем интервалов не видать.
Есть ноты 1988072 которые пугают…
ГГК у нас нет.
Потребность в AFAR (RAAFAR00) возникает только при наличии ГГК?

AFAR - это программа по пересчету амортизации, когда система при заходе в карточку видит, что сумма распланированной амортизации отличается от той, которая распланирована И при этом сохранена в таблицах. Обычно такое возникает при округлениях и при применении внедрений для расчета амортизации пропорционально выпуску продукции и пр., то есть с применением бади (вы зашли в AS02, пошли в проводник, система пересчитала амортизацию и получила 100 рублей, хотя запланировано в БД 102 рубля, система говорит об этом - если видели назойливое сообщение при заходе в проводник). Далее запускается afar и запланированная амортизация сохраняется в anlc и anep и пр.
Как итог: AFAR - это абсолютно адекватный инструмент амо поправки в БД, он необходим, он несет только полезную нагрузку, ничего плохого в нем нет. Никакой зависимости от новой ГГК я в афаре не вижу. Если вопрос только в нем - можете накатывать смело.

Изначально беспокоила связь EA-FIN и ГГК. Как мы поняли этой связи нет, они могут жить каждый своей жизнью, т.е. активация EA-FIN даст интервалы в FI-AA, без ГГК? А что ещё может вылезти в FI, CO, RE-FX после активации EA-FIN есть опыт?

Ну этого в голове никто не держит... Все возможности новой функции сап раньше всегда ооочень подробно описывал на своих ресурсах. Там прямо было, что и где добавится. Там и надо читать. Если это какая-то серьезная активность, то прилетит очень многое. Что-то не будет использоваться, что-то будет. В диспетчере бизнес-функций тоже вроде бы неплохие описания того, что она содержит. Но сможете прочитать или нет - зависит от вашей инсталляции. У меня в одной компании вообще ничего не работало из саповской документации, хотя я не особо-то и расстроился.

EA-FIN и ГГК никак не связаны, это по вашей же ссылке прямо утверждается (и на практике это есть так). Хотя как Вы дожили до нынешних времен без ГГК, это тоже большая загадка ))

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

Да вот нафиг она вообще никому не уперлась. Аккаунт апроач вроде всеми признан чемпион среди какао. Ты бы знал, сколько компаний внедрили ГГК, заплатили бабки, а потом повесили все неведущие регистры в рамку и любуются ими теперь.

ну и дураки! ГГК весчь, если ее правильно использовать

Точнее так скажу - если внедрением верховодит гл.б. КлавдьПетровна, то дальше налога на прибыль гибкая книга конечно никуда не продвинется, бухгалтерии по РСБУ даже этого много. А если у руля стоит мистер Твистер их женевской штаб-квартиры, то верь мне - будут регистры и Statutory, и Legal, и Group, и CbCR тоже будет. И еще много чего, что заставляет КлавдьПетровну просыпаться в холодном поту по ночам

Добрый день!
Подскажите, если интервалы станут доступны возможна ли будет преодолеть при их помощи следующую ситуацию:
Был много лет объект с Первоначальной стоимостью 771 000,00 и сроком службы 10 лет, который амортизировался линейно по 6 425 в месяц c декабря 2012 года.
В ноябре 2022 истекает его первоначальный СПИ.
Этому объекту забыли по ФСБУ 6/2020 продлить срок на 6 лет и хотят исправить это с начала года, в текущем месяце.
Т.е., чтобы система с начала 2022 года рассчитывала амортизацию исходя из остаточной стоимости и оставшегося с учетом изменения срока,
т.е. (771 000,00 - 700 325,00) : (16 лет (192 мес) – 9 лет 1 месяц (109 мес))
Ост.ст-сть70 675,00 : Остаточный срок 6 лет 11 мес (83 мес) = по 851,51 в месяц до 11 2028 включительно.
Сейчас же при корректировке СПИ с 10 на 16 система рассчитала:
- Вернула в текущем месяце начисленную за все месяцы с начала года амортизацию с учетом новой суммы амортизации (Первоначальной стоимости на Новый СПИ (16 лет) и дальше считает исходя из этой суммы (771 000,00 : (16 лет (192 мес) = 4 015,63), причем дальше – это всего 17 месяцев (12 месяцев 2022 и 5 месяцев 2023), потом заканчивается стоимость.

Это все можно сделать на спецрегистрах. ГГК никакой продвинутой функциональности не добавило кроме сплитинга. Да и тот кривой оказался.

Интервалы аммортизации это можно код аммортизации сменить по датам (и только). Все стандартные коды вроде работают только с начальной стоимостью на конец/начало года. Что бы корректировать аммортизацию как вы хотите вам надо делать свои проводки с внеплановой аммортизацией, либо писать собственные коды аммортизации.

Вот только хотел написать, но кенгуру меня опередил)) саповская тпр-ка по налогу на прибыль вроде работает не на ГГК, а на спец регистрах. А спец регистры существовали и до ГГК, если я верно помню. Так что Клавдии Петровне можно спать спокойно и мокренькой от пота просыпаться ей не обязательно) а твой дон Педро из Швейцарии в ближайшие 50 лет в России не обнаружится, "спасибо" сам знаешь кому за это.



Смысл остановки как раз в том, чтобы не врубать ZNOT и (следовательно) не обнулять амо по открытым годам в АА. Вообще функция весьма полезная на консерве, например. Чтобы не гонять ОС с карточки на карточку. Хотя вроде как настоящая консерва и должна сопровождаться сменой счета. Поэтому, может, интервалы и правда не так уж нужны.

Ой у меня от тебя полезли вьетнамские флешбеки (от переноса стоймостей). Бизнес которому нужно консервы делать вобще не должен на сап зарабатывать легально...