Текущее время: Ср, июл 23 2025, 23:23

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 17 ]  На страницу 1, 2  След.
Автор Сообщение
 Заголовок сообщения: Суммированный учет рабочего времени.
СообщениеДобавлено: Ср, сен 28 2005, 12:59 
Специалист
Специалист

Зарегистрирован:
Вт, авг 17 2004, 14:49
Сообщения: 216
Откуда: Санкт-Петербург
Наверняка на многих проектах используется суммированный учет времени. Мне вот тоже понадобилось. Несколько вопросов общих:

1. Какие группировки сотрудников использовались? Группы? Категории? СтатусУправленияВременнымиДанными? Еще что-то?
Т.е. как сотрудников отличать? И нужно ли вообще отличать "суммированных" сотрудников от остальных?
Я собрался сделать разные категории, но задумался правильно или нет? Есть же категории Окладных сотрудников, есть для Тарифа. Вроде эти слова относятся к формам оплаты труда, а суммированный учет - это форма учета рабочего времени, а это из другой песни.

2. Какой статус управления временными данными у вас для суммированных сотрудников? (Обычно 0 или 9 а что тут будет?)

3 В какие отчеты "суммированные" сотрудники должны попадать отдельной строкой? Рець о "государственных отчетах" для налоговой и статистических служб.

4 Что в русском аддоне есть про суммированный учет? Что нибудь есть в схеме расчета? Или переработки/сверхурочные самостоятельно нужно отслеживать и оплачивать.

5 Ну и общий вопрос. И как? Работает? :)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, сен 28 2005, 14:28 
Модератор
Модератор
Аватара пользователя

Зарегистрирован:
Ср, сен 01 2004, 15:44
Сообщения: 287
восспадя, сколько вопросов =)
кратко отвечу
используется, да
категориями отличали
отличать нужно обязательно, их - же считать иначе
9 у нас статус, т.е. с оценкой времени, дальше уже в схеме различается
в аддоне что-то есть(4.7+best practices) например рачет всего в часах но переработок например нет - надо самим
период учета ставится групе/категории в T7RU53

что именно работает, кажется твой постинг надо минимум на 5 разбить =))))

_________________
Требуется две вещи чтобы быть консультантом - седые волосы и геморрой. Седые волосы помогут Вам выглядеть солидно, а геморрой - обеспокоено.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, апр 04 2007, 11:52 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Пн, июн 05 2006, 14:48
Сообщения: 701
Откуда: Mosсow
Пол: Мужской
"период учета ставится групе/категории в T7RU53 "

А для каких целей? Только для VAKEYPRGSC?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Суммированный учет рабочего времени.
СообщениеДобавлено: Ср, апр 04 2007, 12:03 
Начинающий
Начинающий
Аватара пользователя

Зарегистрирован:
Ср, апр 04 2007, 10:38
Сообщения: 24
Откуда: Сибирь
Пол: Женский
Работает.
Добавлю - использовали классы оценки для периодических графиков V_551C_B. Т.е. сотрудникам с суммированным годовым учетом присваиваются правила графиков с периодическим графиком такого-то класса оценки, сотрудникам с суммированным месячным учетом - другого класса оценки, с несуммированным - иного класса и т.д.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, апр 04 2007, 17:39 
Модератор
Модератор
Аватара пользователя

Зарегистрирован:
Ср, сен 01 2004, 15:44
Сообщения: 287
Jesus написал:
"период учета ставится групе/категории в T7RU53 "

А для каких целей? Только для VAKEYPRGSC?

да

_________________
Требуется две вещи чтобы быть консультантом - седые волосы и геморрой. Седые волосы помогут Вам выглядеть солидно, а геморрой - обеспокоено.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, апр 10 2007, 08:58 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Чт, июн 09 2005, 13:15
Сообщения: 222
Откуда: Москва
Лично мне на категориях не нравится.
Проблемы начинаются при переходе с суммированного на несуммированный и обратно. Тогда либо абап, либо лишние записи в ИТ0001.

