Для чего используется поле "Тип учета"

[Axapta]

Добрый день, уважаемые коллеги!

Помогите пожалуйста разобраться, для чего нужно поле "Тип учета" (оно присутствует в проводках ГК и в журналах)?
Кто-нибудь использовал его для каких-то целей на практике?

[komar]

Функции сходны с "забалансовыми" счетами (напр., для налогового учета)
Напомню, что налоговый, корпоративный и проч. виды учета разносят проводки на забалансовые по отношению к основному (обычно российскому) учету счета.
Первоначально для этих целей использовались различные "типы учета".
В существующей локализованной версии для своего "нестанадартного" учета удобнее использовать забалансовые счета.

[mazzy]

хм... komar, можно прицепиться к фразе?

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

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

[Pavel]

Цитата:

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

Действительно, функциональность позволяет по одним и тем же учетным регистрам вести записи бухгалтерского, управленческого и налогового учета. В терминах аксапты (существующий перевод): "Обыч./Оперативный/Налоги".
Подметил почему-то всеми игнорируется, еще не разу не видел попыток ее использовать и первый раз встречаю вопрос "Зачем это?" Вроде как есть, а никто не видит.

[Елена Сысовская]

А она нам нравится, хоть и не красавица...
Если вести в системе упр. учет, то можно использовать для справочного занесения проводок бухучета. Неудобство в том, что эти проводки можно делать только по журналу ГК. Отражаются в оборотах по своему регистру.
Можно использовать например для такого действия:
1. Завести бухгалтерскую компанию.
2. Настроить правила трансляции проводок (по счетам, валютам и аналитике).
3. При разнесении проводок по рабочему плану счетов в управленческой компании с типом "обычные" будут одновременно создаваться проводки в бухгалтерской компании с типом "оперативные" или (по определенному признаку, например, контрагента) - бухгалтерские. Причем можно настроить правила трансформации валют и аналитик таким образом, чтобы в бухгалтерской компании это все раскладывалось сразу по нужным кодам статей затрат. Например, "затраты на командировку сверх норм" по обычному учету в управленческой компании автоматический транслируются на "прочие расходы из чистой прибыли" по обычному учету в бухгалтерской.
Только если честно, не работает у меня это трансляционное чудо. Не переносится сумма в журнал. Сам журнал создается, а сумма - не переносится. Вот.

[Pavel]

Цитата:

Изначально опубликовано Елена Сысовская
Отражаются в оборотах по своему регистру.

В XAL обороты ("сальдо по периодам") рассчитываются по типам, хотел сначала написать в постинге про обороты, но решил проверить в аксапте и удивился не обнаружив такого разделения. Очередная недоделка, на этот раз датская. Если в системе больше 10 000 функций, то тяжело даже просто скопировать их в другую систему.

Цитата:

Изначально опубликовано Елена Сысовская
Только если честно, не работает у меня это трансляционное чудо.

Елена, будьте осторожны. В трансляции должен быть маркер, который отмечает обработанные функцией операции. Выполните перенос в управленческий учет и система не позволит перенести второй раз проводки в компанию, где готовится отчетность по МСФО.

[Елена Сысовская]

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

[EVGL]

Цитата:

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

Вполне корректное, жизненно необходимое для двухвалютного склада. В финальной версии 3.0 в последний момент влепил соотв. параметр для правил преобразования счетов. Или у меня глюки?

[Pavel]

Цитата:

Изначально опубликовано EVGL
Вполне корректное, жизненно необходимое для двухвалютного склада. В финальной версии 3.0 в последний момент влепил соотв. параметр для правил преобразования счетов. Или у меня глюки?

Задача калькуляции себестоимости складских запасов во второй валюте не имеет ничего общего с задачей трансформации бухгалтерских данных в целях подготовки отчетности по МСФО.
Ни технически, ни методически. Глазов, если это не так, то данная модификация очередной "мутант", реализация стандартной управленческой задачи в понимании "студентов заборостроительного института".

