Archive for the ‘IT Toolbox’ category

Adjust Accumulated Depreciation

January 21st, 2010

We need to accelerate depreciation on the tax books for thousands of assets in prior years, and retain the cost, and future depreciation.

So for example, we need to take 50% of the asset depreciation in the year it was put in service, i.e. 2007. The asset would depreciation the remaining value through it’s life.

The partial retirement process gets me the results except it retires the asset, and adjusts the cost.

The adjust accumulated depreciation screen seems to get what we need, however, it is creating additional DPR and/or PDP entries (depending on trans_dt) used. these are small amounts but I can’t figure out where it is getting the number. If I knew how it was getting the nubmer I could adjust my plug to get the answers we need.

This is only for tax books. It is related to new repair regulations where a statistical method was applied by auditors, and we need to sync PeopleSoft to match the new values.

Thanks for any advice or detailed explanation on how the adjust accum depreciation screen works.

I may need a little more information before providing proper guidance.  Have the thousands of assets had any transactions (transfers, cost adjustments, recategorizations, etc.) performed on them since they were put in service?  Unfortunately PeopleSoft won’t allow you to make any adjustments to assets prior to the last possible change made to the asset (e.g. the new transaction date must be greater than or equal to the latest available transaction date associated to the asset).

Since the assets have very likely been touched since their in-service date, my recommendation would lean towards re-converting the tax books for the assets in question.  When you perform the re-conversion, you can add the 50% accumulated depreciation as of the asset’s in-service date (which would accomplish the FY2007 example you provided in your question).  Then the asset would depreciate as usual for the remainder of its useful life.

Alternatively, here is a quick explanation of the Adjust Accumulated Depreciation page that is delivered:

If the asset has already begun depreciating, use whatever transaction and accounting date needed and enter values for the Depr Accum Adjustment, and, if applicable, the Year to Date Depr Adjust.

This will create an ADD entry for the accumulated depreciation adjustment, which populates the PS_DEPRECIATION table.  Then, a RAD (Reserve Adjustment) entry gets created on the PS_OPEN_TRANS table.  After you run Depreciation Calculation it should adjust the future depreciation of the asset based on the cost basis, the total accumulated depreciation, and the transaction date used for the adjustment.

As for the DPR and PDP entries that get created, you may want to ensure that the Accounting Date is equal to the Transaction Date used when adjusting the accumulated depreciation (even though accounting entries aren’t being created, as you are only adjusting the tax books).  You’ll likely have to open up the periods in question, though, as PeopleSoft may still try to validate that the accounting period is open.

Share and Enjoy:
  • PDF
  • Print
  • email
  • Twitter
  • Facebook
  • LinkedIn
  • RSS
  • Tumblr
  • Google Bookmarks
  • Netvibes

EFT payments in PeopleSoft Expenses 9.0 without PeopleSoft HR

January 19th, 2010

Our company is in the process of implementing Expenses 9.0 (we do not have PSoft HR, but do have AP and GL). We have a requirement to allow users to be paid either via check or direct deposit (EFT). I have no problems getting the check portion to work. However, it seems no matter what configuration changes or user changes that I make payment is always being staged as System Check. Can anyone point me in the right direction as to what configuration area I should be looking at?

I am assuming you have your employees set up as vendors in the system. If this is the case, you should be able to modify their vendor record to point to Electronic Funds Transfer rather than Check.

Go to Vendors > Vendor Information > Add/Update > Vendor. Find the employee and click on the Location tab. Click the Payables hyperlink. Expand the Additional Payables Options section. In the Additional Payment Information section, select Specify and then Electronic Funds Transfer.

Share and Enjoy:
  • PDF
  • Print
  • email
  • Twitter
  • Facebook
  • LinkedIn
  • RSS
  • Tumblr
  • Google Bookmarks
  • Netvibes

Selecting the translate values from PSXLATITEM table by joining to another table

January 14th, 2010

Our current Version: PS8.9; People Tools: 8.47How can we select the translate values from PSXLATITEM table by joining to another table?I want the description(XLATLONGNAME) in the field value rather th
How can I get the translate values description selected in the query?
Record used :
PSXLATITEM.
HRS_JO_RQMT_I
fiels selected:
SCHEDULED_TYPE
SHIFT
Translate values of Schduled_type:
P
F
O
Long names:
par time
Full time
Optional
I want the descriptions (long names) of the tanslate values should be displayed in the output rather than
F, P, O
Any suggestions ?/ Thanks.

If you are doing this via the online Query tool, you can change the Field settings (on the Field tab) to display the Long description rather than the ID for the fields you are selecting.

If you are just writing SQL, I would suggest using XLATTABLE_VW instead of PSXLATITEM to obtain the long description of the field(s) you are selecting. In my queries, I typically join to that view with the following criteria:

SELECT D.XLATLONGNAME AS SCHEDULE_TYPE
FROM PS_HRS_JO_RQMT_I A, XLATTABLE_VW B
WHERE B.FIELDNAME = 'SCHEDULED_TYPE'
AND A.SCHEDULED_TYPE = B.FIELDVALUE AND B.EFFDT
(SELECT MAX(B_ED.EFFDT) FROM XLATTABLE_VW B_ED
WHERE B.FIELDNAME = B_ED.FIELDNAME
AND B.FIELDVALUE = B_ED.FIELDVALUE
AND B_ED.EFFDT <= SYSDATE);
Share and Enjoy:
  • PDF
  • Print
  • email
  • Twitter
  • Facebook
  • LinkedIn
  • RSS
  • Tumblr
  • Google Bookmarks
  • Netvibes