Фин. инструменты + деп.\кред. опер.

[cuba]

Здравствуйте, коллеги!)

Подскажите, пожалуйста, может кто-то в курсе, почему в АХ\NAV нет функционала по акциям, облигациям (хотя другие фин. инструменты, такие как, акции, векселя, аккредитивы, есть).

Аналогичный вопрос по деп.\кред. опер. Имеется в виду автоматическое начисление %, контроль курса для кред.\деп. в иностранной валюте и т.д.

[fed]

Цитата:

Сообщение от cuba

Подскажите, пожалуйста, может кто-то в курсе, почему в АХ\NAV нет функционала по акциям, облигациям (хотя другие фин. инструменты, такие как, акции, векселя, аккредитивы, есть).

Гм, мне всегда казалось что в Ax есть только примитивный непереводной вексель (то что по английски называется IOU - I won you). Про акции я ничего не слышал. Есть банковские чеки, но они, насколько я понимаю, от аккредитивов заметно отличаются...

[cuba]

дада, аккредитивы, векселя (пара видов), чеки, гарантийные есть
А вот акций, облигаций нет.
Нет деп.\кред. операций.
Нет лизинга.

Как бы, вручную все провести можно через Журнал ГК.
Но автоматического расчета %, проводок по капиталу, и т.д. нет.

Для авторасчета можно попробовать заюзать модуль Учет затрат или как-то по-другому выкрутиться.

Но имеено функций, MenuItems таких нет(((

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

[fed]

Цитата:

Сообщение от cuba

дада, аккредитивы, векселя (пара видов), чеки, гарантийные есть
А вот акций, облигаций нет.
Нет деп.\кред. операций.
Нет лизинга.

Как бы, вручную все провести можно через Журнал ГК.
Но автоматического расчета %, проводок по капиталу, и т.д. нет.

Для авторасчета можно попробовать заюзать модуль Учет затрат или как-то по-другому выкрутиться.

Но имеено функций, MenuItems таких нет(((

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

Ну для начала - долговые инструменты должны фигурировать двояко - как нечто типа складской номенклатуры (поскольку вексель - безразлично наш или чужой) должен учитываться на хранении как единица строгой отчетности. Во вторых - он же должен учитываться как некий такой странный долг, только долг непонятно перед кем. И я не очень понимаю, как такой странный долг оформить в обычную структуру custTrans/vendTrans. С акциями там еще сложнее, поскольку это с одной стороны что-то типа складской единицы хранения, а с другой стороны - долг перед учредителем.
Про аккредитивы и банковские гарантии, прощу объяснить поподробнее - где ты их нашел в системе (по крайней мере в AX - навик я совсем не знаю...)

[cuba]

Модуль Bank accounts\Common и пошли MenuItems (ниже банквоских счетов, депозитов, чеков) АХ 2012 R3 (хотя, может и в R2 были)
А в NAV их вообще нету)

[cuba]

Цитата:

Сообщение от fed

Ну для начала - долговые инструменты должны фигурировать двояко - как нечто типа складской номенклатуры (поскольку вексель - безразлично наш или чужой) должен учитываться на хранении как единица строгой отчетности. Во вторых - он же должен учитываться как некий такой странный долг, только долг непонятно перед кем. И я не очень понимаю, как такой странный долг оформить в обычную структуру custTrans/vendTrans. С акциями там еще сложнее, поскольку это с одной стороны что-то типа складской единицы хранения, а с другой стороны - долг перед учредителем.
Про аккредитивы и банковские гарантии, прощу объяснить поподробнее - где ты их нашел в системе (по крайней мере в AX - навик я совсем не знаю...)

Но акции могут быть куплены для продажи, как часть корпоративных прав и т.д.
В общем, нужен функционал, как по мне, схожий с ОС:
1. Справочники для каждого типа (акции, кредит и т.д.) с условиями оплаты\графиками платежей для начисления % к получению\выплате, номинальной стоимостью, эффективной ставкой %, суммами дисконта\премии, датой погашения, Договорм\Кредитором и т.д. (поля описаны не для конкретного Типа фин. инструмента, а в общем).
2. Типы фин. инструментов, Статусы (для контроля по возможности операции на определенную дату да и вообще на возможность операции как таковой. Например, чтобы нельзя было не приобретенную акцию продать).
3. Posting profiles с заданными типами операций и возможностью указания Д-т\Кт в разрезе конкретной акции или для группы
4. Функция в Журнале ГК для этих операций с контролями по типу Фин. инструмента, типу операции для конкретного фин. инструмента или группы.

Но это в целом, без деталей.
Вроде бы не сложно и странно что в стандарте нет такого.

[EVGL]

А зачем программировать,когда можно купить? К примеру: https://appsource.microsoft.com/en-u...t&tab=Overview

Я вообще заметил, что в пост-СССР обожают все программировать, а проблемы с обновлением решать по мере появления. Типа вот есть сотрудник, пусть работает, а покупку модуля еще согласовывать надо, деньги выбивать. Ну его.

[EVGL]

Цитата:

Сообщение от fed

Про аккредитивы и банковские гарантии, прощу объяснить поподробнее - где ты их нашел в системе (по крайней мере в AX - навик я совсем не знаю...)

https://docs.microsoft.com/en-us/dyn...s-of-guarantee

[cuba]

Я все же делаю не для DFO365, а для предыдущей версии, потому обновления меня не колышут)
В приведенном примере, опять же, модуль для DFO365, хотя я уверен что есть и для 2012, но это все не важно, так как покупать все равно никто не будет)

Насчет пост-СССР в целом согласен.
Особенно я это заметил в РФ.
В Казахстане был проект и программили не особо, но там был нюанс в том что владельцы в Германии)
В Украине же любят стандарт и программят редко (по сравнению с РФ).
На этом мой опыт пост-СССР заканчивается)

[ppson]

Цитата:

Сообщение от cuba

Здравствуйте, коллеги!)

