AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Прочие вопросы
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 16.07.2006, 18:43   #21  
Insane is offline
Insane
Участник
 
97 / 17 (1) ++
Регистрация: 18.06.2002
Оптимизировать налоги лучше на разных серверах, географически расположенных в разных местах.
Старый 16.07.2006, 18:44   #22  
Insane is offline
Insane
Участник
 
97 / 17 (1) ++
Регистрация: 18.06.2002
Цитата:
Сообщение от ALEG
Все просто,
В целях минимизирования налогооблагаемой базы по налогу на прибыль лучше списывать по методике FIFO (например, для того, чтобы более дорогие последние закупки списывались быстрее), а для управленческого учета лучше по LIFO ну например потому, что реально продается сначала наиболее поздняя партия пива (а то срок годности кончится)
Вы перепутали ФИО и ЛИФО местами.
Старый 16.07.2006, 18:51   #23  
ALEG is offline
ALEG
Microsoft Dynamics
 
233 / 79 (3) ++++
Регистрация: 22.09.2003
Адрес: Москва
да точно. Спасибо.
Старый 16.07.2006, 18:57   #24  
ALEG is offline
ALEG
Microsoft Dynamics
 
233 / 79 (3) ++++
Регистрация: 22.09.2003
Адрес: Москва
Цитата:
Сообщение от insoda
Если идти до конца, то оптимизировать налоги лучше в разных БД?
Ну мы говорим когда все белое.
Другой пример:
В бух учете просто нет методики, которая наиболее точно соответствует бизнесу.
ну например автотранспорт или сколько-то нормируемых лет или по пробегу. А для упр учета принято решение - 3 года.
Старый 16.07.2006, 19:24   #25  
Insane is offline
Insane
Участник
 
97 / 17 (1) ++
Регистрация: 18.06.2002
Ну это не говорит о необходимости ведения нескольких БД. Это все можно сделать и на одном плане счетов выделив под управленческий учет забалансовые счета, выделив их, например, указав номера счетов, начиная с буквы "У".
Старый 16.07.2006, 20:45   #26  
insoda is offline
insoda
Участник
 
26 / 10 (1) +
Регистрация: 14.07.2006
Адрес: insoda
"сколько-то нормируемых лет" не равно 3 года? Почему в БУ (не налоговом) не может быть установлен требуемый управленческий срок амортизации?

Последний раз редактировалось insoda; 16.07.2006 в 20:48.
Старый 16.07.2006, 21:26   #27  
Insane is offline
Insane
Участник
 
97 / 17 (1) ++
Регистрация: 18.06.2002
Потому что, если не ошибаюсь нормы амортизации по БУ должны либо соответсововать НУ либо ЕНАО, а в управленческом учете могут быть вообще от балды. Например я видел одну компанию, где в УУ ВСЕ основные средства амортизировались по объему добытой в отчетном периоде нефти в отношении к общим доказанным запасам компании.
Боюсь, что с точки зрения БУ это ни разу не возможно.
Старый 17.07.2006, 01:22   #28  
insoda is offline
insoda
Участник
 
26 / 10 (1) +
Регистрация: 14.07.2006
Адрес: insoda
Цитата:
Сейчас, при глобализации мировой и национальной экономик, эффект от отражения фондов на балансе крупных российских предприятий по их рыночной стоимости в длительной перспективе может быть более выгодным, чем сиюминутная экономия на налогах, например при слиянии, поглощении, для улучшения позиции менеджмента на переговорах с потенциальными партнерами и т.д.
http://www.trishin.ru/st20061.html

Кажется я начинаю понимать. Нормы амортизации, способы списания себестоимости и прочие бухгалтерские штучки влияющие на прибыль не могут устанавливаться бизнесом произвольно только в целях минимизации налогов. И дело не в государственном регулировании. Есть и другая цель у бизнеса – получить инвестиции у западного инвестора, для чего предоставить ему реальную, а не нарисованную картину бизнеса. На уровне предприятия эти цели антагонистичны.

Возвращаясь к ИТ. Если бизнес отдает приоритет минимизации налогов, то учет лучше вести в разных БД/серверах/странах. А если – приоритет открытость для собственника, то лучше – в едином информационном пространстве. На практике нужно искать золотую середину. Есть ли она?

То есть третье (и последнее?) преимущество ведения УУ и БУ в единой БД: более открытый учет в интересах инвестора/собственника.

Последний раз редактировалось insoda; 18.07.2006 в 23:43.
Старый 18.07.2006, 01:46   #29  
insoda is offline
insoda
Участник
 
26 / 10 (1) +
Регистрация: 14.07.2006
Адрес: insoda
Подумал и оказалось, что не все так просто. В интересах собственника не только понятная бухгалтерия, но и минимизация налогов. То есть существует объективное противоречие между задачами собственника: организовать понятный учет и минимизировать налоги. Если надо понятно, то лучше в едином информационном пространстве, а если минимум налогов – то в разных. Но надо и то и другое. То есть, третье преимущество: более открытый учет в интересах инвестора/собственника если не ставится задача оптимизации налогов.

Последний раз редактировалось insoda; 18.07.2006 в 14:38.
Старый 18.07.2006, 14:36   #31  
insoda is offline
insoda
Участник
 
26 / 10 (1) +
Регистрация: 14.07.2006
Адрес: insoda
Спасибо! Коменты рулят!
Цитата:
Как то совсем не хочется осваивать язык бухгалтерских форм, да и не вижу особой необходимости
сказал Direktor

