Слов нет

[ppson]

Не по тому делу на MBS наехали :-)
если вспомнить то время (рубеж 2001-2002), то собственно говоря никто и не знал сколько/какие/и в каком виде регистры должны быть. Методологии не было.
Поэтому и выпущенный продукт на то время в принципе более менее сносным.
Только с тех пор прошло 4 года, уже есть практики применения регистров (например см. постинг Тимура Слов нет ).
Только вот непонятно будет ли MBS развивать регистры или они так остануться еще одним способом вывода на экран данных из таблиц .

[mazzy]

Цитата:

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

Только вот непонятно будет ли MBS развивать регистры или...

Я бы предпочел, чтобы МБС не столько развивал эти регистры, сколько вернулся к первончальной идее налогового учета, который присутствует в международной Аксапте.

В международной Аксапте можно создавать обычные финансовые проводки с признаком Налоги по счетам из того же плана счетов. (Хотелось бы заметить, что для налоговых проводок можно создать и забалансовые счета) А затем в обычных финансовых отчетах получать итоги с учетом налоговых проводок, без учета налоговых проводок, только налоговые проводки и т.п...

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

АНГЛИЧАНЕ РУЖЬЯ КИРПИЧОМ НЕ ЧИСТЮТ!

Т.е. налоговый учет есть в Аксапте изначально.
Но изначальный налоговый учет загублен корреспонденцией.
А вместо изначального налогового учета добавлен новый модуль, по которому нужно делать специальные отчеты...

Я считаю, что надо вернуться к первоначальной идее и расширить ее. Вместо того, чтобы "рушить до основанья, а затем строить новый" модуль.

Что-то мы совсем от темы отклонились...

[ppson]

Цитата:

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

Я бы предпочел, чтобы МБС не столько развивал эти регистры, сколько вернулся к первончальной идее налогового учета, который присутствует в международной Аксапте.

Не сделают как минимум по двум причинам:
1) Кто разрешить выкинуть инвестиции в мусорный бачок ?
2) Необходимо признать что получивший орден модуль оказался со времением невостребованным. Надо будет возвращать медаль (((.

[mazzy]

Цитата:

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

2) Необходимо признать что получивший орден модуль оказался со времением невостребованным. Надо будет возвращать медаль (((.

Опять какая-то логика ИЛИ-ИЛИ.
Медаль была получена не за востребованность, а за программирование, насколько я помню. Программирование в этом модуле действительно амбициозное. Зачем же медаль возвращать?

См. скриншот медали Вложение 1895

[ppson]

Цитата:

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

Опять какая-то логика ИЛИ-ИЛИ.
Медаль была получена не за востребованность, а за программирование, насколько я помню. Программирование в этом модуле действительно амбициозное. Зачем же медаль возвращать?

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

[Pavel]

Цитата:

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

Я бы предпочел, чтобы МБС не столько развивал эти регистры, сколько вернулся к первончальной идее налогового учета, который присутствует в международной Аксапте.

В международной Аксапте можно создавать обычные финансовые проводки с признаком Налоги по счетам из того же плана счетов. (Хотелось бы заметить, что для налоговых проводок можно создать и забалансовые счета) А затем в обычных финансовых отчетах получать итоги с учетом налоговых проводок, без учета налоговых проводок, только налоговые проводки и т.п...

Цитата:

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

Т.е. налоговый учет есть в Аксапте изначально.
Но изначальный налоговый учет загублен корреспонденцией.
А вместо изначального налогового учета добавлен новый модуль, по которому нужно делать специальные отчеты...

Я считаю, что надо вернуться к первоначальной идее и расширить ее. Вместо того, чтобы "рушить до основанья, а затем строить новый" модуль.

Дело не только в "локализованной корреспонденции". "Изначальный налоговый учет" работает, когда пользователи заносят проводки через журналы ГК.

Если использовать модули системы, то идея не срабатывает. Упомянутая функциональнасть - это исторический след развития продукта
- от учетных операций ГК с аналитиками
- к многомодульной по-процессной системе
иначе говоря = атавизм.

[mazzy]

Спасибо, надо подумать.

Цитата:

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

Если использовать модули системы, то идея не срабатывает.

Ну почему же?
Если речь идет о том, что модули не создают проводки с типом Налоги - согласен.
Если речь идет о том, что нельзя запрограммировать создание проводок с типом Налоги автоматически - не согласен.

Цитата:

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

Упомянутая функциональнасть - это исторический след развития продукта
- от учетных операций ГК с аналитиками
- к многомодульной по-процессной системе
иначе говоря = атавизм.

То, что исторический след - согласен.
Надо отметить, что этот исторический след поддерживается стандартными функциями получения сальдо и финансовыми отчетами.


А вот является ли эта функциональность атавизмом или не атавизмом - тут стоит подумать. Спасибо.

[Pavel]

Цитата:

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

Спасибо, надо подумать.

Пожалуйста.

Цитата:

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

Ну почему же?
Если речь идет о том, что модули не создают проводки с типом Налоги - согласен.
Если речь идет о том, что нельзя запрограммировать создание проводок с типом Налоги автоматически - не согласен.

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

P.S. на мой взгляд предпочтительнее методологическое решение через идентификацию учетных регистров (для целей налогового, бухгалтерского, управленческого учета) с последующей настройкой системы. Т.е. без отдельного модуля с красивым названием - "налоговый учет/регистры".

[mazzy]

Цитата:

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

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

Эм-м-м... Можно я себя процитирую?

Цитата:

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

Я бы предпочел, чтобы МБС не столько развивал эти регистры, сколько вернулся к первончальной идее налогового учета, который присутствует в международной Аксапте.

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

Цитата:

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

Как готовое, универсальное решенияе предлагаемый подход применения все-таки не имеет.

P.S. на мой взгляд предпочтительнее методологическое решение через идентификацию учетных регистров (для целей налогового, бухгалтерского, управленческого учета) с последующей настройкой системы. Т.е. без отдельного модуля с красивым названием - "налоговый учет/регистры".

Почему не имеет? Какое не имеет?
Совсем не понял PS. Кто на ком стоял?

[FDuchman]

Цитата:

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

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

Этого недостаточно чтобы в большенстве случаев исчислить постоянные и временные разницы....по 18 ПБУшке...

[Pavel]

Цитата:

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

Почему не имеет?

Потому что это не готовое решение, а всего лишь частная идея, для реализации которой MS как минимум требуется

Цитата:

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

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

Сухой остаток: при работе в модулях аксапты в ГК не создается проводок типа "Налоги". На сём предлагаю успокоиться... до выпуска версии, в которой будет иначе.