ИТАН: Управленческий баланс 2.2 для платформы 1С Предприятие 8.0 #332231

Кто-нибудь имел дело с сабжем?

да

Фин.директор хочет... Стоит или нет?

ты знаеш, на такие односложные вопросы, очень хочется отвечать односложно. что конкретно хочет фин. директор, чего от программы ожидаете?

Объясни что УПР должон =Бух балланс

кому должон?

это почему?

А как ? по УПР доход 10000000000000 а по Бух -8 :)

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

А зачем на сайтах  конторы выкладывают баллансы всякие бухгалтерские,отчеты о прибылях и убытках и прочеее ?:)

Хорошо, сформулирую так: чем это лучше, чем «1С:Управляющий 8. Стандарт»?

А по УПР,МСФО прогнозировать штааааа 1000000000 звонков потенциальным покупателям завтра превратятся в нал. на расчетном счете - это можно.

Фин.директору нужен управленческий баланс, на основе УТ...

Любой учебник по бух.учету говорит, что УПР НЕ должон = Бух.балансу. Это разные вещи...

смотрел 1С:Управляющий 8. Стандарт - полное г...но . Точнее Итан:УБ - это конструктор, который нужно и можно донастраивать. там у них даже есть типовая модель для УТ. А Управляющий - это програма типа as-is. всё закрыто, правила учета реализоваты так как посчитали нужным методисты. в общем, если нужна гибкость - тогда ИТАН, если нужен эксель в 1С - тогда Управляющий.

+ понятно. что это моё личное ИМХО, и оно может не совпадать с позицией 1С :)))

отличная тема, имхо один из инструментов для правильного внедрения УПП. Сюда можно еще приписать BPM, который вместе с ИТАНом формируют гибкую ERP систему

1С управляющий - для Учредителей Киосков, имхо

Про ИТАН тоже было бы интересно послушать инфу

+ забыл про проформы =), тоже полезная штука, разработанная Инталевым

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

почему только одной табчасти? можно на один и тот же док. прописать несколько подписок. и у каждой из них в качестве итератора указать нужную таб часть.

Maniac вроде бы серьезно с ним разбирался

хмм посмотрю, спс

VitalySm, Dziden2, спасибо за информацию...

ковырял демоверсию - некоторые вещи  из заявленных еще не были реализованы. Сейчас наверное уже дописали...

так там кода тьфу, опытный программист напишет за месяц.

а пример нереализованных возможностей можешь привести? просто интересно