Зарплата в УТ 10.3 #599596

Требуется сделать автоматический расчет зарплаты в УТ 10.3 Алгоритм расчета простой: определенные % от прибыли по каждому виду номенклатуры, % от продажи услуг. Начисление просиходит только в случае полной оплаты по расчетному документу. На чем реализовывать? Регистры накопления или регистры расчета?

Делай внешним отчетом не изменяя конфигурацию.

не уточнил в сабже, что начисления требуется фиксировать, как и выплату.

График нужен или нет?

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

На бумаге и фиксируй.

Лучше может сразу ЗУП купить?

или в mdb. Если конфа на sql, то заведи еще одну базу и в ней.

нет

файловая

храни данные в mdb

Делай документ-фиксатор+печатная форма к нему

Офигеть советы. Может у него и так перепахана? Кстати, там есть какой-то отчет, считающий эффективность менеджеров.

это он и без нас сообразил.

Монописуально, руки прочь от конфы!

может ну его.Пускай в Excel ведут?

Тогда сложно отследить, попала реализация в конфу, или нет.

*в зарплату

Если тупо посчитать суммы, то внешней обработкой без порчи конфы самое оно. А если с отчетами и выплатой, то.. хз. Какойнить РС с параметрами начислений, сотров в контрагентов и в подписке на взаиморасчеты.

Зачем гемор с сохранением в что то внешнее? УТ 10.3 обновляется постолько поскольку, никаких серьезных изменений не будет больше, все силы брошены на УТ 11. Я бы сделал документ и регистр сведений или регистр накопления.

пусть делает регистр расчета, как хотел, чтоб мысли глупые не лезли в светлую голову

в тисе делалось измерение в регистре продажи

на регистрах накопления, т.к. задача - чисто учет остаточных показателей, ни графиков, ни окладов, ни метода отклонений в принципе

ну-ну =)

не, не интересно. лучше в какой-нить остаточный запилить пару измерений. Ну и ресурсов там. Штоп не скучно было

зп будешь перетаскивать/вычитать ? ну-ну

мой вариант: поставить ЗУП, написать обработку по заполнению табличной части документа "Регистрация разовых начислений", которая будет коннектиться к базе УТ и брать оттуда все необходимые показатели. Даже конфигурации с поддержки снимать не надо

Ну а че? Гулять так гулять

накуй все работники пошлют должен быть нарастабщий рост и точка а не остатки и т.д.

Будет нарастающий рост незакрытых остатков, че

В чем проблема-то? Есть регистр продажи, сделал отчет по нему, вывел данные по номенклатуре, по менеджеру

оплаченность проверить по взаиморасчетам с контрагентами по документам расчетов, если нужна оплаченность именно реализаций

платить нужно за продажу возвраты тоже через продажи делать нужно

ты свой вариант решения задачи-то предложишь? или ты тут в роли клоуна?

про клоуна я уж не буду говорить ... остальное сказал в

вот жеж спросил на свою голову

В фигня. Во-первых, типовые регистры портить нехорошо. Во-вторых, что тебе дадут продажи без оплат, если автору нужны оплаченные продажи

1. как ты сказал "портить" регистр оборот - это не фигня 2. большая часть контор работает по предоплате => предложил этот вариант

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

тогда проект =)

писец.. менеджер есть у каждого контрагента как основной, есть ответственный во всех документах

по регистратору все можно вытащить

даю новую вводную. ЗП может расчитываться сразу по нескольким людям в равном соотношении. У документам Реализация есть ТЧ куда заносятся причастные к продажам.

есть менеджеры, которые подменяют не освного, когда тот болеет и кому зп ?

Гхм. Не хотел бы я, чтобы мне так зарплату считали, будь я манагер..

ну-ну обоснуй

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

только процент прибыли по оплаченности запаришься выводить

ответственный в документе есть

если мне память не изменяет, то ответственный в доках проставляется манадер контра

если в натсройках пользователя задан основной ответственный. Менеджер это сразу сообразит и ответственного, не боись, проставит

ответсвтенный и менеджер не взлетит, потому как на один документ приходится до 5 человек.

сам недавно делал в комплексной эту приблуду. Отчет по продажам и по оплаченной прибыли... на экзамене не смог перестроиться на УФ

Что обосновывать? То, что тыщи миллионов контор работают по отсрочке платежа и по смешанным схемам оплаты? Вроде бы это очевидно. И допущение, что работаем со 100% предоплатой - это, мягко говоря, пальцем в.. небо

так  в чем сложность продублировать регистр продажи, добавить измерение менеджер, соединить с взаимроасчетами по документами расчетов и вывести итог?

смотря чем контора занимается

Мне нравится, как подобное реализовали в Рарус АА - отчетом.

не вдаваясь с суть: хочется и рыбку съест, и ног не замочит..

суть просто : главное предоплата и только

и договор соответствующий

предоплата все, что оплачено по заказу, а реализации заполнено как предоплата

переведи

+ это для вытаскивания из регистра взаиморасчеты. 2 таблицы надо делать временные

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

для менеджера 2 лишних движения...

закладка предоплата, кнопка заполнить

Ну вы щас реально огород нагородите..

кто денег не принёс, тот ниXYЯ не получил а ты как думал ? =))))))))))))

так оплата-то по документу идет....

а не по строкам

столько мороки от этих менеджеров по продажам.. то не того клиента приведут, то по наобещают клиенту бог знает что.. может, ну их нафиг - перестрелять всех.. и не нужно будет потом и УТ менять под зарплату для них...

самое главное, чтоб деньги были в лоно =)

в лоно???.. как то провокационно звучит..

обычно в кассу, а тут...))))))))))))))

ыыыыыыыыыыыыыыыыыыыыыыыыыы

вдруг в кассе растащат

сразу в лоно

Сделай на регистрах накопления, привязанный к документу "Расчеты по зарплате"

Можно как взаиморасчеты с Контрагентами вести и добавить только обработку заполнения табличной части ПТиУ в части услуг и ничего не переписывать. Но если понадобиться считать НДФЛ или взносы - будет забавно :)