P.S. более того, аксапта и аттаейн позволяют провести калькуляцию себестоимости складских запасов без создания проводок в ГК. Калькуляция себестоимости во второй валюте должна полностью соответствовать идеологии стандартной функции (т.е. работать аналогично калькуляции в основной валюте).

[EVGL]

Цитата:

Задача калькуляции себестоимости складских запасов во второй валюте не имеет ничего общего с задачей трансформации бухгалтерских данных в целях подготовки отчетности по МСФО.

Это смотря какие задачи решаются в первую очередь. Если калькуляция запасов во вторичной валюте как таковая не нужна, то единственным абсолютно корректным методом трансформации сальдо по 41 счету будет как раз калькуляция во вторичной валюте. Все остальное, описанное в учебниках, - лишь приближенные эрзац-методы для разных моделей поведения курса доллара. См. соответствующие разработки МАГ Консалтинг.

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

Я учился не в заборостроительном. Правильно писать так: "в понимании "магистров прикладной информатики и всяких прочих инженеров-физиков твердого тела".

[Pavel]

1) не нужно принимать все на "свой счет", т.к. имееется ввиду использование неквалифицированных специалистов при разработке сложных программных продуктов как "любимый" отечественный метод, а не тот или иной конкретный программист (никаким образом не хотел тебя обидеть)
2) твой ответ только подтверждает предположение "о смутном понимании задач"

Подробнее по функциям:
- вторая отчетная валюта, придумано "у них" для реализации учета как в национальной валюте страны так и в евро (одновременно). Более того, вторая местная валюта называется еще отчетной, т.к. используется исключительно в целях получения отчетности и не "пересекается" с существующими в системе функциями валютного учета (смотри аттейн, там прямо используется термин ДОВ - дополнительная отчетная валюта). Применение - финансовый модуль.

- двувалютный склад, придумано "у нас" для реализации двух задач: 1) расчета себестоимости складских запасов как видов активов предприятия в условиях инфляции; 2) реализации корпоративной учетной политики на предприятиях, у которых она отличается от учетной политики, отвечающей требованиям российского бухгалтерского законодательства. Применение - складской модуль (не влияет на состояние бух.счетов).

- трансляция, придумано "у нас" для трансформации данных бухгалтерского учета в целях подготовки отчетности по МСФО и консолидации данных разных предприятий. На порядок более сложная функция, чем вторая местная валюта, т.к. выполняет переоценку, обработку кросс-курсов валют, назначения счетов, аналитик и многое другое. Самое принципиальное позволяет разделить два вида учета РПБУ и МСФО и трансформировать большую часть данных бухгалтерского учета без их повторного ввода. Применение - финансовый модуль.

Цитата:

Изначально опубликовано EVGL
Это смотря какие задачи решаются в первую очередь.

Очередность решения задач ни на что не влияет.

Цитата:

Изначально опубликовано EVGL
Если калькуляция запасов во вторичной валюте как таковая не нужна, то единственным абсолютно корректным методом трансформации сальдо по 41 счету будет как раз калькуляция во вторичной валюте.

Предприятие может не делать трансляции данных и вообще отчетности по МСФО, но при этом рассчитывать себестоимость склада во второй валюте (случай гиперинфляции, т.е. совокупная инфляция трех лет более 100%). Потому что национальная валюта не отражает адекватно стоимость материальных запасов (и стоимости предприятия в целом).

Цитата:

Изначально опубликовано EVGL
И еще: калькуляцию в рублях у нас любят вести по модели "среднего", чтобы все замутить до неузнаваемости. Цель калькуляции во вторичной валюте - наоборот, раскрыть настоящее состояние дел, т.е. рассчитать, скажем, по ЛИФО в твердой валюте.

Наивные "детсадовские" предположения о сути применения методов оценки стоимости материальных запасов. "Правильное" использование метода позволит компании не кредитовать уплату налогов (уменьшить финансовый результат текущего периода и перенести прибыль, соответственно налог и его оплату на более поздний период). Методики не уменьшают, а изменяют во времени (в учетных периодах) налогооблажение. Методика "среднее" говорит о том, что в СССР предприятию было до балды, когда платить налоги "сейчас или завтра".