Подскажите, пожалуйста, может кто-то в курсе, почему в АХ\NAV нет функционала по акциям, облигациям (хотя другие фин. инструменты, такие как, акции, векселя, аккредитивы, есть).

Аналогичный вопрос по деп.\кред. опер. Имеется в виду автоматическое начисление %, контроль курса для кред.\деп. в иностранной валюте и т.д.

вексель и аккредитив в DAX не финансовый инструмент а способ оплаты/платежное средство.
Вообще с данными вопросами лучше к вендору обращаться, тут вам только посочувствуют.

[cuba]

Отсутствие - не проблема, с т.з. того что мне не составляет труда почитать законы, вооружится опытом, придумать концепцию, собрать business needs у key users, провести BA, наPM'ить сроки, написать FD для dev, протестить, обучить staff.
Вообще без проблем))

Удивляет что целый кусок тупо не реализован!
За державу обидно, так сказать)

[Dactil]

Да, в стандарте такого нет. Сталкивался с реализацией учета ФИ в виде отдельного модуля - проектный кастом.
Модель данных - смесь РК/РП и УЗ, т.к. необходим количественный учет. Для расчетов НКД, %%, и всяческих сумм переоценок используются счетчики типа зарплатных (РФ).

[cuba]

Все пытаюсь догадаться что такое РК\РП и УЗ)
Подскажите, пожалуйста

[ashu]

расчеты с поставщиками = РП
Расчеты с клиентами = РК
управление запасами = УЗ
все же на поверхности, зачем такой толстый троллинг?

[cuba]

))))
Это ж надо...
Спасибо)

Я никого не хотел тролить, просто привык к англ. АХ
+ даже в голову не пришло что все так просто, перебирал всякие сложности в голове

[Ivanhoe]

Деп.\кред. опер. намного очевиднее?

[cuba]

Депозитные\кредитные операции... мне все понятно))))

Отписавшиеся участники форума сообразительнее меня)

Спасибо всем кто участвовал)