16.07.2006, 18:43 | #21 |
Участник
|
Оптимизировать налоги лучше на разных серверах, географически расположенных в разных местах.
|
|
16.07.2006, 18:44 | #22 |
Участник
|
Цитата:
Сообщение от ALEG
Все просто,
В целях минимизирования налогооблагаемой базы по налогу на прибыль лучше списывать по методике FIFO (например, для того, чтобы более дорогие последние закупки списывались быстрее), а для управленческого учета лучше по LIFO ну например потому, что реально продается сначала наиболее поздняя партия пива (а то срок годности кончится) |
|
16.07.2006, 18:51 | #23 |
Microsoft Dynamics
|
да точно. Спасибо.
|
|
16.07.2006, 18:57 | #24 |
Microsoft Dynamics
|
Цитата:
Сообщение от insoda
Если идти до конца, то оптимизировать налоги лучше в разных БД?
Другой пример: В бух учете просто нет методики, которая наиболее точно соответствует бизнесу. ну например автотранспорт или сколько-то нормируемых лет или по пробегу. А для упр учета принято решение - 3 года. |
|
16.07.2006, 19:24 | #25 |
Участник
|
Ну это не говорит о необходимости ведения нескольких БД. Это все можно сделать и на одном плане счетов выделив под управленческий учет забалансовые счета, выделив их, например, указав номера счетов, начиная с буквы "У".
|
|
16.07.2006, 20:45 | #26 |
Участник
|
"сколько-то нормируемых лет" не равно 3 года? Почему в БУ (не налоговом) не может быть установлен требуемый управленческий срок амортизации?
Последний раз редактировалось insoda; 16.07.2006 в 20:48. |
|
16.07.2006, 21:26 | #27 |
Участник
|
Потому что, если не ошибаюсь нормы амортизации по БУ должны либо соответсововать НУ либо ЕНАО, а в управленческом учете могут быть вообще от балды. Например я видел одну компанию, где в УУ ВСЕ основные средства амортизировались по объему добытой в отчетном периоде нефти в отношении к общим доказанным запасам компании.
Боюсь, что с точки зрения БУ это ни разу не возможно. |
|
17.07.2006, 01:22 | #28 |
Участник
|
Цитата:
Сейчас, при глобализации мировой и национальной экономик, эффект от отражения фондов на балансе крупных российских предприятий по их рыночной стоимости в длительной перспективе может быть более выгодным, чем сиюминутная экономия на налогах, например при слиянии, поглощении, для улучшения позиции менеджмента на переговорах с потенциальными партнерами и т.д.
Кажется я начинаю понимать. Нормы амортизации, способы списания себестоимости и прочие бухгалтерские штучки влияющие на прибыль не могут устанавливаться бизнесом произвольно только в целях минимизации налогов. И дело не в государственном регулировании. Есть и другая цель у бизнеса – получить инвестиции у западного инвестора, для чего предоставить ему реальную, а не нарисованную картину бизнеса. На уровне предприятия эти цели антагонистичны. Возвращаясь к ИТ. Если бизнес отдает приоритет минимизации налогов, то учет лучше вести в разных БД/серверах/странах. А если – приоритет открытость для собственника, то лучше – в едином информационном пространстве. На практике нужно искать золотую середину. Есть ли она? То есть третье (и последнее?) преимущество ведения УУ и БУ в единой БД: более открытый учет в интересах инвестора/собственника. Последний раз редактировалось insoda; 18.07.2006 в 23:43. |
|
18.07.2006, 01:46 | #29 |
Участник
|
Подумал и оказалось, что не все так просто. В интересах собственника не только понятная бухгалтерия, но и минимизация налогов. То есть существует объективное противоречие между задачами собственника: организовать понятный учет и минимизировать налоги. Если надо понятно, то лучше в едином информационном пространстве, а если минимум налогов – то в разных. Но надо и то и другое. То есть, третье преимущество: более открытый учет в интересах инвестора/собственника если не ставится задача оптимизации налогов.
Последний раз редактировалось insoda; 18.07.2006 в 14:38. |
|
18.07.2006, 11:53 | #30 |
злыдень
|
__________________
Ибо зло есть лучшая сила человека. "Человек должен становиться все лучше и злее" -- так учу я. /Ф. Ницше/ |
|
18.07.2006, 14:36 | #31 |
Участник
|
Спасибо! Коменты рулят!
Цитата:
Как то совсем не хочется осваивать язык бухгалтерских форм, да и не вижу особой необходимости
Цитата:
На практике УУ для себя в ERP, бухгалтерию - в 1С (или если уж очень много считать - во что-нибудь помощнее), аналитику - в OLAP ну и т.д. Эти связки уже прилично отработаны с точки зрения обмена информацией..
Четвертое преимущество интеграции: проще администрировать. Преимущества разные для крупного и среднего/мелкого бизнеса. Последний раз редактировалось insoda; 18.07.2006 в 14:39. |
|
18.07.2006, 19:38 | #32 |
Шаман форума
|
Цитата:
Сообщение от Insane
Ну давайте рассмотрим наиболее частые варианты различных учетов:
1. Просто различные планы счетов. Проблема решается либо выделением отдельной аналитики под управленческий счет либо банальной трансляцией данных. Возможны вариации с разными валютами учета в бухгалтерском и управленческом учете - решается либо модифицированной трансляцией либо стандартной вторичной валютой. 2. Варианты когда различие по учетам состоит в составе операций то есть в одном учете есть операции, отсутствующие в другом и наоброт - решается двойным вводом данных, либо доработкой системы если случаи отличий алгоритмизируемы 3. Случаи когда в управленческом учете операции проводятся совсем по другим принципам чем в бухгалтерском, например по ОС (решается стандартной функциональностью) или по складу (например в БУ - средняя, а в управленческом учете ФИФО). 4. Случай черно-белого учета, где в управленческом учете проводятся одни операции, а в бухгалтерском учете идут они же, но не в полном объеме, другими датами, с другими контрагентами и суммами. Случай 2 - решается трансляцией основного массива операций и добиванием остальных. В качетве первичного лучше всего использовать модель учета, в которой наиболее полные данные. Случай 3 - а там тоже есть "стандартная функциональность" Если еще не вырубили Знаменитый "двухвалютный склад". Случай 4 - то же самое, что случай 2. И решение то же самое.
__________________
All information in this post is strictly confidential. If you have read it in error, please forget it immediately. |
|
18.07.2006, 21:50 | #33 |
Участник
|
Есть ли методики учета не предназначенные для оптимизации налогов, но требующие двойного ввода?
|
|
18.07.2006, 22:40 | #34 |
Участник
|
Цитата:
Сообщение от insoda
Есть ли методики учета не предназначенные для оптимизации налогов, но требующие двойного ввода?
|
|
18.07.2006, 23:49 | #35 |
Участник
|
Не понял, офшор это основной способ ухода от налогов. См. http://www.trishin.ru/tz.html
Последний раз редактировалось insoda; 18.07.2006 в 23:56. |
|
19.07.2006, 07:03 | #36 |
Участник
|
Цитата:
Сообщение от insoda
Не понял, офшор это основной способ ухода от налогов. См. http://www.trishin.ru/tz.html
Извините, я его неправильно воспринял. Я подумал, что вы спрашиваете о методиках оптимизации налогов НЕ требующих двойного ввода... |
|
19.07.2006, 16:36 | #37 |
Участник
|
Понятно, но думаю ввод данных в офшорной фирме можно считать "двойным вводом" относительно первичного ввода в российской фирме.
|
|
19.07.2006, 17:11 | #38 |
Участник
|
Пятое преимущество объединения учетов: проще программировать алгоритмы передачи и преобразования данных из управленческого в фискальный учет.
Создал дополнительную ветку Разделение учетов |
|
22.07.2006, 00:20 | #39 |
Участник
|
Итак, преимущества ведения управленческого и фискального учетов в едином информационном пространстве:
1. дешевле с точки зрения лицензии 2. изначальное отсутствие двойного ввода сопоставимых данных, без необходимости организации обмена между базами данных 3. более открытый учет в интересах инвестора/собственника если не ставится задача оптимизации налогов 4. проще администрировать 5. проще программировать алгоритмы передачи и преобразования данных из управленческого в фискальный учет В условиях оптимизации налогов 2 и 3 не применимы, остаются 1, 4 и 5. |
|
26.07.2006, 19:18 | #40 |
Шаман форума
|
Говоря русским языком, можно свойства единой базы отразить такой фразой:
Сложнее прятать деньги от государства, но, в то же время, сложнее их прятать от хозяев бизнеса. При условии отдельных систем - и то, и другое легче.
__________________
All information in this post is strictly confidential. If you have read it in error, please forget it immediately. |
|
|
Похожие темы | ||||
Тема | Ответов | |||
Объединение АОСов в кластер | 2 | |||
ComWordDocument_RU объединение ячеек | 4 | |||
Произвольное объединение компаний для отчетов и операций в них | 11 | |||
объединение таблиц | 3 | |||
Объединение номенклатур | 17 |
|