Цитата:

Изначально опубликовано EVGL
Почему тогда модель расчета себестоимости во вторичной валюте не может совпадать с требуемой моделью расчета по требованиям МСФО? Почему тогда не убить двух зайцев сразу?

Если бы авторы локализации аксапты сначала задавали себе такие вопросы, затем находили на них исчерпывающие и профессионально грамотные ответы, и лишь затем программировали функции, то в системе не было бы функций "мутантов".

Все "упарился" заниматься писаниной.

[EVGL]

Ок, со всем согласен, пассаж "жизненно необходимое для двухвалютного склада" некорректен. Переформулируем так:
- если функция двухвалютного склада используется для расчета себестоимости запасов в валюте МСФО, то необходима функция смены типа учета при трансляции
- то же самое относится к основным средствам, если предусмотрена отдельная модель учета согласно стандартам МСФО, и она предполагает разноску по ГК со типом учета, отличным от стандартного.

[Елена Сысовская]

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

Если я в компанию для МСФО выгружу проводки из рабочей компании в регистр "оперативный" учет, то, видимо, уже не смогу перевести их в регистр "Обычный".
Или ли как-то можно перевести проводки из одного регистра в другой?

[Елена Сысовская]

Не очень поняла
- если функция двухвалютного склада используется для расчета себестоимости запасов в валюте МСФО, то необходима функция смены типа учета при трансляции.
Зачем менять тип учета при трансляции, если мы используем вторичную валюту для расчета склада по МСФО? Как это связано?

[EVGL]

Цитата:

Не очень поняла

- трансляция работает только с бухгалтерскими проводками
- двухвалютный склад имеет место быть в складском модуле, но может делать и бухгалтерские проводки, "дублирующие" проводки себестоимости в основной валюте
- эти проводки идут по тем же 41 счетам, но с особо извращенным типом учета "Двухвалютный склад", чтобы не портить баланс
- в компании МСФО это должен быть уже нормальный тип учета, основная валюта
- трансляция может перекладывать тип учета "двухвалютный склад" в нормальный

[Pavel]

Цитата:

Изначально опубликовано EVGL
Переформулируем так:
- если функция двухвалютного склада используется для расчета себестоимости запасов в валюте МСФО, то необходима функция смены типа учета при трансляции

Не должна функция двухвалютного склада создавать никаких проводок в ГК, поэтому их нельзя транслировать, поэтому не надо менять типа учета при трансляции.

Коррекция данных для отчетности по МСФО выполняется стандартно следующим образом:
- проводится расчет себестоимости склада во второй валюте (возможно по иной методологии)
- формируется управленческий отчет о себестоимости в USD
- проводится трансляция бух.данных, сделанным по РПБУ, в МСФО
- выполняется коррекция, путем создания проводки (не всей "истории с географией", а одной итоговой, корректирующей проводки) с корреспонденцией счетов дебет "Доход от реализации", кредит "Себестоимость реализованных товаров" (по результатам калькуляции проводка может оказаться сторнирующей, количество проводок зависит от количества субсчетов, но как правило в отчетности по МСФО субсчета сворачиваются).

Вы пошли иным путем... хорошо известным... "хотели как лучше..."

[EVGL]

Цитата:

Изначально опубликовано Pavel
Не должна функция двухвалютного склада создавать никаких проводок в ГК

Не совсем так. Эта функция не должна влиять на баланс в основной валюте, не должна приводить к изменениям в отчетности. Она и не влияет. А то, что она делает в базе данных модуля ГК сверх того, - это частное дело одной локализованной программы. Кто-то эти проводки отключает, кто-то оставляет.

Цитата:

выполняется коррекция, путем создания проводки (не всей "истории с географией", а одной итоговой, корректирующей проводки)

Да, стандартно при трансляции в МСФО переносятся лишь сальдо по счетам. При бумажном ведении учета по-другому и нельзя. Трансляция в электронных системах обычно ведется "проводка-в-проводку" со всей историей. Есть недостатки, есть преимущества. Это, впрочем, прописные истины. Соль в том, что в этом контексте трансляция счетов себестоимости товаров особых отличий не имеет.

