LedgerPostingType

[George V. Tavrizoff]

День добрый!

Предлагаю начать собирать копилку знаний по
типам разносок - Enum LedgerPostingType.

Какая разноска для чего нужна, на что влияет и т.д.

Думаю что это надо знать чтобы проставлять разноски в ПС например.

Элементы Enum - прилагаю.

С уважением, Георгий Тавризов.

[mazzy]

Думаю, что прежде чем собирать, стоит посмотреть где используется этот enum при помощи перекрестных ссылок.

Боюсь, что использование этих типов является устаревшим подходом.
Хотя нигде в официальных документах не видел явного указания на такую трактовку.
Буду рад услышать что-то новое.

[George V. Tavrizoff]

Посмотрел

см. файл

Судя по списку "чем используется" - во многих местах :-)

я думаю мало кто их использует так как трудно понять к чему это приведет.

... Интересно узнать поподробнее суть этих разносок.
что связывает каждая из них: 2 счета?

[Pavel]

Цитата:

Изначально опубликовано George V. Tavrizoff
Какая разноска для чего нужна, на что влияет и т.д.

Цитата:

Изначально опубликовано mazzy
Боюсь, что использование этих типов является устаревшим подходом.

Цитата:

Изначально опубликовано George V. Tavrizoff
я думаю мало кто их использует так как трудно понять к чему это приведет.

Цитата:

Изначально опубликовано George V. Tavrizoff
что связывает каждая из них: 2 счета?

Данные типы используются системой при создании проводок из различных модулей/ функций. Они являются своего рода спецификациями записей в главной книге и дополнительным средством анализа для пользователя.
Некоторые типы несут функциональную нагрузку. Простейший пример, отчеты по разному обрабатывают суммы «обычных» проводок и проводок по закрытию года.
Есть примеры, когда обосновано использование типов непосредственно пользователем (вручную, например из журнала).

[mazzy]

Ну почему же...
Посмотри тщательнее. Зайди в методы.
Там мало где происходит что-то действительно существенное.
В основном инициализация и копирование.

Думаю, что давным-давно, когда Аксапты еще в помине не было.
...Думаю, что даже до Конкорда (может Павел поправит)
...еще когда не было складского модуля, заказов и закупок...
были разработаны журналы Главной книги.

Тогда разработчики предполагали, что ЛЮБАЯ операция будет отражаться в финансах. Они ошибались, конечно. Но вставили такой классификатор операций.
Видимо, предполагалось, что на счетах будут настроены контрольные списки, а в журанлах тип операции. Тогда журналы будут уметь сами подставлять финансовые счета...

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

Может все и не так было.
Но судя по идентификаторам объектов... история была интересна.

В общем, ИХМО, это устаревший инструмент. И сейчас используется скорее для совместимости и по привычке.

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

[mazzy]

Цитата:

Изначально опубликовано Pavel
отчеты по разному обрабатывают суммы «обычных» проводок и проводок по закрытию года.

можно вопрос?

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

[glibs]

Цитата:

Изначально опубликовано mazzy
...а разве могут появится закрывающие проводки в обычном периоде?...

Могут. В Closing sheet можно выбирать дату разноски и вид периода. Если я правильно понял, что ты имеешь в виду под «закрывающие проводки».

[mazzy]

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

[glibs]

А еще можно создать закрывающие периоды после каждого финансового периода в финансовом году (а не только после последнего) и туда что-то постить.

У них на Западе — ни за чем (я так думаю, но могу ошибаться, т.к. с ихним бухучетом сталкивался немного и только теоретически).

У нас... хм... сложно сказать. Я размышляю над тем, как лучше делать наше закрытие периода. Хотя, по идее, closing sheet не для нашего закрытия периода предназначен (в смысле нам им пользоваться незачем).

[mazzy]

Цитата:

Изначально опубликовано glibs
А еще можно создать закрывающие периоды после каждого финансового периода в финансовом году (а не только после последнего) и туда что-то постить.

О! Как?
штатными средствами, вроде, создется только обычный период.
Программированием?

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

[Pavel]

Цитата:

Изначально опубликовано mazzy
Посмотри тщательнее. Зайди в методы.
Там мало где происходит что-то действительно существенное.

2mazzy Ей богу, не ожидал такое услышать именно от тебя

Цитата:

Изначально опубликовано mazzy
Думаю, что давным-давно, когда Аксапты еще в помине не было.
...Думаю, что даже до Конкорда (может Павел поправит)
...еще когда не было складского модуля, заказов и закупок...
были разработаны журналы Главной книги.

Историческая версия не выдержит такого простого факта, что в конкорде типов всего 20шт., а в аксапте – почти 200шт.
Разработчики усиленно развиваются в своем «заблуждении».

Цитата:

Изначально опубликовано mazzy
Но судя по идентификаторам объектов... история была интересна.
В общем, ИХМО, это устаревший инструмент. И сейчас используется скорее для совместимости и по привычке.

Mazzy, давай простим их. Они это даже не придумали, а всего лишь «передрали» из уже существующих на тот момент систем.
Например, в SCALA есть «такая же» спецификация типов проводок в ГК. И также кроме аналитического назначения используется функциональностью (например, типы текущих и периодических распределений).
Если не нравится пример с проводками по закрытию, то смотри «InterCompany», «Переоценку» и даже местную - «Трансляционную разницу».

Цитата:

Изначально опубликовано mazzy
Единственное более-менее внятное применение этого инструмента сейчас - выбор бух.счета с фильтром типа счета.

Вопрос к использованию инструментов – это философский вопрос.
Каждый использует в силу своего понимания.

[Pavel]

Цитата:

