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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 22.09.2011, 07:10   #1  
Qaz Qwerty is offline
Qaz Qwerty
китайский стажер
 
152 / 37 (2) +++
Регистрация: 12.05.2008
DAX2009: Оплата комиссионных сотруднику
Привет всем,
Есть настроенные комиссионные, проводки по сотруднику создаются. Есть предложение делать оплату по вендору, а проводки по сотрудникам пусть просто накапливаются, но... бухгалтер естественно считает что это "некрасиво", потому что ей нужно ручками делать журнал с проводками на вендора, чтобы потом оплатить, и у нее естественный вопрос, как она будет разделать что оплачено, а что не оплачено, если есть куча проводок в прошлом периоде. Использовать как нибудь криво функциональность зарплаты тоже не хочется. У кого нибудь есть идеи как эту ситуацию разрулить? Интернет на эту тему молчит...
__________________
Может быть выйдет, а может не-е-е-ет...
Новая песня вместо штиблет..
Старый 22.09.2011, 09:09   #2  
BOAL is offline
BOAL
Участник
Аватар для BOAL
MCBMSS
Злыдни
1C
Лучший по профессии 2015
 
621 / 453 (17) +++++++
Регистрация: 28.04.2003
Адрес: Москва
Покопать штатный функционал комиссий.
Последний раз его сам видел только в АХ2.5
Но и тогда он был.
Его можно допилить.
Там есть, например, готовая табличка
\Data Dictionary\Tables\CommissionTrans, где есть поле EmplId

заточено это изначально на Sales, а не Purch
Но по аналогии можно и там включить ИМХО.

Пусть, там все копится, в потом какой-нть пер. операцией в конце месяца все это переводить в один ЖГК по сотрудникам.
Старый 22.09.2011, 11:00   #3  
Qaz Qwerty is offline
Qaz Qwerty
китайский стажер
 
152 / 37 (2) +++
Регистрация: 12.05.2008
так журнал главной книги не делает проводки по сотрудникам...
__________________
Может быть выйдет, а может не-е-е-ет...
Новая песня вместо штиблет..
Старый 22.09.2011, 19:01   #4  
BOAL is offline
BOAL
Участник
Аватар для BOAL
MCBMSS
Злыдни
1C
Лучший по профессии 2015
 
621 / 453 (17) +++++++
Регистрация: 28.04.2003
Адрес: Москва
Э.... Это с каких пор? Или в какой АХ
ЖГК делает проводки по EmplTrans, другое дело, что это функционал локализации, тк в стандарте такой таблицы не было вообще

Тип счета Подотчетное лицо

Врубаем галку Подотчетких на EmlpTable и все - все по всем делается
Мы так зп вели как-то даже без модуля ЗП
Старый 22.09.2011, 20:01   #5  
Qaz Qwerty is offline
Qaz Qwerty
китайский стажер
 
152 / 37 (2) +++
Регистрация: 12.05.2008
Какой локализации? Российской?
И тогда появляется возможность выбирать сотрудника как тип счета?
__________________
Может быть выйдет, а может не-е-е-ет...
Новая песня вместо штиблет..
Старый 22.09.2011, 21:01   #6  
BOAL is offline
BOAL
Участник
Аватар для BOAL
MCBMSS
Злыдни
1C
Лучший по профессии 2015
 
621 / 453 (17) +++++++
Регистрация: 28.04.2003
Адрес: Москва
Да.
Оч странно, было упоминание про функционал зарплаты - это подразумевает локализацию.
Или это какой-то иной функционал, не СНГ Зарплата?
Что все таки за версия АХ2009, а то разговор не предметный?
Старый 23.09.2011, 00:35   #7  
Qaz Qwerty is offline
Qaz Qwerty
китайский стажер
 
152 / 37 (2) +++
Регистрация: 12.05.2008
BOAL,
Это не Россия, российской функциональности нет и не будет. Зарплаты между прочим тоже нет, так что упомянуто это было не к месту... Есть какие то европейские функциональности. 5.015.3761 - версия, не знаю о чем это может говорить.
__________________
Может быть выйдет, а может не-е-е-ет...
Новая песня вместо штиблет..
Старый 23.09.2011, 10:29   #8  
BOAL is offline
BOAL
Участник
Аватар для BOAL
MCBMSS
Злыдни
1C
Лучший по профессии 2015
 
621 / 453 (17) +++++++
Регистрация: 28.04.2003
Адрес: Москва
Ну, тогда плясать от печки
Как в АХ вообще идет учет по сотрудникам?
Подотчетные денежки, начисление зп и тп
Вот туда тогда и сливать накопленной в комиссии в CommissionTrans специальной периодической операцией.

Раньше, до появления типа счета подотчетник всех сотрудников для учета вели в клиентах или поставщиках в спец группе Сотрудники. И по ним ЖКГ делали нужные проводки.
Соотв. по учету все было видно все равно и на нужном счете плана счетов.

