debian-devel@lists.debian.org
-Original Message-From: Kerri Bowman [mailto:[EMAIL PROTECTED]Sent: Friday, November 07, 2003 2:48 PMTo: [EMAIL PROTECTED]Subject: Half Priced Viag&ra
FW: Inventory Count Test
> -Original Message- > From: Wagner,Kirby,GREENWICH,SAP Team > Sent: Wednesday, November 05, 2003 11:10 AM > To: Winters,John,GREENWICH,Information Services > Cc: Halliday,Steve,GREENWICH,Information Services > Subject: RE: Inventory Count Test > > John, > Please e-mail below from Danielle Baccaglini showing the layout set and > path name for RMS data to be used in the Route FG Shrink Auto Upload > Report. > > Kirby Wagner > Nestlé Waters North America Inc. > SAP Solutions Analyst > (203) 629-7489 > > -Original Message- > From: Halliday,Steve,GREENWICH,Information Services > Sent: Wednesday, November 05, 2003 8:50 AM > To: Wagner,Kirby,GREENWICH,SAP Team > Subject: RE: Inventory Count Test > > The shrink program. Please let who ever is working on it know it is out > there and forward the email. > >-Original Message- > From: Wagner,Kirby,GREENWICH,SAP Team > Sent: Tuesday, November 04, 2003 4:36 PM > To: Halliday,Steve,GREENWICH,Information Services > Subject:RE: Inventory Count Test > > What is this for? > > Kirby Wagner > Nestlé Waters North America Inc. > SAP Solutions Analyst > (203) 629-7489 > >-Original Message- > From: Baccaglini,Danielle,GREENWICH,Information Services > Sent: Tuesday, November 04, 2003 2:14 PM > To: Halliday,Steve,GREENWICH,Information Services; > Wagner,Kirby,GREENWICH,SAP Team > Cc: Stronge,William,GREENWICH,Information Services > Subject:Inventory Count Test > > Steve and Kirby, > > I updated our test machine with data for October's EOM and > ran a test for the Ozarka database. > > The name of the file is 'ozk_invcnt.dat' and I put it in the > /INTERFACES/DV3/in/RMS directory. > The file is fixed length and the layout is as follows: > Field Name Justification Length > Format > EOM Date Left8 > MMDD > Plant Left4 > Prod Code Left3 > Mat Num Left10 > Count Right 13 > > Let me know how it looks and when you are ready for further > testing. > > Thanks, > Danielle Baccaglini > x0233 > >
FW: Resolved Deduction Report
> -Original Message- > From: Bryant,Susan,GREENWICH,Information Services > Sent: Tuesday, November 04, 2003 1:24 PM > To: Winters,John,GREENWICH,Information Services > Subject: RE: Resolved Deduction Report > > Thanks for confirming. I think we will just leave it lie unless someone > else complains. I had just never seen these results before. > > > -Original Message- > From: Winters,John,GREENWICH,Information Services > Sent: Tuesday, November 04, 2003 1:22 PM > To: Bryant,Susan,GREENWICH,Information Services; > Melody,Thomas,GREENWICH,Information Services > Cc: Daley,Tom,GREENWICH,Information Services > Subject: RE: Resolved Deduction Report > > You are correct - it is not finding any RV documents and is bypassing the > Customer and Hierarchy read routines. > > -Original Message- > From: Bryant,Susan,GREENWICH,Information Services > Sent: Tuesday, November 04, 2003 1:19 PM > To: Winters,John,GREENWICH,Information Services; > Melody,Thomas,GREENWICH,Information Services > Cc: Daley,Tom,GREENWICH,Information Services > Subject: RE: Resolved Deduction Report > > I've figured it out. When the only deductions that are cleared are those > cleared through FI rather than SD then for some reason the program does > not hit the section where name texts are brought in. This is not perfect > but no one in the field has had an issue with it yet (it's been like this > for over 2 years). The only time this will happen is in the first couple > of days of the month when Unearned Cash Discounts and Ded below the ded > tolerance are cleared. In the past months when I've run this in the first > three days, there has always been at least one SD document which makes the > program hit the section that pulls in names. In the perfect world, they > wouldn't clear anything in the first couple of days (deduction activity is > supposed to be frozen) but this never happens. > > At this point I don't think we need to change anything. With this report > we can do more harm than good sometimes. We may want to look at it when > we make adjustments with the new unauthorized deduction project. > > Thanks. > Sue > >-Original Message- > From: Winters,John,GREENWICH,Information Services > Sent: Tuesday, November 04, 2003 10:33 AM > To: Melody,Thomas,GREENWICH,Information Services; > Bryant,Susan,GREENWICH,Information Services > Cc: Daley,Tom,GREENWICH,Information Services > Subject:RE: Resolved Deduction Report > > Fortunately or Unfortunately - nothing has changed. This is the only > version of the program. > >-Original Message- > From: Melody,Thomas,GREENWICH,Information Services > Sent: Monday, November 03, 2003 5:06 PM > To: Bryant,Susan,GREENWICH,Information Services; > Winters,John,GREENWICH,Information Services > Cc: Daley,Tom,GREENWICH,Information Services > Subject:FW: Resolved Deduction Report > > > > Sue, > > We may have inadvertently caused an issue here with our change to > the download program. > I am assigning this program to John with top priority to implement > the new Z_NWNA_DOWNLOAD , > and make sure this issue is corrected. > > Tom > > >-Original Message- > From: Bryant,Susan,GREENWICH,Information Services > Sent: Monday, November 03, 2003 4:15 PM > To: Melody,Thomas,GREENWICH,Information Services > Cc: Daley,Tom,GREENWICH,Information Services > Subject:Resolved Deduction Report > > Tom, > > I'm getting output for this report that I have never seen before. > If I run the report for Clearing Date 10/31/03. The download is fine. If > I run the report for Clearing Dates 11/01/03-11/03/03 then the download is > missing the partner names and hierarchy names. > > I've created two variants for you to look at in PRD. Run ZDEDSRPT > with variant 10/31/03 then variant 11/01/03 and you will see the output I > am getting. You need to delete or rename the first spreadsheet before > running the second. You can run them in foreground if you like. They > don't take too long. > > Could you please help me understand what has changed??? > > Thanks, > Sue
FW: Invalid SAPOFFICE user ID in receiver list
-Original Message- From: Fine,Paul,GREENWICH,Information Systems Sent: Monday, November 03, 2003 4:31 PM To: Winters,John,GREENWICH,Information Services; Moffa,Robert,GREENWICH,Information Services Cc: Daley,Tom,GREENWICH,Information Services Subject: RE: Invalid SAPOFFICE user ID in receiver list John/Robert, Any luck on the previous response below?...need me to add more info? Please let me know Thanks Paul Fine Nestle Waters North America SAP Analyst Phone-203-629-7234 Pager-1-888-22-WATER -Original Message- From: Fine,Paul,GREENWICH,Information Systems Sent: Friday, October 31, 2003 10:44 AM To: Kaine,Ken,GREENWICH,IS; Winters,John,GREENWICH,Information Services Subject: RE: Invalid SAPOFFICE user ID in receiver list John, I think Ken's response is to the issue we have with the zbolexception report to send to external users (vendors) As far as the zvcaserr report there is an entry in table usr01 and usr02 for PPSP in Production; however you are right there is none in DV3. I have left Robert Moffa a voice mail to create a user PPSP in DV3 so that tables usr01 and usr02 should be populated. Once this is done we still have to see if the Exchange directory for PPSP is populated correctly. Thanks Paul Fine Nestle Waters North America SAP Analyst Phone-203-629-7234 Pager-1-888-22-WATER -Original Message- From: Kaine,Ken,GREENWICH,IS Sent: Friday, October 31, 2003 10:35 AM To: Winters,John,GREENWICH,Information Services; Fine,Paul,GREENWICH,Information Systems Subject: RE: Invalid SAPOFFICE user ID in receiver list If you look at program ZF_GELCO_RECURRING_PAYMENTS you can see a couple examples of how to send an email to a non SAP user. The standard Z_PGA_DOWNLOAD function uses a receiver list of type somlreci1. In this structure there is a field called rec_type, which by default is space which indicate the name you supplied to be a SAP user name. If you change rec_type to be 'U' for Internet address then you will be able to send to ids that don't have an SAP user id. Let me know if you me more information on this. Ken -Original Message- From: Fine,Paul,GREENWICH,Information Systems Sent: Friday, October 31, 2003 9:51 AM To: Kaine,Ken,GREENWICH,IS Cc: Winters,John,GREENWICH,Information Services Subject: RE: Invalid SAPOFFICE user ID in receiver list Ken, Have you developed any functionality in the Gelco project where we send an external email (non-NWNA) from SAP? If so would you mind helping us out by looking at the program ZBOLEXCEPTION. We would like to sort then send the output to an external email found in the vendor master. It seems the current program finds the receivers to be invalid (see John's email below). Thanks Paul Fine Nestle Waters North America SAP Analyst Phone-203-629-7234 Pager-1-888-22-WATER -Original Message- From: Nestle Waters NA - SAP Development [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 29, 2003 11:13 AM To: [EMAIL PROTECTED] Subject: Invalid SAPOFFICE user ID in receiver list Program ZVRCASERR contained invalid receviers in the receiver list. Either SAPUSER does not exist or SMTP forwarding addressmissing See system admin if you cannot resolve this error Mail has not been sent to the following receiver(s) ppsp
FW: rice doc status
> -Original Message- > From: Melody,Thomas,GREENWICH,Information Services > Sent: Wednesday, November 05, 2003 3:09 PM > To: Winters,John,GREENWICH,Information Services > Cc: Fine,Paul,GREENWICH,Information Systems > Subject: FW: rice doc status > > > John, > > Was this completed ? > > Tom > > > -Original Message- > From: Fine,Paul,GREENWICH,Information Systems > Sent: Wednesday, November 05, 2003 2:48 PM > To: Melody,Thomas,GREENWICH,Information Services > Subject: rice doc status > > Tom, > I am unsure if you have this rice doc or not > If not here it is...it is to copy the ship-to to the shipment doc in dv3 > 240 > Thanks > > Paul Fine > Nest <> e Waters North America > SAP Analyst > Phone-203-629-7234 > Pager-1-888-22-WATER > Data Transfer for shipto.doc Description: MS-Word document
FW: rice doc
> -Original Message- > From: Fine,Paul,GREENWICH,Information Systems > Sent: Wednesday, October 29, 2003 9:28 AM > To: Winters,John,GREENWICH,Information Services; > Melody,Thomas,GREENWICH,Information Services > Subject: RE: rice doc > > I thought this was standard process...I guess not. > If with any report currently in SAP we add to the field 'receiver' the > output will be emailed to that address. > So if we input 'PALL' into this field SAP maps this receiver to an outlook > email directory. > In this directory there is administration done where if it receives an > email with a specific subject heading it forwards it to the appropriate > parties listed in that directory. > So somehow when the output is generated in this program a specific subject > heading is required. The receivers listed should be generated in > accordance with the plants found in this report > Does this help? > If not perhaps we can meet Thursday to run through an example > Paul Fine > Nestle Waters North America > SAP Analyst > Phone-203-629-7234 > Pager-1-888-22-WATER > > -Original Message- > From: Winters,John,GREENWICH,Information Services > Sent: Tuesday, October 28, 2003 5:19 PM > To: Fine,Paul,GREENWICH,Information Systems; > Melody,Thomas,GREENWICH,Information Services > Subject: RE: rice doc > > This doesn't help me at all. Sorry. > > What does Outlook have to do with it ? > > -Original Message- > From: Fine,Paul,GREENWICH,Information Systems > Sent: Tuesday, October 28, 2003 4:43 PM > To: Winters,John,GREENWICH,Information Services; > Melody,Thomas,GREENWICH,Information Services > Subject: RE: rice doc > > The receiver should equal the plant name. > Outlook should take care of the actual email address by searching for the > subject line > This is the same concept used for 'missing standards report' where we > email to 'SAPMAIL' and outlook uses the subject line as to where to send > the email. > The rice doc states that the receiver equal the plant name > Does this help? > > Paul Fine > Nestle Waters North America > SAP Analyst > Phone-203-629-7234 > Pager-1-888-22-WATER > >-Original Message- > From: Winters,John,GREENWICH,Information Services > Sent: Tuesday, October 28, 2003 4:33 PM > To: Melody,Thomas,GREENWICH,Information Services; > Fine,Paul,GREENWICH,Information Systems > Subject:RE: rice doc > > There are no specifications in this Document for determining the > E-mail address of a Plant ?? > >-Original Message- > From: Melody,Thomas,GREENWICH,Information Services > Sent: Tuesday, October 28, 2003 3:51 PM > To: Fine,Paul,GREENWICH,Information Systems; > Winters,John,GREENWICH,Information Services > Subject:FW: rice doc > > > This request is assigned to John. > > Tom > >-Original Message- > From: Fine,Paul,GREENWICH,Information Systems > Sent: Tuesday, October 28, 2003 12:35 PM > To: Melody,Thomas,GREENWICH,Information Services > Subject:rice doc > > There is a requirement to email the output for the existing program > zvrcaserr to the appropriate parties. > This program finds the BDC sessions with a prefix UFA* and CFA* plus > related delivery information > Thanks << File: BDC Emailed.doc >> > > Paul Fine > Nestle Waters North America > SAP Analyst > Phone-203-629-7234 > Pager-1-888-22-WATER >
