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.

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.

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);

The PeopleSoft delivered method of loading location amounts uses the CONUS/OCONUS files. Where do you get the files? The GSA website only provides an excel format for domestic rates. For alaska and hawaii, there is a link on the GSA’s website to the department of defense for a file that is in a different format than the domestic rates provided by the GSA. For foreign rates, there is yet another link from the GSA’s website to The Office of Allowances’ foreign per diem rates.

I noticed that if I just download everything through the department of defense, the rate for the domestic locations are not the same as what is provided for through the GSA’s website.
Furthermore, how do you handle the changing formats for rate information through the various sources for that information?

The per diem information seems to exist in very dynamic formats, and it makes coding for importing the information very difficult.

You should be able to save the Excel files that are produced from the GSA website (CONUS and OCONUS) using the file formats (columns) as depicted on the following website:

http://www.defensetravel.dod.mil/pdc-archive/PD-RATES/Ascii-Delimited/fstruct.html

Save the Excel file as a semi-colon delimited text file.  To do this, you’ll need to change your current default delimiter by following these steps (assuming you’re using Microsoft Windows and Microsoft Excel):

1. In Microsoft Windows, click the Start button, and then click Control Panel.
2. Open the Regional and Language Options dialog box.
3. Do one of the following:
* In Windows Vista, click the Formats tab, and then click Customize this format.
* In Windows XP, click the Regional Options tab, and then click Customize.
4. Type a new separator in the List separator box.
5. Click OK twice.

Then you just need to get the files with the correct column order and save it as a CSV.  Change the file extension to TXT and you’ll be all set.

An asset was retired in 2007 and in 2009 is now needing to be reinstated. (why? wrong asset was retired.) After the reinstatement is saved and deprcalc is run, no PDP is being created for 2009, just accumulated. Instead DPR is created for all the months after the initial retirement. Only the accumulated depreciation is being posted in 2009. My developer and I have tried resetting the asset back to the initial ADD and rerunning the processes in a variety of ways with the same results. This problem is affecting only two of the three REI I did for 2009 so the problem isn’t even consistently wrong. Suggestions on what to look at next?

I’ve seen this in the past as well. I would certainly agree with Steve – it is never a good idea to delete/purge data from the system. That creates nightmares from an audit and data integrity standpoint.

A workaround that we used for this one-off case was to create the PDP entry yourself in the GL. This option isn’t the cleanest, but it gets you where you need to be. Since you likely won’t be re-running Depreciation Close for the previous periods (the process that actually creates the period’s DPR accounting entries and sends them to GL), you won’t have to worry about double-booking depreciation.

Hi,
I’ve created an online voucher and then i’ve posted it. After that i ran the pre interface process to get the asset details in the pre interface loader table. Then i ran the payables interface process AMPS1000 to get the asset details in the INTFC_PHY_A and INTFC_FIN tables. When i reviewed the INTFC_PHY_A tables, i could not get the location field populated. Please let me know if anyone of you have faced the similar kind of issue.
Thanks in advance,
PP

I’ve encountered this issue at several clients. In the end we’ve had to develop a customization in the INTFAPAM Application Engine to pull in the PS_VOUCHER_LINE.SHIPTO_ID, as our AP Ship To Location ID’s are the same as the AM Asset Location ID’s.

I am pretty sure PeopleSoft removed this code prior to or immediately after Financials version 8.8 for some reason.

Hi Tyson,

I’m facing the same issue, i’ve checked the trace file of INTFAPAM and found that it is populating the location as blank in INTFC_PRE_AM table. Now when i checked the trace for AMPS1000, it is populating the location in INTFC_PHY_A based on the RECEIVER_ID found in INTFC_PRE_AM. And the location is picked from RECV_LN_ASSET table.

The main issue here is even if the RECEIVER_ID is there in the INTFC_PRE_AM table, it is not populating the LOCATION in INTFC_PHY_A table. I’m not sure why is this happening. Any comments on this?

Tyson, could you please explain me the customization that u have performed on INTFAPAM app engine?

Thanks,
P

P,

The customization that we’ve developed in the past was to take the PS_VOUCHER_LINE.SHIPTO_ID and populate the PS_INTFC_PRE_AM.LOCATION field with the same ID (or you can use a translate built off of a custom translate table).

For purchase orders, if your organization enters receipts (uses the Receiving functionality), then we could look into that code as well. Let me know if this is the case and we could explore that option to assign valid locations to asset additions through the interface.