|  21.08.2004, 01:45 | #81 | 
| Участник | Цитата: 
		
			Изначально опубликовано Prof  Если контролировать кол-во отработанных фактически часов работниками с использованием регистрации по электронным пропускам.... Приход - уход куда лучше заносить информацию прихода... ухода... или лучше в Ax передавать вычесленное значение Какую таблицу в данном случае правильно юзать, ??? Может кто такое делал.... Есть идеи? Какую таблицу юзать понятно - табель. Точнее RPayTblDayHourTrans И заносить надо уже готовое количество часов, а не время прихода и ухода. Вы это спрашивали? | 
|  | 
|  21.08.2004, 01:47 | #82 | 
| Участник | Цитата: 
		
			Изначально опубликовано ppson  А вот это ваш глюк  . Оргструктура в модуле "расчеты с персоналом" не иерархическая. А вот в модуле "Управление персоналом" иерархическая. если нет... то долго будешь смеятся когда я тебе скажу почему ты ее не видишь ;-) не надо быть таким критичным... они ее всета ки сделали Именно в РАСЧЕТАХ С ПЕРСОНАЛОМ !!! | 
|  | 
|  23.08.2004, 10:08 | #83 | 
| Участник | 
			
			Наличие галочки "Иерархия" еще не означает, что оргструктура линейно-иерархическая.  На самом деле структура линейная. 
				__________________   | 
|  | 
|  23.08.2004, 10:48 | #84 | 
| Участник | 
			
			Она такая же как в управлении персоналом....Иерархическая ;-) те. Одел ------------- ПодОтдел --------------ПодОтдел -----------------|----------ПодОтдел -----------------|------------ПодОтдел иными словами можно добавлять на уровни подуровни :-) | 
|  | 
|  23.08.2004, 14:14 | #85 | 
| Участник | 
			
			Она такая же как в управлении персоналом....Иерархическая ;-)  Зря вы спорите...человек знает что говорит Поле "головное подразделение" в таблице организаций действительно есть, но оно скрыто на уровне исходного кода. Вам его просто кто-то открыл А скрыто по причине общей непроработанности механизмов иерархии в модуле. | 
|  | 
|  23.08.2004, 14:41 | #86 | 
| Участник | 
			
			Мне  его не открывали... просто поле парент не визибл стоит... стоит его сделать визибл и появляется счастье... единственное в иерархическом представление нельзя создавть подразденине только в таблице... тоже надо порыться просто время.. нет.. ... зато красота а не плоское деревце.. а в чем если не секрет не проработанность... во все документы они кодики входять... и все человечки к ним привязываются а что еще надо :-) | 
|  | 
|  23.08.2004, 16:45 | #87 | 
| Участник | 
			
			 стоит его сделать визибл и появляется счастье...   это и называется открыть...считайте что это уже доработка а в чем если не секрет не проработанность... не секрет - во всем не формируются в разрезе иерархии табели, платежные ведомости и ни один отчет в модуле, не говоря уже о таких мелочах как наследование ставок типа подразделение. | 
|  | 
|  24.08.2004, 09:35 | #88 | 
| Участник | 
			
			не формируются в разрезе иерархии табели,  когда формируется табель он сам человечков подразделения выбирает или вы о другом? | 
|  | 
|  24.08.2004, 10:01 | #89 | 
| Участник | 
			
			я о том что очень часто нет никакой необходимости вести табель в разрезе отдельных служб и отделов, существуют предприятия с большим количеством мелких подразделений из 2-3х человек, такая детализация для учета в зарплате может быть очень неудобной. такие подразделения для зарплаты сливаются в одно - какое-нибудь управление или департамент или еще что-нибудь подобное, где уже не 2-3 человека а хотя бы 20-30 | 
|  | 
|  24.08.2004, 12:43 | #90 | 
| Участник | 
			
			ВСЕТА ки табели в разрезе подразделений формируются :-)
		 | 