Изначально опубликовано mazzy
Тогда разработчики предполагали, что ЛЮБАЯ операция будет отражаться в финансах. Они ошибались, конечно. Но вставили такой классификатор операций.

Еще одна важная область применения спецификаций проводок - сквозной просмотр.

[glibs]

Цитата:

Изначально опубликовано mazzy

...О! Как?
штатными средствами, вроде, создется только обычный период.
Программированием?...

Да нет, программировать в Аксапте я так пока и не научился толком. Там в настройках периодов есть кнопка «Создание закр. периода» (метка из 3.0 российской беты). Она активируется, если стать на любой обычный период, после которого нет закрывающего. Все создаваемые закрывающие периоды по умолчанию блокированы.

Цитата:

Изначально опубликовано mazzy
...Но тогда надо создавать и открывающий период для следующего...

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

[mazzy]

Цитата:

Изначально опубликовано Pavel
2mazzy Ей богу, не ожидал такое услышать именно от тебя

Почему?

Цитата:

Изначально опубликовано Pavel
Историческая версия не выдержит такого простого факта, что в конкорде типов всего 20шт., а в аксапте – почти 200шт.
Разработчики усиленно развиваются в своем «заблуждении».

Пусть развиваются.
Вот бы еще все это не выглядело как "заблуждение"

Цитата:

Изначально опубликовано Pavel
Mazzy, давай простим их. Они это даже не придумали, а всего лишь «передрали» из уже существующих на тот момент систем.

Согласен, что передрали. И передирают. Тот же CRM подозрительно напоминает что-то...
Само по себе это не есть плохо.
Хотелось бы, чтобы было с толком, чувством, расстановкой.
Ну а если уж не получилось у них вставить с чувством, то пусть будет так. Простим.
Просто надо учитывать это в настройке. Какие то функции использовать активно, на какие то функции не особо рассчитывать.

В принципе, так происходит в любой более-менее сложной системе.
Взять WinAPI, MFC, Java наконец.
О! И в дельфи тоже были устаревшие классы и методы...

Выработаем совет из обсуждения:
Если вас заинтересовала функциональность и вы не знаете как ее использовать, то:
1. прочтите документацию на русском
если не помогло
2. прочтите документацию на английском
если не помогло
3. прочтите руководство разработчика и best practice
если не помогло
4. посмотрите при помощи перекрестных ссылок где это используется
если не помогло
5. посмотрите на идентификаторы интересующих вас объектов. Если там маленькие числа, то надо рассмотреть возможность того, что объект устарел.

Добавил:
6. если не помогло, то скорее всего вы чего то не знаете - спросите у специалистов.
7. если вы считаете себя специалистом и не знаете что делать дальше, то вы не специалист.

[Pavel]

Цитата:

Изначально опубликовано mazzy
Почему?

Для участников форума ты крутой спец.

Цитата:

Изначально опубликовано mazzy
Хотелось бы, чтобы было с толком, чувством, расстановкой.

Как верно было подмечено надо делать поправку на качество локализации. Иногда такая простая вещь как неверный перевод интерфейса и документации приводит к "потере" значимости функциональности системы для пользователей.

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

[mazzy]

такова жизнь

рано или поздно будет лучше.
пока это просто надо учитывать.

[Pavel]

Цитата:

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

Для реализации корпоративного финансового года, который отличается от календарного (для multinational company обычное дело).
Например, в ходе одного из проектов в системе был реализовыван корпоративный финансовый год с началом в конце июня с периодами по схеме 5-4-4.

[glibs]

Цитата:

Изначально опубликовано glibs
...Хотя, по идее, closing sheet не для нашего закрытия периода предназначен (в смысле нам им пользоваться незачем)...

Вчера подумал... С другой стороны журнал закрытия года выглядит тоже привлекательно. Например:

1. Выполнили всякие периодические процедуры (распределили ТЗР, начислили зарплату, определили фактическую себестоимость продукции, закрыли склад и т.п.).

2. Блокируется финансовый период (никто туда больше ничего не разносит).

3. Открывается закрывающий период и в журнале закрытия года начинает формироваться финансовый результат.

Вроде красиво. В общем не могу определиться.

А кто как формирует финансовый результат в России (в Аксапте, разумеется)? Или у вас нет такой проблемы?

To Pavel: насчет корпоративного учета.

Как альтернативу приведенной методологии можно использовать для корпортативной финансовой отчетности консолидационную компанию, в которой можно настроить финансовый год по-другому. В консолидационной компании можно выполнять проводки с помощью журнала закрытия года (в закрывающих периодах). В экзамене по финансам на эту тему есть вопрос... и я на нем погорел :-).

[Pavel]

Цитата:

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

Об этом и речь.
- Бух.учет ведется по российским правилам.
- Затем выполняется перекладка в US GAAP.
- В корпоративной базе финансовый год начинается в конце июня и состоит ровно из 52 недель.
- Квартал - это три месяца, в каждом из которых соответсвенно 5-4-4 недели.
- В системе создана дополнительная функциональность, которая автоматизирует настройки таких периодов и их процедуру их закрытия (понятно, что руками можно создать произвольные периоды).
Данная методика позволяет компании получать "красивую" еженедельную управленческую отчетность.

[mazzy]

Цитата:

Изначально опубликовано Pavel
Для реализации корпоративного финансового года, который отличается от календарного (для multinational company обычное дело).

Тогда дата закрытия совпадает с концом ФИНАНСОВОГО года.
Можно уточнить вопрос? В каких случаях может потребоваться закрытие на дату, отличную от даты конца финансового года?


Я не использовал стандартное закрытие для российских проводок.
Спасибо за интересную идею. Надо подумать.