Skip to main content
Solved

Customer Analysis - Ledger Items Custom Field

  • July 3, 2026
  • 2 replies
  • 32 views

Forum|alt.badge.img+10

Hi,

 

In Apps 10 - adding custom fields to LEDGER_ITEM_CU_DET_QRY. Works ok as read only. We can add Persistent Fields but it will not let us enter data in the client.

Any ideas on why this is and if there is any where we can add this in the client?

Current alternative thinking is to use  a Custom LU to enter data which will be picked up by LEDGER_ITEM_CU_DET_QRY.

 

This is for an invoice query management system - so need to be visible on the screen that Credit Control use,

Best answer by TmRyk

Hi,

This behaviour is due to the fact that LEDGER_ITEM_CU_DET_QRY doesn’t have a base table behind it. It’s a query‑based LU that pulls information from other areas of IFS (for example LEDGER_ITEM_AUTH, voucher tables, posting control, etc...).

Because there’s no underlying table, IFS can’t store persistent custom field values against this LU so while you can create a persistent field, the client can’t insert or update anything.

Read‑only custom fields work fine because the _CFV view is just extending the query and returning data, not storing it.

If you need to store additional information, you’d need to add the persistent field to the LU where the data actually lives, and then expose it in LEDGER_ITEM_CU_DET_QRY as a read‑only field?

Alternatively, you could create a small custom LU/table to hold your invoice‑query metadata (e.g., keyed by Company, Invoice No, Series ID) and then join or reference that data in the Ledger Item query. This would give Credit Control visibility without trying to write into a read‑only LU although it’s a slightly larger piece of work.

Thanks,

R

2 replies

Forum|alt.badge.img+4
  • Do Gooder (Customer)
  • Answer
  • July 22, 2026

Hi,

This behaviour is due to the fact that LEDGER_ITEM_CU_DET_QRY doesn’t have a base table behind it. It’s a query‑based LU that pulls information from other areas of IFS (for example LEDGER_ITEM_AUTH, voucher tables, posting control, etc...).

Because there’s no underlying table, IFS can’t store persistent custom field values against this LU so while you can create a persistent field, the client can’t insert or update anything.

Read‑only custom fields work fine because the _CFV view is just extending the query and returning data, not storing it.

If you need to store additional information, you’d need to add the persistent field to the LU where the data actually lives, and then expose it in LEDGER_ITEM_CU_DET_QRY as a read‑only field?

Alternatively, you could create a small custom LU/table to hold your invoice‑query metadata (e.g., keyed by Company, Invoice No, Series ID) and then join or reference that data in the Ledger Item query. This would give Credit Control visibility without trying to write into a read‑only LU although it’s a slightly larger piece of work.

Thanks,

R


Forum|alt.badge.img+10
  • Author
  • Sidekick (Customer)
  • July 22, 2026

Thanks - yes that’s what we thought, but always nice to see others in agreement.


We are going down a Custom LU / Page route for maintenance / reporting on and showing the info on the LEDGER_ITEM_CU_DET_QRY screen.