Слов нет

[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

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

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

[ppson]

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