|
![]() |
#1 |
Участник
|
Да.
Оч странно, было упоминание про функционал зарплаты - это подразумевает локализацию. Или это какой-то иной функционал, не СНГ Зарплата? Что все таки за версия АХ2009, а то разговор не предметный? |
|
![]() |
#2 |
китайский стажер
|
BOAL,
Это не Россия, российской функциональности нет и не будет. Зарплаты между прочим тоже нет, так что упомянуто это было не к месту... Есть какие то европейские функциональности. 5.015.3761 - версия, не знаю о чем это может говорить.
__________________
Может быть выйдет, а может не-е-е-ет... Новая песня вместо штиблет.. |
|
![]() |
#3 |
Участник
|
Ну, тогда плясать от печки
Как в АХ вообще идет учет по сотрудникам? Подотчетные денежки, начисление зп и тп Вот туда тогда и сливать накопленной в комиссии в CommissionTrans специальной периодической операцией. Раньше, до появления типа счета подотчетник всех сотрудников для учета вели в клиентах или поставщиках в спец группе Сотрудники. И по ним ЖКГ делали нужные проводки. Соотв. по учету все было видно все равно и на нужном счете плана счетов. Итого, функционал комиссий есть штатный Нужно его изучить и сделать для Закупок по аналогии + нужное. Как это отражать в учете - так же, как это отражается уже сейчас (или это совсем другой вопрос ![]() |
|
![]() |
#4 |
китайский стажер
|
Учета по сотрудникам нет, сотрудники были созданы только с целью начисления комиссионных, так как это стандартный функционал. Похоже, что нет решения...
__________________
Может быть выйдет, а может не-е-е-ет... Новая песня вместо штиблет.. |
|
![]() |
#5 |
Участник
|
Если я правильно понял автора, то ему надо:
- при обработке заказа получать проводки комиссии (что есть в стандартном функционале) - при обработке журнала платежей создавать проводки по клиенту (что тоже есть) - каким то образом создавать проводки комиссии по платежам клиентов (нет этого) - в конце месяца подбивать итоги сколько по сотруднику было проводок комиссии по платежам и выплачивать с этого зарплату (тоже не проблема если будут создаваться отдельные проводки в той же таблице CommissionTrans по платежам) - сопоставление наверно пока не надо. Если так, то нужно придумать механизм который будет создавать эти дополнительные проводки по платежам, либо непосредственно в момент разноски платежа, либо уже после разноски (мы пошли по этому пути). |
|
|
За это сообщение автора поблагодарили: Qaz Qwerty (1). |
![]() |
#6 |
китайский стажер
|
да, все правильно.задача именно такая и надо придумать.
__________________
Может быть выйдет, а может не-е-е-ет... Новая песня вместо штиблет.. |
|
![]() |
#7 |
Участник
|
Прежде чем придумать сам механизм, подумайте на тем:
- на основании каких платежей вы будете создавать проводки комиссионных по сотруднику, а по каким нет - по оплате или по отгрузке у вас будет выплата - в зависимости от предыдущего пункта, какие реквизиты нужны для принятия решения о выплате - выплата единоразовая или их может быть несколько - ну и какие проводки должны получиться Как у нас реализован механизм выплат: - есть форма "принятия решений" - что, кому, сколько и на основании чего платить. - есть обычный журнал гк, где создаются строки из формы Последний раз редактировалось snv; 30.09.2011 в 07:02. Причина: описка |
|
|
![]() |
||||
Тема | Ответов | |||
DAX2009 не дружит с VS2010 | 2 | |||
fed: Cost Explorer in DAX2009 | 3 | |||
Отходы по закупке в DAX2009 | 14 | |||
Вопросы по OLAP в DAX2009 | 9 | |||
Апгрейд существующего приложения на DAX2009 | 3 |
Опции темы | Поиск в этой теме |
Опции просмотра | |
|