В аддоне есть только места для расчета средних.
Переработки обычно делаются в схеме оценке времени, а потому - это проектная работа. Русская разработка не может править схему оценки времени.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, апр 11 2007, 09:00 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Вт, май 30 2006, 08:34
Сообщения: 1900
1. Да, для суммированных - свои категории.
2. Как обычно, есть оценка времени - 9, нет оценки - 0.
3. Что-то я таких сходу не припомню
5. Работает вполне.

Цитата:
Лично мне на категориях не нравится.

Какой еще способ разрулить ситуацию?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, апр 11 2007, 18:19 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Чт, июн 09 2005, 13:15
Сообщения: 222
Откуда: Москва
calm написал(а):
Какой еще способ разрулить ситуацию?


См. выше - класс графика на период, например.
На одном очень большом проекте использовали статус учета временных данных...
В любом случае - желательно использовать объект PT.
ИМХО.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, авг 21 2007, 17:44 
Гуру-эксперт
Гуру-эксперт
Аватара пользователя

Зарегистрирован:
Вт, июл 25 2006, 14:50
Сообщения: 3481
Откуда: Moscow
Пол: Мужской
SemenSemenych написал(а):
На одном очень большом проекте использовали статус учета временных данных...

Т.е. переименовывали стандартные статусы, чтобы проверка нормально отрабатывала или check дописывали?


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, авг 23 2007, 17:16 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Чт, июн 09 2005, 13:15
Сообщения: 222
Откуда: Москва
Proforg написал:
SemenSemenych написал(а):
На одном очень большом проекте использовали статус учета временных данных...

Т.е. переименовывали стандартные статусы, чтобы проверка нормально отрабатывала или check дописывали?


Переименовывали


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, май 30 2008, 16:36 
Специалист
Специалист

Зарегистрирован:
Ср, апр 25 2007, 12:15
Сообщения: 133
Стоит задача внедрить суммированный учет.
Что-то не очень понял идею с использованием класса оценки для периодических графиков V_551C_B?

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

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

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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июн 05 2008, 16:31 
Специалист
Специалист

Зарегистрирован:
Ср, апр 25 2007, 12:15
Сообщения: 133
Добрый день!

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

Но откуда у сотрудника брать данные производственно графика, если в 7ИТ у него стоит свой?
Это что нужно писать свою операцию?

И что делать если сотрудник перевелся в середине месяца с суммированного учета на несуммированный.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июн 05 2008, 16:41 
Гуру-эксперт
Гуру-эксперт
Аватара пользователя

Зарегистрирован:
Вт, июл 25 2006, 14:50
Сообщения: 3481
Откуда: Moscow
Пол: Мужской
Сделать свою PT-операцию на основе RUGAB'a
Переход легко отрабатывается на статусах учета временных данных, VARST'ом


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, июн 06 2008, 09:17 
Специалист
Специалист

Зарегистрирован:
Ср, апр 25 2007, 12:15
Сообщения: 133
Proforg, так это же используется в оценке времени!
А в расчете необходимо иметь данные производственного календаря, но ведь еще раз повторюсь у таких сотрудников в 7ИТ свой нормативный график!
Ах да и еще как я понимаю, для суммированного учета коэффициенты сокращения не используются, или я ошибаюсь?
Может кто рассказать как считается в схеме расчета з/п оклад по сотрудникам на суммированном учете.

Буду очень признателен!!!


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, июн 06 2008, 09:49 
Гуру-эксперт
Гуру-эксперт
Аватара пользователя

Зарегистрирован:
Вт, июл 25 2006, 14:50
Сообщения: 3481
Откуда: Moscow
Пол: Мужской
Я же пишу, что надо написать PT-операцию на основе зарплатной RUGAB, которая будет лезть в t7ru80s и оттуда брать нужные значения

Цитата:
Может кто рассказать как считается в схеме расчета з/п оклад по сотрудникам на суммированном учете.

А как угодно. Оклад и суммированный учет = всякие извращения. Т.е. можно считать по личному графику, можно по нормативному, там еще всякие кундштюки с праздниками в норме/ вне нормы могут быть


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 17 ]  На страницу 1, 2  След.

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: Yandex [Bot]


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

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB