PeopleTools Wish List - Revision history

WikiSysop: /* PeopleSoft - The Module */

2015-04-25T20:14:23Z

PeopleSoft - The Module

← Older revision		Revision as of 20:14, 25 April 2015
Line 6:		Line 6:

	This would decrease the perceived risk of adopting Fusion for PeopleSoft customers and therefore increase the take up of Fusion, making it a strong powerful product with key differentiators from the competition. In turn, PeopleSoft customers have a reduced resistance to other Fusion modules such as Taleo/Recruit.		This would decrease the perceived risk of adopting Fusion for PeopleSoft customers and therefore increase the take up of Fusion, making it a strong powerful product with key differentiators from the competition. In turn, PeopleSoft customers have a reduced resistance to other Fusion modules such as Taleo/Recruit.
		+
		+	PeopleSoft has enormous strengths - a mature application that can be tailored to your exact requirements.

	==Improve Cost of Ownership==		==Improve Cost of Ownership==

WikiSysop: /* 4: Keeping Other Objects Separated */

2014-07-09T07:08:16Z

4: Keeping Other Objects Separated

← Older revision		Revision as of 07:08, 9 July 2014
Line 40:		Line 40:
	===4: Keeping Other Objects Separated===		===4: Keeping Other Objects Separated===

-	Records have a standard subrecord (at the end) to hold custom fields.	+	Records have a standard subrecord (at the end) to hold custom fields. Pages have a custom "overlay" on top of the Vanilla code - the overlay allows addition, deletion and moving of fields. The vanilla can still be changed but the need to do so is greatly reduced.

	==Decreasing Test Time==		==Decreasing Test Time==

WikiSysop at 08:29, 6 July 2014

2014-07-06T08:29:54Z

← Older revision		Revision as of 08:29, 6 July 2014
Line 37:		Line 37:
	Also, if each vanilla class could have a shadow custom class that could extend it without changing its name, this also would allow enormous flexibility without the upgrade penalty. Private functions and properties would also need to be available to the shadow class.		Also, if each vanilla class could have a shadow custom class that could extend it without changing its name, this also would allow enormous flexibility without the upgrade penalty. Private functions and properties would also need to be available to the shadow class.
	As more PeopleSoft functionality is based on classes, this would reduce the impact of customisations.		As more PeopleSoft functionality is based on classes, this would reduce the impact of customisations.
		+
		+	===4: Keeping Other Objects Separated===
		+
		+	Records have a standard subrecord (at the end) to hold custom fields.

	==Decreasing Test Time==		==Decreasing Test Time==
Line 66:		Line 70:

	* Related items in Application Designer projects. Just a simple list (that appears in the left hand pane) of objects that are not changed by the project, but may need to be be referred to.		* Related items in Application Designer projects. Just a simple list (that appears in the left hand pane) of objects that are not changed by the project, but may need to be be referred to.
		+
		+	* Grids to be able to behave more like spreadsheets - able to copy and paste cell blocks to and from other programs such as spreadsheets and other programs with tables

WikiSysop at 21:46, 23 June 2014

2014-06-23T21:46:08Z

← Older revision		Revision as of 21:46, 23 June 2014
Line 9:		Line 9:
	==Improve Cost of Ownership==		==Improve Cost of Ownership==

-	PeopleSoft's key strength is that the application is easy to customise and enhance. Translation: PeopleSoft can support your business processes, now and in the future. In areas where processes and procedures need to adapt to best practices, legal requirements and the business changes happening in that sector.	+	PeopleSoft's key strength is that the application is easy to customise and enhance. Translation: PeopleSoft can support your business processes, now and in the future. In areas where processes and procedures need to adapt to best practices, legal requirements and the business changes happening in that sector, PeopleSoft can be modified to ensure the smooth running of the business.

	One criticism that this amazing feature gets is the cost of an upgrade. Oracle have made in roads into reducing this with the PUM image releases. Now it is trivial to download and review the latest PeopleSoft code base.		One criticism that this amazing feature gets is the cost of an upgrade. Oracle have made in roads into reducing this with the PUM image releases. Now it is trivial to download and review the latest PeopleSoft code base.

WikiSysop at 07:13, 11 June 2014

2014-06-11T07:13:19Z

← Older revision		Revision as of 07:13, 11 June 2014
Line 3:		Line 3:
	==PeopleSoft - The Module==		==PeopleSoft - The Module==

-	Why isn't PeopleSoft a Fusion/Oracle HCM Cloud module? Surely it makes sense to adapt PeopleTools to the Fusion setting. Yes there would definitely be technical challenges, but surely none so great that Oracle could not overcome?	+	Why isn't [[PeopleSoft]] a Fusion/Oracle HCM Cloud module? Surely it makes sense to adapt [[PeopleTools]] to the Fusion setting. Yes there would definitely be technical challenges, but surely none so great that Oracle could not overcome?

	This would decrease the perceived risk of adopting Fusion for PeopleSoft customers and therefore increase the take up of Fusion, making it a strong powerful product with key differentiators from the competition. In turn, PeopleSoft customers have a reduced resistance to other Fusion modules such as Taleo/Recruit.		This would decrease the perceived risk of adopting Fusion for PeopleSoft customers and therefore increase the take up of Fusion, making it a strong powerful product with key differentiators from the competition. In turn, PeopleSoft customers have a reduced resistance to other Fusion modules such as Taleo/Recruit.