|  | 
|  25.08.2004, 17:42 | #91 | 
| Участник | 
			
			Вот такой вопрос появлися? 0. должности к отделам не привязаны.... однако ;-( т.е. все должности подразделений хранятся в одной плоской табличке? 1. штатные расписания можно создать только одно и на все сразу ;-( ? т.е нельзя создать отдельные штатные расписания для разных структурных подразделений ;0( 2. Как поведеть себя ax если было штатное расписание должность 1 должность 2 должность 3 А стало Должность 1 Должность 3 ???? | 
|  | 
|  25.08.2004, 23:51 | #92 | 
| Участник | 
			
			0. Должности можно привязать к отделам, это и есть штатное расписание 1. суть штатного расписания - в описании структуры всех подразделений. я что-то слабо улавливаю смысл в разделении штатных расписаний. просто не понимаю как это можно использовать 2. а надо как-то себя вести? где? зачем? | 
|  | 
|  27.08.2004, 05:29 | #93 | 
| Участник | Цитата: 
		
			Изначально опубликовано Prof  0. Должности можно привязать к отделам, это и есть штатное расписание 1. суть штатного расписания - в описании структуры всех подразделений. я что-то слабо улавливаю смысл в разделении штатных расписаний. просто не понимаю как это можно использовать | 
|  | 
|  27.08.2004, 11:28 | #94 | 
| Участник | 
			
			Одним словом ... нормальное штатное расписание... в Axapte без кастома  нет... жаль я думал что ошибся... :-( | 
|  | 
|  27.08.2004, 14:17 | #95 | 
| Участник | Цитата: 
		
			В организации с численность работающих несколько тысяч человек ведение единого штатного расписания на всю структуру организации не представляется возможным. В этом случае штатное расписание составляется на отдельные структурные подразделения (укрупненные). При изменении штатного расписания одного подразделения штатные расписания других подразделений не изменяются. В такой ситуации использование механизма ведения штатного расписания Axapta проблематично: изменение штатного расписания одного подразделения ведет к созданию и утверждению нового штатного расписания в системе на все структурные подразделения. При этом создаются приказы о переводе на всех работников организации, вместо нескольких человек. В истории работника появляются «лишние» приказы, проявляется несоответствие данных трудовой книжки и «Истории».
		
	 Да, в аксапте нет нормальной функциональности изменения ШР, но это не значит автоматически что надо делать несколько ШР. На достаточно крупных предприятиях по крупным структурным подразделениям и расчет зарплаты ведется свой (как правило), а значит, как ни крути но придется по разным аксаптовским компаниям подразделения разносить (ну и доработки делать конечно). Таким образом проблема ввода нескольких ШР отпадает сама собой. Конечно, исключения есть всегда. | 
|  | 
|  27.08.2004, 17:46 | #96 | 
| Участник | 
			
			Если позволите то вырос вопрос... 1. Импортим персонал 2.Заводим Штатное на персонал... Вопрос: Так как сотрудники были приняты дафффно и в те далекие времена по разным штатным расписаниям, то каким числом следует заводить штатное расписание.... в Ax ??? Числом первого принятого сотрудника ? ведь придется по сотруднику генерить приказ о приеме, и соответственно если штатное создать текущей датой то приказ задним числом с новым штатным не проведется.... буде ругаться что чтатное действует с 01.09.2004 Есть идеи по данному вопросу??? | 
|  | 
|  30.08.2004, 10:09 | #97 | 
| Участник | 
			
			Тут в принципе у вас полный простор для фантазии Если история изменения ШР не очень важна, то можно сделать так: заводите 2 ШР - одно задним числом, т.е. числом первого принятого сотрудника, в котором будут все возможные и невозможные должности, на которые когда-либо кто-либо принимался, а второе - реальное. Принимаете всех сотрудников, которые были приняты до ввода реального ШР. Потом всех скопом переводите и принимаете остальных. | 
|  | 
|  30.08.2004, 12:42 | #98 | 
| Участник | 
			
			Спасибо... Ни кто не импортил Штатное распсание и его хедер... ни как не пому как они друг с другом завязаны... импочу штатное оно в таблицу попадает... но не привязывается к хедеру ;-( | 
|  | 
|  30.08.2004, 13:13 | #99 | 
| Участник | 
			
			По дате   поле Дата ввода или Startdate кажется | 
|  | 
|  30.08.2004, 13:55 | #100 | 
| Участник | 
			
			да да по этой самой дате они завязаны... токмо когда из ехед импочу .. дата ставится 1900 ;-) ни кто не сталкивался с такой заморочкой | 
|  | 
| Теги | 
| кадровый учет, расчеты с персоналом, управление персоналом | 
|  | 
| Опции темы | Поиск в этой теме | 
| Опции просмотра | |
| 
 |