DAX2009: Оплата комиссионных сотруднику

[Qaz Qwerty]

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

[BOAL]

Покопать штатный функционал комиссий.
Последний раз его сам видел только в АХ2.5
Но и тогда он был.
Его можно допилить.
Там есть, например, готовая табличка
\Data Dictionary\Tables\CommissionTrans, где есть поле EmplId

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

Пусть, там все копится, в потом какой-нть пер. операцией в конце месяца все это переводить в один ЖГК по сотрудникам.

[Qaz Qwerty]

так журнал главной книги не делает проводки по сотрудникам...

[BOAL]

Э.... Это с каких пор? Или в какой АХ
ЖГК делает проводки по EmplTrans, другое дело, что это функционал локализации, тк в стандарте такой таблицы не было вообще

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

Врубаем галку Подотчетких на EmlpTable и все - все по всем делается
Мы так зп вели как-то даже без модуля ЗП

[Qaz Qwerty]

Какой локализации? Российской?
И тогда появляется возможность выбирать сотрудника как тип счета?

[BOAL]

Да.
Оч странно, было упоминание про функционал зарплаты - это подразумевает локализацию.
Или это какой-то иной функционал, не СНГ Зарплата?
Что все таки за версия АХ2009, а то разговор не предметный?

[Qaz Qwerty]

BOAL,
Это не Россия, российской функциональности нет и не будет. Зарплаты между прочим тоже нет, так что упомянуто это было не к месту... Есть какие то европейские функциональности. 5.015.3761 - версия, не знаю о чем это может говорить.

[BOAL]

Ну, тогда плясать от печки
Как в АХ вообще идет учет по сотрудникам?
Подотчетные денежки, начисление зп и тп
Вот туда тогда и сливать накопленной в комиссии в CommissionTrans специальной периодической операцией.

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

Итого, функционал комиссий есть штатный
Нужно его изучить и сделать для Закупок по аналогии + нужное. Как это отражать в учете - так же, как это отражается уже сейчас (или это совсем другой вопрос )

[Qaz Qwerty]

Учета по сотрудникам нет, сотрудники были созданы только с целью начисления комиссионных, так как это стандартный функционал. Похоже, что нет решения...

[snv]

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

Если так, то нужно придумать механизм который будет создавать эти дополнительные проводки по платежам, либо непосредственно в момент разноски платежа, либо уже после разноски (мы пошли по этому пути).

[Qaz Qwerty]

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

[snv]

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

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

[Qaz Qwerty]

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

[snv]

Цитата:

Сообщение от Qaz Qwerty

У нас основа для комиссионных продажа, а не платеж...

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

Цитата:

Сообщение от Qaz Qwerty

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

Создавайте журнал выплат, разносите, и кроме бух. проводок дополнительно делайте проводки в таблицу CommissionTrans (там у вас будут и проводки созданные по отгрузке и проводки по выплате, там и отследить можете по чему уже выплачено а почему нет)
Для толкового программиста работы на день.