Who's On?

	Membership:
	Latest: Hitman
	Past 24 Hours: 0
	Prev. 24 Hours: 1
	Overall: 5208

	People Online:
	Visitors: 245
	Members: 0
	Total: 245

Name	Points
Greg Moeller	4184
David Williams	3349
JonA	3291
Kat V	2984
Woozy	1973
Jimmy Chiu	1883
Kwane McNeal	1437
Ragu Raghavan	1372
Roger French	1315
mark.cook	1244

AP03.1 data issues

3 Replies

1 Subscribed to this topic

43 Subscribed to this forum

Sort:

Author

Messages

Chris Willhoite

New Member

Posts: 1

12/10/2021 11:20 PM

Our AP team uses attributes on the vendors, and the data that displays in the AP03.1 screen does not match the data in the APVNMXVAL table. This is causing issues with integrations with other applications and reports. As a test I updated the data in AP03.1 and the database does not update. Is there another table that AP03.1 may be linked to or another reason that the data is not the same between Lawson and the database?

Kat V

Veteran Member

Posts: 1020

12/27/2021 10:05 PM

I don't have that issue - you do have to be on the APVNMXVAL table and as far as I can tell can only pull the attribute in by one Matrix Category - or you get multiple rows per vendor.

But APVENMAST and APVNMXVAL joined on AP_OBJ_ID are where the values are for me.

Carol S

Basic Member

Posts: 12

12/27/2021 10:37 PM

Chris is correct. You need the AP-OBJ-ID to link to APVNMXVAL. You can also get back multiple values depending on how many attributes you use on the vendor.
You need to know both the name of the Attribute and also the range (if specified) of the attribute values you want to update.
Attributes are created on MX10 and the values added to attributes could be limiting if they are set up that way.
It would be easier to assist if you let us know what is missing in the APVNMXVAL table after you have done the interface.

John Henley

Posts: 3353

12/27/2021 10:56 PM

Chris, don't laugh, but it just might be that you are entering into Lawson and it isn't showing up in the database because you're looking at the wrong database table... one suggestion is to double/triple check that you're actually looking at the correct database table, i.e. correct server, database name, schema, etc. It happens....