WikiSysop at 07:10, 11 June 2014

2014-06-11T07:10:53Z

← Older revision		Revision as of 07:10, 11 June 2014
Line 4:		Line 4:

	Why isn't PeopleSoft a Fusion/Oracle HCM Cloud module? Surely it makes sense to adapt PeopleTools to the Fusion setting. Yes there would definitely be technical challenges, but surely none so great that Oracle could not overcome?		Why isn't PeopleSoft a Fusion/Oracle HCM Cloud module? Surely it makes sense to adapt PeopleTools to the Fusion setting. Yes there would definitely be technical challenges, but surely none so great that Oracle could not overcome?
-

	This would decrease the perceived risk of adopting Fusion for PeopleSoft customers and therefore increase the take up of Fusion, making it a strong powerful product with key differentiators from the competition. In turn, PeopleSoft customers have a reduced resistance to other Fusion modules such as Taleo/Recruit.		This would decrease the perceived risk of adopting Fusion for PeopleSoft customers and therefore increase the take up of Fusion, making it a strong powerful product with key differentiators from the competition. In turn, PeopleSoft customers have a reduced resistance to other Fusion modules such as Taleo/Recruit.
Line 63:		Line 62:

	* Application Designer store who, when and which project when PeopleCode altered. It would save a lot of boilerplate comments. These comments could be seen or hidden.		* Application Designer store who, when and which project when PeopleCode altered. It would save a lot of boilerplate comments. These comments could be seen or hidden.
		+
		+	* Automated commenting of code. With each piece of custom code, developers add a comment stating who and when it was changed and which project it has been added to. Application Designer already knows all this. Why doesn't it keep track of such info, leaving the develop simply to write the code? Also, such automatic comments can be hidden so that the flow of the code can be read, rather than interrupting every couple of lines because an if statement was added.
		+
		+	* Related items in Application Designer projects. Just a simple list (that appears in the left hand pane) of objects that are not changed by the project, but may need to be be referred to.

WikiSysop at 07:17, 10 June 2014

2014-06-10T07:17:55Z

← Older revision		Revision as of 07:17, 10 June 2014
Line 61:		Line 61:

	* Process Monitor - fewer clicks to get files, tools to find long running processes, currently running processes		* Process Monitor - fewer clicks to get files, tools to find long running processes, currently running processes
		+
		+	* Application Designer store who, when and which project when PeopleCode altered. It would save a lot of boilerplate comments. These comments could be seen or hidden.

WikiSysop: /* Decreasing Test Time */

2014-06-04T07:14:01Z

Decreasing Test Time

← Older revision		Revision as of 07:14, 4 June 2014
Line 46:		Line 46:

	Releasing any test harnesses for the supplied classes would enable retesting of customisations quickly and easily. This would also develop best practices in the customisation field.		Releasing any test harnesses for the supplied classes would enable retesting of customisations quickly and easily. This would also develop best practices in the customisation field.
		+
		+	==Encouraging Third Party Modules==
		+
		+	Oracle (nor any other software provider) cannot, on its own, create all the modules and functionality that is required in every business sector. By actively encouraging a third party market by making customisations cheaper covered above, and by actively creating an apps catalogue of third party extensions to the PeopleSoft product.

	==Other PeopleSoft Enhancements==		==Other PeopleSoft Enhancements==

WikiSysop: /* Decreasing Test Time */

2014-06-04T07:03:31Z

Decreasing Test Time

← Older revision		Revision as of 07:03, 4 June 2014
Line 45:		Line 45:
	If the test cases were released (even if just for core and new functionality) it would have a significant impact - showing ways in which the technology can be used as well as helping test those areas covered.		If the test cases were released (even if just for core and new functionality) it would have a significant impact - showing ways in which the technology can be used as well as helping test those areas covered.

-	~~Additionally,~~ test harnesses for the supplied classes would enable retesting of customisations quickly and easily.	+	Releasing any test harnesses for the supplied classes would enable retesting of customisations quickly and easily. This would also develop best practices in the customisation field.

	==Other PeopleSoft Enhancements==		==Other PeopleSoft Enhancements==

WikiSysop: /* Decreasing Test Time */

2014-06-02T18:41:57Z

Decreasing Test Time

← Older revision		Revision as of 18:41, 2 June 2014
Line 40:		Line 40:

	==Decreasing Test Time==		==Decreasing Test Time==
		+
		+	In any major project, testing takes a very significant proportion of the time, effort and budget.
		+	Oracle have developed the test framework and are presumably using this internally.
		+	If the test cases were released (even if just for core and new functionality) it would have a significant impact - showing ways in which the technology can be used as well as helping test those areas covered.
		+
		+	Additionally, test harnesses for the supplied classes would enable retesting of customisations quickly and easily.

	==Other PeopleSoft Enhancements==		==Other PeopleSoft Enhancements==