Итого, функционал комиссий есть штатный
Нужно его изучить и сделать для Закупок по аналогии + нужное. Как это отражать в учете - так же, как это отражается уже сейчас (или это совсем другой вопрос )
Старый 28.09.2011, 08:25   #9  
Qaz Qwerty is offline
Qaz Qwerty
китайский стажер
 
152 / 37 (2) +++
Регистрация: 12.05.2008
Учета по сотрудникам нет, сотрудники были созданы только с целью начисления комиссионных, так как это стандартный функционал. Похоже, что нет решения...
__________________
Может быть выйдет, а может не-е-е-ет...
Новая песня вместо штиблет..
Старый 29.09.2011, 06:52   #10  
snv is offline
snv
Участник
 
15 / 11 (1) +
Регистрация: 30.04.2009
Адрес: Екатеринбург
Если я правильно понял автора, то ему надо:
- при обработке заказа получать проводки комиссии (что есть в стандартном функционале)
- при обработке журнала платежей создавать проводки по клиенту (что тоже есть)
- каким то образом создавать проводки комиссии по платежам клиентов (нет этого)
- в конце месяца подбивать итоги сколько по сотруднику было проводок комиссии по платежам и выплачивать с этого зарплату (тоже не проблема если будут создаваться отдельные проводки в той же таблице CommissionTrans по платежам)
- сопоставление наверно пока не надо.

Если так, то нужно придумать механизм который будет создавать эти дополнительные проводки по платежам, либо непосредственно в момент разноски платежа, либо уже после разноски (мы пошли по этому пути).
За это сообщение автора поблагодарили: Qaz Qwerty (1).
Старый 29.09.2011, 11:18   #11  
Qaz Qwerty is offline
Qaz Qwerty
китайский стажер
 
152 / 37 (2) +++
Регистрация: 12.05.2008
да, все правильно.задача именно такая и надо придумать.
__________________
Может быть выйдет, а может не-е-е-ет...
Новая песня вместо штиблет..
Старый 30.09.2011, 07:01   #12  
snv is offline
snv
Участник
 
15 / 11 (1) +
Регистрация: 30.04.2009
Адрес: Екатеринбург
Прежде чем придумать сам механизм, подумайте на тем:
- на основании каких платежей вы будете создавать проводки комиссионных по сотруднику, а по каким нет
- по оплате или по отгрузке у вас будет выплата
- в зависимости от предыдущего пункта, какие реквизиты нужны для принятия решения о выплате
- выплата единоразовая или их может быть несколько
- ну и какие проводки должны получиться

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

Последний раз редактировалось snv; 30.09.2011 в 07:02. Причина: описка
Старый 04.10.2011, 03:17   #13  
Qaz Qwerty is offline
Qaz Qwerty
китайский стажер
 
152 / 37 (2) +++
Регистрация: 12.05.2008
snv:
У нас основа для комиссионных продажа, а не платеж... Проводки создаются когда проводится инвойс. Выплата раз в месяц. Какие проводки должны получится известно. Принятие решений кому платить - нет проблемы. Проблема только в том, как сделать проводки по сотруднику.
__________________
Может быть выйдет, а может не-е-е-ет...
Новая песня вместо штиблет..
Старый 06.10.2011, 07:02   #14  
snv is offline
snv
Участник
 
15 / 11 (1) +
Регистрация: 30.04.2009
Адрес: Екатеринбург
Цитата:
Сообщение от Qaz Qwerty Посмотреть сообщение
У нас основа для комиссионных продажа, а не платеж...
У вас продажа является основой для проводок комиссионных и по отгрузке и по выплате? Ну все равно вам нужно контролировать что по этой отгрузке будет оплата (завтра, через месяц, через полгода), иначе получается следующее - отгрузка прошла, комиссионную проводку выплаты вы сделали, считаете сколько зарплаты заплатить менеджеру, а платить то не с чего, клиент еще не рассчитался по отгрузке.
Цитата:
Сообщение от Qaz Qwerty Посмотреть сообщение
Проблема только в том, как сделать проводки по сотруднику.
Создавайте журнал выплат, разносите, и кроме бух. проводок дополнительно делайте проводки в таблицу CommissionTrans (там у вас будут и проводки созданные по отгрузке и проводки по выплате, там и отследить можете по чему уже выплачено а почему нет)
Для толкового программиста работы на день.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
DAX2009 не дружит с VS2010 oleg_e DAX: Администрирование 2 17.06.2010 10:34
fed: Cost Explorer in DAX2009 Blog bot DAX Blogs 3 24.11.2009 17:32
Отходы по закупке в DAX2009 Starling DAX: Функционал 14 19.11.2009 20:52
Вопросы по OLAP в DAX2009 oleg_e DAX: Функционал 9 10.12.2008 02:02
Апгрейд существующего приложения на DAX2009 petr DAX: Администрирование 3 03.09.2008 18:54

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

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

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