Цитата:

Вы пошли иным путем...

Это ведь даже и не путь. Это все просто различные способы решения одной и той же задачи. Никто не запрещает рассчитать конечное сальдо по любой из "ручных" методик, а потом пробить проводки прямо в компании МСФО. Можно взять "складские" данные двухвалютного склада и опять ввести их руками в главную книгу. А можно оставить все на 100% на откуп системе, сделать трансляцию по проводкам и получить при этом возможность определить основание каждой проводки в компании МСФО. Пресловутый "аудиторский след". Чем плохо? Если "след" не нужен, то слишком много данных? Ну, да.

[Pavel]

Приятно наблюдать определенную адекватность собеседника.

Цитата:

Изначально опубликовано EVGL
Это ведь даже и не путь. Это все просто различные способы решения одной и той же задачи.

Цитата:

Изначально опубликовано EVGL
А можно оставить все на 100% на откуп системе, сделать трансляцию по проводкам и получить при этом возможность определить основание каждой проводки в компании МСФО.

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

Цитата:

Изначально опубликовано EVGL
Пресловутый "аудиторский след". Чем плохо? Если "след" не нужен, то слишком много данных? Ну, да.

1) плох тем, что не работает;
2) плох тем, что калькуляция себестоимости с первого раза в жизни, как правило, не удается, а разобраться в "аудиторском следе", например, после трех калькуляций по Средней и двух по LIFO, а затем трансляции на практике невозможно;
3) плох тем, что вместо сторно делает обратные проводки, которые не имеют смысла по бух.учету, хотя уменьшают сумму списания себестоимости (к вопросу об аудите);
4) плох тем, что лишний раз неоправдано и бесцельно дублирует информацию ("не дай бог", среди всех калькуляций с проводками в ГК, была выполнена хотя бы одна без проводки в ГК только по складскому модулю. Результат - НЕВЕРНАЯ отчетность, а единственная возможность проверки - возврат к данным складского модуля).

Все, устал, больше перечислять не стану.
Смотри легендарную фразу дядьки Черномырдина.

[EVGL]

Цитата:

Изначально опубликовано Pavel
1) плох тем, что не работает;

Если сохранять номер ваучера, то работает и без модификаций, предложенных тобой в постинге к смежной теме. Кстати, код компании можно сохранять в результирующих проводках и в стандартной версии, без модификаций. См. группы преобразования аналитики.

Цитата:

2) плох тем, что калькуляция себестоимости с первого раза в жизни, как правило, не удается, а разобраться в "аудиторском следе", например, после трех калькуляций по Средней и двух по LIFO, а затем трансляции на практике невозможно;

Это - точно. Потому и делают суммарные проводки по калькуляции себестоимости, что понять все равно ничего нельзя. Я о другом: о проводках прихода по закупкам и списания средней себестоимости по заказам, к примеру.

Цитата:

3) плох тем, что вместо сторно делает обратные проводки, которые не имеют смысла по бух.учету, хотя уменьшают сумму списания себестоимости (к вопросу об аудите);

Это было, но исправлено полгода назад.

Цитата:

"не дай бог", среди всех калькуляций с проводками в ГК, была выполнена хотя бы одна без проводки в ГК только по складскому модулю. Результат - НЕВЕРНАЯ отчетность

Верно. Но то же относится и к калькуляции в основной валюте. К любой функции. Что-то неправильно ввел, не то сделал, результат - неверная отчетность. Не аргумент. Хотя справедлив тот момент, что любое усложнение, любая новая ступень - это потенциальные ошибки.

Цитата:

Все, устал, больше перечислять не стану.

Согласен. Пора домой

[Pavel]

Цитата:

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

Про трансляцию не знаю, поэтому и ищу примеры внедрений. А имелась ввиду калькуляция склада во второй валюте. Очень уж ее ругают, от разных партнеров уже слышал отзывы.