rcitra
14th April 2005, 11:01
dear All,
our tfgld415 table is corrupted :( and we have run session tfcor1218m000 to restore it.
But no record is restored in this table. Did we miss something?
Anybody can explain why?
Please help.
Thank you.
best regards,
Richard Citra.
rcitra
28th April 2005, 05:45
dear All,
has anyone ever run session tfcor1218m000?
Anybody can give us some help or manual of how this session works?
Last time, we found out that table tfgld417 was corrupt, so running this session won't populate tfgld415. Now that we've fixed the corrupt table, we should expect some result from executing this session. But once again, tfcor1218m000 brings nothing but some printed report on the display. Table tfgld415 is still empty.
Anybody please help....
Thanks.
best regards,
Richard Citra.
Moon Lok
28th April 2005, 06:20
Just a silly guess! Have you turn the 'Test Print' flag to "No" when running the session?
rcitra
28th April 2005, 07:11
Gosh!!!
You guess it right...
Moon Lok, do you ever have any experience with this tfcor1218m000 session?
Thanks.
Moon Lok
28th April 2005, 07:35
Sorry! I still not brave enough to run this session.
rcitra
28th April 2005, 07:44
Well....are you sure that not flagging the Test Print check box is the issue?
Do you have any manual on this session? I can't find it in Baan Support site.
Thanks.
Moon Lok
28th April 2005, 08:48
Regarding to the baan solution #125082
SOLUTION DESCRIPTION:
With the session delivered by this solution the Integration transactions can be generated. If the correction program is executed it is possible to do a test print first. This will not update any tables. If the 'Test Print' flag on the form is set to 'No' then table Integration Additions (tfgld415) will be updated.
It make me have this guess. By the way, if your table tfgld415 is really empty, it's no harm to try. I don't think there have any manual for that session.
Regards,
Moon Lok
28th April 2005, 12:27
After taking some investigation on the Solution 125082. Find that the session get use of tfgld418 to retrieving the "unposted" record. Then, with the unposted record of tfgld418 to search all other information from tfgld410, tdsls400, tdsls401, tdpur400, tdpur401.
In order to find out what problem on your side. I think you may find one unposted record in tfgld418 as a sample to search other information manually on the mentioned table by index key (they all use index1).
Regards,
rcitra
28th April 2005, 14:46
Moon Lok, i have run the session without flagging the Print Test check-box.
But the result is still null although it prints the report.
Juergen
28th April 2005, 16:55
Hi,
yust a guess but maybe a servicepack problem?
You are on servicepack 7 but solution 125082 is from servicepack 10.
If I look to the program script in B40c4 there are a lot of corrections over the time.
Juergen
Moon Lok
29th April 2005, 06:17
result is still null although it prints the report
As I understand on the session, if a report can printed out without update of table tfgld415. It should be the table tfgld418 got the unposted record but the session can not retrieve any data from tfgld410, tdpur400, tdpur401, tdsls400, tdsls401. Therefore, a manually check should be taken out by yourself to identify the record exist or not on those table.
rcitra
29th April 2005, 09:45
Hi Moon Lok,
i randomly pick an unposted record (origin:sales) from tfgld418 and check it whether the transaction exist in tfgld410, tfgld417, tdsls400, tdsls401. The record i picked exists in all of those tables i mentioned.
Maybe Juergen is right about the service-pack level difference between the solution and our BaanERP?
Anybody have any idea of what's going on here? Baan Support still hasn't come with an update of this case.
Thanks.
Moon Lok
29th April 2005, 10:27
Maybe Juergen is right about the service-pack level difference between the solution and our BaanERP?
Agreed of that. Once you get solution from Baan Support, just let me know.