Цитата:
На практике УУ для себя в ERP, бухгалтерию - в 1С (или если уж очень много считать - во что-нибудь помощнее), аналитику - в OLAP ну и т.д. Эти связки уже прилично отработаны с точки зрения обмена информацией..
сказал Mik


Четвертое преимущество интеграции: проще администрировать.
Преимущества разные для крупного и среднего/мелкого бизнеса.

Последний раз редактировалось insoda; 18.07.2006 в 14:39.
Старый 18.07.2006, 19:38   #32  
komar is offline
komar
Шаман форума
Аватар для komar
Ex AND Project
 
5,571 / 600 (32) +++++++
Регистрация: 24.05.2002
Цитата:
Сообщение от Insane
Ну давайте рассмотрим наиболее частые варианты различных учетов:
1. Просто различные планы счетов. Проблема решается либо выделением отдельной аналитики под управленческий счет либо банальной трансляцией данных. Возможны вариации с разными валютами учета в бухгалтерском и управленческом учете - решается либо модифицированной трансляцией либо стандартной вторичной валютой.
2. Варианты когда различие по учетам состоит в составе операций то есть в одном учете есть операции, отсутствующие в другом и наоброт - решается двойным вводом данных, либо доработкой системы если случаи отличий алгоритмизируемы
3. Случаи когда в управленческом учете операции проводятся совсем по другим принципам чем в бухгалтерском, например по ОС (решается стандартной функциональностью) или по складу (например в БУ - средняя, а в управленческом учете ФИФО).
4. Случай черно-белого учета, где в управленческом учете проводятся одни операции, а в бухгалтерском учете идут они же, но не в полном объеме, другими датами, с другими контрагентами и суммами.
Случай 1 - в природе не встречается, так как методики учета обычно отличаются как минимум еще и оценкой и моментом признания активов/обязательств. То есть всегда присутствует элемент параллельного учета.
Случай 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  
insoda is offline
insoda
Участник
 
26 / 10 (1) +
Регистрация: 14.07.2006
Адрес: insoda
Есть ли методики учета не предназначенные для оптимизации налогов, но требующие двойного ввода?
Старый 18.07.2006, 22:40   #34  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от insoda
Есть ли методики учета не предназначенные для оптимизации налогов, но требующие двойного ввода?
Например, оффшор.
__________________
полезное на axForum, github, vk, coub.
Старый 18.07.2006, 23:49   #35  
insoda is offline
insoda
Участник
 
26 / 10 (1) +
Регистрация: 14.07.2006
Адрес: insoda
Не понял, офшор это основной способ ухода от налогов. См. http://www.trishin.ru/tz.html

Последний раз редактировалось insoda; 18.07.2006 в 23:56.
Старый 19.07.2006, 07:03   #36  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от insoda
Не понял, офшор это основной способ ухода от налогов. См. http://www.trishin.ru/tz.html
Перечитал вопрос.
Извините, я его неправильно воспринял.
Я подумал, что вы спрашиваете о методиках оптимизации налогов НЕ требующих двойного ввода...
__________________
полезное на axForum, github, vk, coub.
Старый 19.07.2006, 16:36   #37  
insoda is offline
insoda
Участник
 
26 / 10 (1) +
Регистрация: 14.07.2006
Адрес: insoda
Понятно, но думаю ввод данных в офшорной фирме можно считать "двойным вводом" относительно первичного ввода в российской фирме.
Старый 19.07.2006, 17:11   #38  
insoda is offline
insoda
Участник
 
26 / 10 (1) +
Регистрация: 14.07.2006
Адрес: insoda
Пятое преимущество объединения учетов: проще программировать алгоритмы передачи и преобразования данных из управленческого в фискальный учет.

Создал дополнительную ветку Разделение учетов
Старый 22.07.2006, 00:20   #39  
insoda is offline
insoda
Участник
 
26 / 10 (1) +
Регистрация: 14.07.2006
Адрес: insoda
Итак, преимущества ведения управленческого и фискального учетов в едином информационном пространстве:
1. дешевле с точки зрения лицензии
2. изначальное отсутствие двойного ввода сопоставимых данных, без необходимости организации обмена между базами данных
3. более открытый учет в интересах инвестора/собственника если не ставится задача оптимизации налогов
4. проще администрировать
5. проще программировать алгоритмы передачи и преобразования данных из управленческого в фискальный учет

В условиях оптимизации налогов 2 и 3 не применимы, остаются 1, 4 и 5.
Старый 26.07.2006, 19:18   #40  
komar is offline
komar
Шаман форума
Аватар для komar
Ex AND Project
 
5,571 / 600 (32) +++++++
Регистрация: 24.05.2002
Говоря русским языком, можно свойства единой базы отразить такой фразой:

Сложнее прятать деньги от государства, но, в то же время, сложнее их прятать от хозяев бизнеса. При условии отдельных систем - и то, и другое легче.
__________________
All information in this post is strictly confidential. If you have read it in error, please forget it immediately.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Объединение АОСов в кластер Николай DAX: Администрирование 2 17.01.2007 09:32
ComWordDocument_RU объединение ячеек Beast-L DAX: Программирование 4 08.11.2006 11:43
Произвольное объединение компаний для отчетов и операций в них gl00mie DAX: Программирование 11 07.08.2006 14:22
объединение таблиц Freeangel DAX: Программирование 3 21.04.2005 13:08
Объединение номенклатур vtum DAX: Функционал 17 14.03.2004 23:30

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 18:38.