30.04.2013 Views

OSS Interface Change Management Meeting May 13, 2003 - Verizon

OSS Interface Change Management Meeting May 13, 2003 - Verizon

OSS Interface Change Management Meeting May 13, 2003 - Verizon

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

<strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> <strong>Meeting</strong><br />

<strong>May</strong> <strong>13</strong>, <strong>2003</strong><br />

10:00 AM – 12:00 PM<br />

1095 Avenue of the Americas, New York, NY – Fl/Rm. 26-36<br />

Dial-In: (312) 461-9457<br />

Agenda<br />

I) Welcome and Introductions – Tom Rodgers<br />

II) Special Projects (10:00 – 10:20)<br />

PA/VA Uniformity - (Kim Brown and Ed Amato)<br />

III) Departmental Discussion (10:20 – 11:00)<br />

WCCC - (Patricia Pungitore)<br />

Billing - (Kathleen Conroy)<br />

Website Enhancements – (Linda Senne)<br />

Provider Notification - (Maryellen Langstine)<br />

IV) CMP Issues (11:00 – Noon)<br />

Status CMP Open Issues<br />

New CMP Issues and Discussion<br />

- End User level listing (CR# 2397) – (Susan Pistacchio)<br />

- Pending Order Error Message(CR# 2500) – Tom Rodgers<br />

- LSOG7 – Tom Rodgers<br />

Lunch Noon – 1:00 P.M<br />

V) <strong>Change</strong> Control Items By Release – (1:00 – 1:30)<br />

VI) <strong>Verizon</strong> Initiated <strong>Change</strong> Requests– (1:30 – 2:00)<br />

C03-0723: Add Trouble Ticket/PON to BDT<br />

C03-0571: Retas Screen Enhancement<br />

VII) CLEC Initiated <strong>Change</strong> Requests<br />

2889: <strong>Change</strong> their bill format to include the CKL information for analog loops on UNE-L<br />

bills on the CSRs<br />

2811: ALI Code Spreadsheet Upgrade<br />

2815: AOS Form for CLEC to CLEC Migrations


<strong>May</strong> <strong>2003</strong><br />

Topic # Description Date Discussion<br />

51 Wholesale Customer<br />

Care Center/ formerly<br />

Bell Atlantic Help Desk<br />

<strong>May</strong> <strong>2003</strong> East CMP Revisions Dated April 30, <strong>2003</strong><br />

1<br />

<strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> <strong>Meeting</strong><br />

2/08/00 - Bell Atlantic told the CLECs the Help Desk Hours of Operation.<br />

- BA to have the handbook updated with the correct hours of the Help Desk. These hours are EST.<br />

- BA explained that out of hours, you can actually page somebody, and they will get back to you. CLECs took an<br />

action item to check with their organizations and see it the response is satisfactory when the BA Help Desk gets<br />

paged.<br />

- CLECs asked to have a workshop to review the Help Desk Processes, and to make sure that it is working for<br />

everyone.<br />

- BA to send out a note with logistics for a meeting and solicit agenda topics in writing from the industry.<br />

- CLECs asked for BA to clarify the 6 help desks.<br />

- MCI wants to see a Help Desk recovery plan.<br />

3/7/00 - BA recommends closing. BA held a Help Desk meeting on 3/7/00. BA will continue to hold workshops on a<br />

monthly basis. Next Help Desk meeting is scheduled for 3/21/00.<br />

3/14/00 - CLECs request this item remain open.<br />

- BA believes 3/21 meeting may be postponed.<br />

4/11/00 - Help Desk meeting is scheduled for 4/14/00<br />

- <strong>Meeting</strong> materials will be sent to CLEC’s prior to meeting<br />

5/9/00 - Status from Help Desk workshop to be addressed before next meeting<br />

- One of the most sought after issues was the number of past date due PON type tickets, backlog and clean-up<br />

resolution. A process is now in place.<br />

- If a CLEC has a question about a pending ticket, they should call the Help Desk. Once it is identified, it will be<br />

given to a particular person decreasing the turnaround time<br />

- A new workshop will be scheduled<br />

6/<strong>13</strong>/00 - CLECs wanted to know when the next Help Desk meeting will be held.<br />

- BA to schedule another workshop<br />

7/11/00 - BA advised CLECs of the upcoming workshop and conference calls scheduled<br />

- Future workshops are planned for:<br />

- July 18, 2000 (on site)<br />

- July 21, 2000 – August 7, 2000 - August 14, 2000 – August 21, 2000<br />

- Mettel asked when will the Help Desk have only one number as promised<br />

08/08/00 - This topic being discussed at weekly help desk calls, see schedule above.<br />

09/12/00 - CLECs have concerns regarding some type of service level agreement with the help desk. They would like to<br />

start up talks to get some type of agreement in place. Another request was to have the architecture that is used<br />

for order and pre-order documented so that when the CLEC discusses a problem with the help desk, there is a<br />

clear understanding of where the problem may be and what is being done to fix it.


<strong>May</strong> <strong>2003</strong> East CMP Revisions Dated April 30, <strong>2003</strong><br />

2<br />

<strong>May</strong> <strong>2003</strong><br />

<strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> <strong>Meeting</strong><br />

Topic # Description Date Discussion<br />

10/10/00 - Bernie Bolinski presented an update regarding the help desk.<br />

- The speed at which the calls are answered is running at approximately 80 to 85% answered within 20 seconds.<br />

Overall, status back to the customer is happening within 2 or 3 days.<br />

- <strong>Verizon</strong> advised that a customer advocate group will be started soon. This group will focus on tracking<br />

pending reports and responding to escalations. This group will also work with customers and internal groups to<br />

facilitate timely ticket resolution.<br />

- Bernie is also getting an analysis group underway. Their responsibility will be to identify process<br />

improvements and track historical trends.<br />

- Tivoli is a reporting system that is being rolled out to internal work groups so that everyone is on the same<br />

ticketing system, which will lead to easier tracking of tickets.<br />

- CLECs requested that there be bi-weekly calls with Bernie and Help Desk personnel to discuss overall process<br />

issues. Bernie agreed, and the first call was set up for 10/26.<br />

11/14/00 - CLECs would like documentation on the Help Desk process – they are confused as to where they should call<br />

for what items.<br />

- Documentation should say what the Help Desk turn-around times are. RCN asked for a Help Desk process<br />

flow to help discern where to go with GUI issues.<br />

- CLECs would like weekly meetings with the Help Desk as originally planned at the last <strong>Change</strong> Control<br />

meeting. A date was set, however the meeting did not take place. BA advised that when a firm meeting is<br />

planned, the CLEC community would be notified. BA to speak with Help Desk personnel for further status<br />

12/12/00 - CLEC want an overview of the new processes and changes occurring at the HelpDesk. <strong>Verizon</strong> will look into<br />

scheduling a date in January. CLECs would also like to discuss mechanized tracking of trouble tickets<br />

- CLECs would like clear definition on turnaround time of trouble tickets from the Help Desk<br />

- CLECs were unhappy about the systems being down and not reported to the industry. Concern was also raised<br />

over the pager notification process of when the system goes down and when it is brought back up<br />

- CLECs would like possible causes of outages included in the down or slow response message sent to the<br />

industry<br />

- CLECs would like the contact list updated on the Web. HelpDesk (T. Thirsk) will work to get the list current<br />

1/9/01 - CLECs were given details on the involvement of Managers in the process of tracking trouble tickets. The<br />

process is expected to be in place within 2 months<br />

- BA advised that a smaller group would be handling calls and turning trouble tickets over to the Managers<br />

- CLECs wanted to know when an overview of the new process would be discussed. Discussions will take place<br />

as soon as it is finalized.<br />

- CLECs asked if they could have a profile for their company readily available when reporting troubles which<br />

would streamline the entire process. BA will take a look into those address identifiers, but did advise the<br />

process may need to remain internal needs


<strong>May</strong> <strong>2003</strong> East CMP Revisions Dated April 30, <strong>2003</strong><br />

3<br />

<strong>May</strong> <strong>2003</strong><br />

<strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> <strong>Meeting</strong><br />

Topic # Description Date Discussion<br />

2/<strong>13</strong>/01 - CLEC questioned VZ about of issue regarding billing trouble ticket policy. VZ will check into this issue<br />

further.<br />

- CLEC (Dressler) informed VZ that when dealing with a GUI (system) issue, the WCCC will not create a<br />

trouble ticket until it is first reported to the GUI HelpDesk.<br />

- Another issue with the HelpDesk is a trouble ticket will not be opened unless there is a sign-on ID. CLECs do<br />

not feel they should have an ID for each individual representative. VZ to explore both of the above issues<br />

3/<strong>13</strong>/01 - CLECs advised of the problems they are experiencing getting CSRs over the past two to three weeks. After<br />

speaking with an Acct Mgr, it was determined that VZ is aware of the situation and it has been escalated.<br />

- CLECs would like status on when the problem would be fixed. They are getting an error message that says the<br />

query cannot be responded to at this time. Trouble tickets have been submitted to the WCCC<br />

- CLECs are also concerned about how quickly the HelpDesk responds to trouble ticket<br />

- VZ to work with HelpDesk team on response turnaround time on trouble tickets<br />

- CLECs would like representation from the HelpDesk at next ICC meeting<br />

- Another CLEC concern is turnaround timeframes for EDI issues. It appears that it is taking a long time to<br />

resolve<br />

- VZ to explore<br />

4/10/01 - VZ (Pat) will be covering this topic going forward. Her role as a manager is handling escalations, billing and<br />

various off-line functions. She is actively involved in the call center<br />

- CLECs (Worldcom) uneasy about the escalation process regarding billing issues. The concern is the<br />

appearance of an internal timeframe at VZ that is not relative to the Website. VZ (Pat) advised that she is<br />

actively working on getting the turnaround time on billing issues reduced. CLECs are finding that some billing<br />

issues take up to 45 days to resolve. CLECs would like to know what VZs personnel is trained to inform<br />

CLECs regarding billing issues. VZ (Pat) will explore further.<br />

- CLECs voiced concern about issues they are experiencing when reporting problems to VZ and are connecting<br />

to the VZ firewall. VZ is therefore not sending out proper or accurate notification. VZ will take this issue back<br />

as an action item.<br />

- CLECs questioned system outages and would like to know what is the process whereby an issue is reported to<br />

VZ and when does it physically begin as a problem for the CLECs. CLECs are actually experiencing a longer<br />

delay than what is reported. VZ (Dave/WCCC) advised that those discrepancies should be called into a 1st<br />

Level Manager (Specialist) to address.<br />

5/8/01 - VZ probed CLECs for HelpDesk concerns. One issue related to agents opening trouble tickets and transmitting<br />

a change order. Attempts were made to leave a message with the HelpDesk, however a response was never<br />

received. VZ to do further exploration<br />

- CLECs question HelpDesk contact information on the Website. VZ advised and provided the correct Web<br />

address that should be accessed for <strong>Verizon</strong> East HelpDesk contact data


<strong>May</strong> <strong>2003</strong> East CMP Revisions Dated April 30, <strong>2003</strong><br />

4<br />

<strong>May</strong> <strong>2003</strong><br />

<strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> <strong>Meeting</strong><br />

Topic # Description Date Discussion<br />

6/12/01 - CLECs questioned trouble tickets regarding submitting orders via EDI - LSOG4 with AHN. VZ will research<br />

for more details to bring about resolution<br />

- CLECs concerned about the amount of time it takes to resolve trouble tickets before escalation proceedings are<br />

warranted. Also raised was the back and forth motion between the Tisoc, HelpDesk and Account Managers.<br />

VZ to explore<br />

- CLECs would like an overview of the HelpDesk process. VZ to comply<br />

- Other CLEC concerns include the TISOC not being able to see an order before it gets rejected automatically in<br />

the GUI, the GUI HelpDesk and the HelpDesks reluctance to give information without having the CLECs ID,<br />

and the CLECs would like VZs reps to have the ability to print an order and fax it to them for quicker<br />

resolution<br />

7/10/01 - VZ reported that there are several questions still outstanding from the WCCC presentation on 6/27 and we are<br />

working diligently on getting responses to those questions<br />

- CLEC, Connective is concerned about a problem they are having with their audit which shows they are still be<br />

billed by VZ when a customer has been disconnected. VZ advised those CLECs experiencing this problem<br />

should open a trouble ticket for further investigation.<br />

- Some CLECs have opened a trouble ticket regarding JEP codes they receive and have no way to differentiate a<br />

good confirmation vs a confirmation that has a jeopardy. VZ to explore<br />

8/14/01 - VZ, (WCCC) will be working with individual CLECs on an ongoing basis for system cleanups. The WCCC<br />

will send CLECs a template and they will be required to fill out and send back to VZ. VZ will then work<br />

internally to either send a notifier back to the CLEC or will take the appropriate action to move or fix the<br />

PCN/BCN. If its found on VZs end, we will then notify the CLEC via daily updates.<br />

- VZ advised that the WCCC will automatically open a trouble ticket and will send the CLEC a template. Once<br />

the template is received, going forward; we will send a template out automatically just in case there is a CLEC<br />

calling in for the first time and does not have one. If any CLEC already have a template, they do not have to<br />

wait to receive one. The CLEC can pre-populate the template and fill in the ticket number once given.<br />

- CLECs request the template be sent to all CLECs via BA <strong>Change</strong> Control<br />

09/20/01 - CLECs concerned about long delays in getting trouble tickets responded to. They wanted to know the time<br />

intervals associated with trouble tickets reported to VZ. VZ stated that documentation states once a ticket is<br />

reported, VZ will respond within 1 business day to let the CLEC know who the ticket has been assigned to and<br />

their telephone number. As status is obtained, VZ would contact the CLEC who actually reported the ticket.<br />

CLECs have a different view of the current process and believe that it is currently not working<br />

- VZ did advise that we are looking into ways to shorten this turnaround time. A time log of trouble tickets is<br />

now in place and VZ will continue to look at ways of improvement


<strong>May</strong> <strong>2003</strong> East CMP Revisions Dated April 30, <strong>2003</strong><br />

5<br />

<strong>May</strong> <strong>2003</strong><br />

<strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> <strong>Meeting</strong><br />

Topic # Description Date Discussion<br />

10/09/01 - CLEC (Cox) reported that they tried to get through to the WCCC to report trouble tickets and received a<br />

recording that the mailbox was full. CLECs wanted to know what should they do if that occurs again. VZ<br />

responded to either call P. Pungitore (VZ) directly or contact their Account Managers. VZ will make a note of<br />

the date and time this occurred and will review<br />

- CLECs report problems with opening trouble tickets and questioned trouble ticket turnaround response time.<br />

VZ advised that the agreement states that once a ticket is opened, VZ will respond within one business day to<br />

advise who it was assigned to and their telephone number<br />

11/<strong>13</strong>/01 - VZ provided feedback to the CLECs regarding the issue of being able to reach the WCCCs voicemail. That<br />

concern was relayed to the center's manager, investigated and no issues were found. VZ would need the<br />

specific dates and times in order to explore further<br />

- CLECs expressed concern with some trouble tickets going through. VZ advised the CLECs to either call (617)<br />

743-2516 or go to the VZ east website for further instructions<br />

12/11/01 - CLECs questioned whether there was going to be a VE 10 field in the ICSD code in CSG for wholesale orders<br />

and if so, what would be the time frame. VZ (WCCC) responded stating that this question should be forwarded<br />

to the Business Rules group or to the appropriate Acct Manager.<br />

- CLEC (AT&T) requested that the IDO Pre -order specs be published in Word format along with the PDF<br />

version. VZ advised that we are publishing some of the documents in PDF and RTF. VZ to do further<br />

exploration<br />

01/08/02 - CLECs questioned content of data on the line loss report when a response comes back fro m the WCCC and<br />

who should they go to get enhancements to report to clarify what is listed on the report. CLECs would like a<br />

matrix that identifies all exceptions<br />

- VZ explained the process when a call is made to the WCCC Call Center. The CLECs would like to make a<br />

distinction between the HelpDesk, the Web GUI HelpDesk and the Call Center for trouble reports. VZ advised<br />

to contact Barry Kearns<br />

- VZ will also explore these CLECs concerns internally and will respond?<br />

02/12/02 - VZ told the CLECs that the WCCC document on the VZ website has been updated with the proper e-mail<br />

addresses and new management changes<br />

- CLECs question where are the Business Rules questions relative to upcoming releases. CLECs wanted to<br />

know whether they should be contacting the WCCC or CIRT group<br />

- VZ advised that all pre-production questions should be sent to BA <strong>Change</strong> Control whereby they would be<br />

referred to the Business Rules team for proper responses. VZ stated if a CLEC is testing and has testing<br />

questions, they should be referred to the testing coordinator<br />

3/12/02 - CLEC questioned if WCCC has a how-to help desk portion regarding using the CSR and the DLR function<br />

with <strong>Verizon</strong>.<br />

- VZ advised that the WCCC is not a help desk. It responds to issues concerning business rules when CLECs get<br />

errors. VZ advised that because they are a web-GUI user the CIRT Help Desk can offer help.


<strong>May</strong> <strong>2003</strong> East CMP Revisions Dated April 30, <strong>2003</strong><br />

6<br />

<strong>May</strong> <strong>2003</strong><br />

<strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> <strong>Meeting</strong><br />

Topic # Description Date Discussion<br />

4/09/02 - CLEC advised they are having trouble pulling CSRs. CLEC question if there could be a workaround to correct<br />

problem while waiting for the problem to be fixed in April. CLEC also provided trouble ticket.<br />

- VZ advised will check on trouble ticket provided and CLEC and will discuss further off line.<br />

5/14/02 - Per CLEC request VZ explained the difference between the WCCC and the CIRT group.<br />

- VZ advised that the WCCC handles software issues if it is inconsistent with the business rules. The CIRT group<br />

helps with the navigation and providing answers to questions pertaining to the business rules. So like if you are<br />

unsure of what to populate in what field they will assist you in that<br />

6/11/02 - No concerns were raised by CLECs<br />

7/9//02 - CLEC question the location of assignment for pre-validation, CLEC also question if the WCCC is involved in<br />

placing the metric reports on WISE, CLEC request this be discussed on the next call<br />

- VZ advised the concern regarding pre-validation was previously forwarded to the SME of VZ, VZ also advised<br />

that there has been no knowledge of WCCC being involved in posting the metric to WISE.<br />

8/<strong>13</strong>/02 - CLEC questioned the turnaround time for response to close tickets or acknowledgement when a ticked is<br />

submitted to the WCCC. CLEC raised question because after submitting a ticket to the WCC regarding<br />

problems accessing a CSR, the CLEC later attempted to access the CSR and was successful. However, there<br />

was no notification to the CLEC advising that the ticket was closed and that the issue was resolved.<br />

- VZ advised there is no set turn-around time for ticket close-out notification.<br />

9/10/02 - CLEC commented on problem that a lot of FOCs for unbundled loop orders are being sent back via EDI which<br />

is resulting in a lot of erroneous data coming back missing ore un-sequenced properly. CLECS also questioned<br />

if GUI users are also experiencing the same problem.<br />

- VZ advised there have been no issue reported by GUI users, however VZ have been working closely with<br />

CLECs who have reports in to resolve this issue. VZ explained that the issues with the NMC is that the reps are<br />

prematurely hitting the send/receive button, and that’s an issue within that organization. This is not system<br />

related.<br />

- CLECs commented that if there is an incomplete FOC, then there should be some sort of FOC SUP message<br />

sent by <strong>Verizon</strong> to fill in the missing data, and not a second FOC. CLECS feel that if representatives in the<br />

NMC are clicking buttons too soon for FOCS then this is an edit check that should be in the system.<br />

- VZ advised will take comment back to the NMC


<strong>May</strong> <strong>2003</strong> East CMP Revisions Dated April 30, <strong>2003</strong><br />

7<br />

<strong>May</strong> <strong>2003</strong><br />

<strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> <strong>Meeting</strong><br />

Topic # Description Date Discussion<br />

10/8/02 - CLEC AT&T advised they have been getting a lot of rejects in BAN, using the BAN batch that is provided by<br />

<strong>Verizon</strong>. CLEC questioned if the WCCC or the NMC should be helping with this problem or providing the<br />

correct BAN number?<br />

- VZ advised that the WCCC would be able to provide the trouble ticket and attempt to investigate but would not<br />

have this information.<br />

- CLEC AT&T also expressed concern that they are also receiving rejects because of the list of ALI codes being<br />

received from <strong>Verizon</strong>.<br />

- CLEC was advised that a trouble ticket should be opened for this problem.<br />

- CLEC Broadview advised that they have been experiencing problems on remote call forwarding service,<br />

whenever they attempt to snip or restore. Broadview advised that two trouble tickets were opened in April.<br />

Broadview advised that they have been told that this now requires business rules change. Initiative 374299,<br />

with a change request of 2434, is currently outstanding for this, Broadview advised that they have gone through<br />

the change control documentation, and do not see information regarding this. CLEC stated they would like<br />

additional information on this change.<br />

- VZ advised that this change is being escalated and hopefully will be implemented in April <strong>2003</strong>.<br />

11/12/02 - ATT questioned why an initial application bulletin was distributed from the WCCC which mentioned the LSI.<br />

Approximately 2 hours later, the final application bulletin was distributed. This addressed the LSI issue, but<br />

also a CORBA issue. ATT questioned why the initial bulletin did not identify a problem with CORBA<br />

- VZ advised will investigate this issue.<br />

- Allegiance stated that they are still having trouble opening a trouble ticket on something that is an ordering<br />

issue.<br />

- VZ advised if CLECS receive a manual query, it should always go back to the NMC. VZ advised if CLECS<br />

receive a system query, and there seems to be no errors made after checking the business rules, there should be<br />

no problem opening a trouble ticket. If there is a problem opening the trouble ticket then manager, Tom<br />

Scanlon should be contacted.


<strong>May</strong> <strong>2003</strong> East CMP Revisions Dated April 30, <strong>2003</strong><br />

8<br />

<strong>May</strong> <strong>2003</strong><br />

<strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> <strong>Meeting</strong><br />

Topic # Description Date Discussion<br />

12/10/02 - CLECS questioned if escalation process should be followed if there seems to be no progress after a trouble<br />

ticket has been opened and they are following up with a <strong>Verizon</strong> contact.<br />

- VZ advised to first contact the specialist who is the point of contact then follow the documented escalation<br />

procedure.<br />

- CLECS expressed concern that there seems to be confusion pertaining to what VZ department whether the<br />

WCCC or CIRT should help with certain types of problems. The CLECS advised that recently there was a<br />

CSR which had a sender field which was blank. The CLECS were advised that a trouble ticket should be<br />

opened to handle the problem. The CLECS were then advised that this would be referred back to the NMC to<br />

be corrected.<br />

- VZ advised that if it’s a manual query this should be referred to the NMC. “How to” questions such as how to<br />

complete a LSR should be referred to CIRT. If it’s a system query then this should be referred to the WCCC.<br />

CLECS are advised to refer to the business rules to ensure that their orders are being imputed correctly before<br />

contacting these groups.<br />

4/11/00 - BA will be scheduling a workshop regarding this CR<br />

10/8/02 - VZ recommends closing this topic. No CLEC objections<br />

1/14/03 - <strong>Verizon</strong> proposes to treat topic as CMP agenda item. <strong>Verizon</strong> will status in CMP <strong>Meeting</strong> Notes. Move to<br />

CMP Archive to reduce volume of paper<br />

- CLEC expressed concerns about a published loss of functionality bulletin, regarding EDI ordering. CLECS<br />

stated that it would be helpful if, those bulletins are sent out, with a little bit more detail relative to the loss of<br />

functionality.<br />

- <strong>Verizon</strong> advised the group that created the bulletin will be contacted to determine what additional information<br />

could have been included.


<strong>May</strong> <strong>2003</strong> East CMP Revisions Dated April 30, <strong>2003</strong><br />

9<br />

<strong>May</strong> <strong>2003</strong><br />

<strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> <strong>Meeting</strong><br />

Topic # Description Date Discussion<br />

3/11/03 CLECs requested publication of the February 7, <strong>2003</strong> meeting notes and inclusion in CMP Action Items for April.<br />

<strong>Meeting</strong> notes distributed March 19,<strong>2003</strong>.<br />

- <strong>Verizon</strong> will verify the NMC can actually see all lines of CSI information that a CLEC can view on-line.<br />

Instances were cited that suggest the NMC could not view the same content. See Open Issue 79.<br />

- The CLEC community also recommended providing the NMC with access to LSI. The interaction with the<br />

NMC could be improved if both the NMC and CLEC were looking at the same LSR. See Open Issue 80.<br />

- CLECs are again encouraged to use WPTS to identify missing port indicators or omitted TNs. This tool should<br />

be used prior to the due date to identify omissions.<br />

- <strong>Verizon</strong> will republish where to find important pre-order information on-line. There were questions about how<br />

to look at the CSI prior to transmitting the LSR. See CMP Open Issue 81.<br />

- CLECs are experiencing excessive hold times into CIRT and WCCC.<br />

- There was a suggestion to expand the WCCC escalation list available on-line. The strong preference was to<br />

reduce the hold times and to avoid escalation. See CMP Open Issue 82.<br />

- There was a suggestion to expand the CIRT escalation list available on-line. The strong preference was to<br />

reduce the hold times and to avoid escalation. See CMP Open Issue 83.<br />

- In response to a system generated error message, there was a CLEC request to improve coordination between<br />

the WCCC and NMC and NMC and CIRT. CLECs will forward examples for evaluation where the referral to<br />

another center was inappropriate.<br />

- Realign the reporting relationship of the WCCC and CIRT into the NMC. This was proposed to improve<br />

communication between three centers by making them part of the same organization.<br />

- Inaccurate CSR information was problematic. Problems with service address or features caused unnecessary<br />

corrective service orders to be written.<br />

67 CLEC to CLEC Migration 3/14/00 - CLEC to CLEC migration is a difficult task. The CLEC’s expressed great concern with the sharing of a<br />

customers CSR between them.<br />

- BA to hold a workshop in the first week of April.<br />

4/11/00 - Several sessions are being held now on CLEC to CLEC migration within BA<br />

- Workshop scheduled for 5/16/00<br />

5/9/00 - Workshop was held on 5/16. Workshop covered moving an end-user customer from one CLEC to another<br />

CLEC’s requested Listings be discussed at the workshop<br />

- PSC attended the workshop as requested by the CLEC community<br />

- A workshop will be scheduled<br />

6/<strong>13</strong>/00 - A CLEC to CLEC workshop was held on 6/26/00<br />

10/8/02 - VZ recommends closing. CLEC recommends this topic remain open since NY State recently opened Phase 3<br />

of the CLEC to CLEC migration proceedings<br />

1/14/03 - <strong>Verizon</strong> requests closure or clarification of issue


<strong>May</strong> <strong>2003</strong> East CMP Revisions Dated April 30, <strong>2003</strong><br />

10<br />

<strong>May</strong> <strong>2003</strong><br />

<strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> <strong>Meeting</strong><br />

Topic # Description Date Discussion<br />

3/11/03 - CLEC community requests a recap or summary of all change requests associated with CLEC to CLEC<br />

conversion listed here.<br />

69 PONTRONICS<br />

The following <strong>Change</strong> Requests have either been completed or are pending that impact CLEC to<br />

Migrations.<br />

CR1143 - IT#365011 – Flow Through SUP 2 for change of date due, North and South, all services.-<br />

Completed 12/2002<br />

CR1187/1411-IT#360441 - Allow Level 5 Flow-Through on a Platform CLEC to CLEC migration-<br />

Completed 6/2000<br />

CR1863 - IT#366855 - Process CLEC to CLEC Migration As Is at Level 5 - Completed 2/2002<br />

CR2397.9 - IT#373105 - End User Level Listings Account - Phase 9- Candidate 4/<strong>2003</strong><br />

CR2600 - IT#373630 - CLEC to CLEC Migrations – (Phase 1) - Committed 6/<strong>2003</strong><br />

CR2600.1 - IT#373630.2 - CLEC to CLEC Migrations – Provider Notification (phase 2) - Committed<br />

6/<strong>2003</strong><br />

CR2454 - IT#373630 - Type 5 - Enhance xDSL Migration-Requirements will be worked with 373630<br />

CR2625.9 - IT#377163.9 – Line share CTX FT VZ North- Not Scheduled<br />

CR2632 - IT#374752 - Hot Cuts for xDSL Loops - Candidate 10/<strong>2003</strong><br />

6/<strong>13</strong>/00 -<br />

CR2815 - IT#380732 - AOS Form for CLEC to CLEC Migrations - Not Scheduled<br />

Mettel has submitted a Type 5 change requesting functionality that is similar to PONTRONICS. Mettel feels<br />

that the system they are proposing would be a better choice<br />

- Mettel would like a “phased” approach and easy availability to this system if implemented<br />

- AT&T would like BA Help Desk to have tools such as this to help limit trouble ticket turnaround time<br />

08/08/00 - BA will look into scheduling a meeting on PONTRONICS<br />

11/14/00 - CLECs would like a meeting to further discuss Pontronics with respect to a similar <strong>Change</strong> Request submitted<br />

by Mettel.<br />

- BA advised that when a meeting is scheduled, the CLEC community will be notified.<br />

10/8/02 - VZ awaiting resolution.


<strong>May</strong> <strong>2003</strong><br />

Topic # Description Date Discussion<br />

1/14/03 - CMP Team cross relating issue with pending T5 to identify next step<br />

70 Line Loss 6/30/00 – 2/11/03<br />

Provider Notification –<br />

2/11/03 Forward<br />

<strong>May</strong> <strong>2003</strong> East CMP Revisions Dated April 30, <strong>2003</strong><br />

11<br />

2/11/03 - <strong>Verizon</strong> requests clarification of issue or closure. CLEC community object closure<br />

<strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> <strong>Meeting</strong><br />

6/<strong>13</strong>/00 - BA provided information regarding Line Loss report issue status<br />

- The Line Loss Group is presently working on individual CLEC spreadsheets to resolve outstanding issues<br />

- BA advised the CLECs of the general delays experienced between the North and South<br />

- CLECs request this topic to become a permanent item the agenda<br />

- CLECs request a workshop on Line Loss. BA suggested a delay in that request to allow time on the resolution<br />

of issues.<br />

- BA will provide the CLECs with status of line loss at each monthly Industry <strong>Change</strong> Control meeting and once<br />

between meetings when feasible<br />

7/11/00 - BA continues to provide status and work with individual CLEC’s line loss issues<br />

- L. Ziccardi advised that she would work directly with those CLECs that had questions, but all troubles still<br />

require a ticket be opened for tracking purposes<br />

- MetroTeleconnect advised that they have experienced some inconsistencies in the line loss report display,<br />

Linda to work with them individually<br />

- BA has seen great improvement in the line loss reports since mid April. BA asked if CLECs noticed<br />

improvement. CLECs responded that they won't be able to answer until the normal lag-time passes<br />

- BA will check with TISOC to see if they would agree to field calls from CLECs regarding line lose dates<br />

08/08/00 - Linda Ziccardi reports that she has seen great improvement on the Line Loss reports from Mettel.<br />

09/12/00 - Linda Ziccardi reported on the status of line loss, and the fixes scheduled for Sept 29th. In the North and South<br />

there will be a fix to add the pulling of losses generated on both the local side This was not a significant<br />

number, but will increase accuracy. Also a fix is going in to care for a coding error in our system that if a<br />

customer was migrating from BA to a CLEC, and at the same time was disconnecting a ringmate line or an<br />

additional line on that service order, we were changing the account first to the new CLEC and then doing the<br />

disconnect, which meant we were sending out numbers to the line loss report of the old CLEC that never even<br />

had the line. Most of the issues that are currently coming up are issues that happened prior to our April fix.<br />

Also, on October 21 we are putting in a release so that the line loss can be reported by EDI. Mettel asked if the<br />

10 day delay between the time the account left an the time when the CLECs got the information has improved.<br />

Linda reported that now the delay in the North is only 5 days, and in the South is 2 days. In 1Q 2001 changes<br />

to the parser will bring the North time down to 2 days.<br />

10/10/00 - Linda Ziccardi joined the call to provide status on line loss issues. She reviewed items that were included in<br />

the previous release, and discussed plans for fixes to be included in future releases.<br />

- Linda took some issues and individual callback items from CLECs which she will follow up on offline.<br />

11/14/00 - CLECs had no issues to report. The line loss report in the CLEC handbook, volume 2 has been changed and is<br />

available on the web now.


<strong>May</strong> <strong>2003</strong> East CMP Revisions Dated April 30, <strong>2003</strong><br />

12<br />

<strong>May</strong> <strong>2003</strong><br />

<strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> <strong>Meeting</strong><br />

Topic # Description Date Discussion<br />

12/12/00 - CLECs were advised of a release going in at the end of January. This release will include the addition of NDM<br />

- Z-tel’s order issues will also be addressed with the January release<br />

- CLEC (AT&T) concerned about long-standing trouble tickets, <strong>Verizon</strong> explained the manual review process of<br />

their spreadsheet and will discuss further with AT&T and Acct Team Manager offline<br />

- <strong>Verizon</strong> requested this topic be removed from the agenda, CLECs objected and would like it to remain<br />

1/9/01 - BA updated CLECs of release scheduled for the end of January 2001. NDM will be going in the weekend of<br />

January 26.<br />

- CLECs directly affected by NDM should contact their Acct Team Managers for any questions<br />

- BA opened the floor to any questions from CLECs. There were no questions or comments from CLECs<br />

2/<strong>13</strong>/01 - VZ updated CLECs on issues that have been remedied since the last meeting. VZ informed the CLECs of<br />

incorrect effective dates shown on the line loss report which have since been recovered and corrected.<br />

- VZ again advised of the release that occurred at the end of January. A new problem was discovered with the<br />

release when an end user migrated to a new CLEC and changed the PIC or LPIC at the same time. This has<br />

since been corrected. A recovery from 1/28 to 2/10 is now being performed.<br />

- Some NDM processes were addressed with the January release with success reported from those affected<br />

CLECs<br />

- VZ advised that the next release is targeted for April 2001. Prioritization has not yet taken place<br />

3/<strong>13</strong>/01 - VZ advised that a recovery from 1/28 to 2/10 will be sent out by Excel spreadsheets by 3/30/2001 to only those<br />

CLECs impacted by errors in the effective dates shown on the LLR<br />

- VZ (Linda) gave an update on the Line Loss Report. An emergency release will be going in to make some<br />

fixes to the reports, but has not been scheduled. The fixes will include, but are not limited to: migrations on<br />

D&N orders, migrated ISDN lines, bus to residence changes, canceled orders and the like are targeted for this<br />

emergency release occurring in the spring 2001. Another release is currently scheduled for 4/6. The next<br />

release isn’t until the fall<br />

4/14/01 - VZ (Linda) share information regarding a release that occurred this past weekend. A fix was put in so that in<br />

the past we were picking up on the line loss report, disconnects that the CLECs had initiated. This will no<br />

longer be the case<br />

- VZ advised that effective Monday, the ninth, if the CLEC places a disconnect of a line, that number will no<br />

longer be on the line loss report<br />

- CLECs advised of another issue where segmented orders weren't always picking up the correct effective date.<br />

The release also addressed this issue also


<strong>May</strong> <strong>2003</strong> East CMP Revisions Dated April 30, <strong>2003</strong><br />

<strong>13</strong><br />

<strong>May</strong> <strong>2003</strong><br />

<strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> <strong>Meeting</strong><br />

Topic # Description Date Discussion<br />

5/8/01 - VZ advised CLECs of a release planned for June 1st . Three changes/additions will be going in to correct some<br />

inaccuracies on the LLR for the South. If a CLEC changes the class of service on their own customers account<br />

from res to bus or from bus to res, it is then put on the LLR. VZ is working to correct this. Also in the South,<br />

VZ is addressing migration codes on partial migrations. When a MTN is going to a CLEC, any additional lines<br />

that are not—a D order must be issued for the one line that is remaining with either VZ or the CLEC and also<br />

for the lines that will migrating. VZ would like to give a true picture of which lines are just migrating and<br />

which lines are disconnecting.<br />

- Also for the South, if a customer is migrating one of their customers from resale to platform – and the CLEC<br />

isn't changing – it's still that CLECs customer. “If the OCN of the local service provider, or CLEC, is the<br />

same for resale and platform, that end user will not be on the line loss report. Since the local service provider<br />

that is making the change, they should know not to disconnect this customer because they're initiating the<br />

change for that WTN. If the OCN is the same in the south, if the OCN for the reseller and the platform for that<br />

local service provider is the same, there's doubt the telephone numbers will be on the line loss report.”<br />

- VZ advised of a third quarter release which will be scheduled for the North. Massive change will be made for<br />

the North so that things that currently occur in the South today will occur in the North and will sync up with<br />

data on the LLR consistently.<br />

6/12/01 - CLECs raised questions concerning a software problem/fix from June 3rd - 4th requesting the CLECs not to<br />

process data received the day prior regarding many files that appeared on the line loss report. Also, no notice<br />

was sent via BA <strong>Change</strong> Control.<br />

- CLECs would like to know what happened and what can be done to prevent this from happening in the future.<br />

- VZ to work with internal teams to investigate what actually occurred. Some CLECs stated that they opened a<br />

trouble ticket specifically relating to this issue<br />

- VZ will look into sending an industry mailing as notification.<br />

- VZ advised CLECs to always put in a trouble ticket which aids in tracking issues such as the above and major<br />

issues alike<br />

7/60/01 - VZ began by stating that there were no problems or issues with the Line Loss report--<br />

- CLECs questioned double billing on the line loss report. VZ requested in which jurisdiction and was told PA<br />

and NY. VZ advised to put in a trouble ticket a provide examples of affected telephone numbers for further<br />

exploration<br />

- CLECs also questioned response time once a trouble ticket is opened. VZ advised that once a ticket is inputted,<br />

someone from VZ should be calling within 48 hours, two business days because it has been assigned<br />

8/14/01 - VZ stated that a recovery will be going in—in PA and NJ by the 19th of August for TN’s missing from the<br />

LLR. There is also another change request going in that same weekend to correct a timing issue between the<br />

receipt of an order and order migrations, which are causing problems with new LST indicator blanks on the<br />

LLR when it should have been; normally unbundled, but sometimes should be resale


<strong>May</strong> <strong>2003</strong> East CMP Revisions Dated April 30, <strong>2003</strong><br />

14<br />

<strong>May</strong> <strong>2003</strong><br />

<strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> <strong>Meeting</strong><br />

Topic # Description Date Discussion<br />

9/20/01 - VZ advised that there was nothing new to report on the LLR topic<br />

- CLECs informed VZ of some problems they are experiencing regarding incorrect indicators on the LLR.<br />

Trouble tickets have been opened, however no response has been received to date. VZ questioned whether it<br />

was for the new LSP indicator. CLEC responded, yes. VZ advised that a fix with the October release should<br />

correct that problem. A release is scheduled to take place from October 17th through the 19th<br />

10/9/01 - CLECs asked (VZ) to review which changes are going into the October release for Line Loss, particularly<br />

fixes. VZ questioned if there was something specific that they were looking for. CLECs responded yes. They<br />

wanted to know about some outstanding issues regarding disconnects being included on an LSP indicator and<br />

improving interval dates for the reporting of the numbers. VZ unsure and will follow-up.<br />

- VZ advised that a release will be occurring in December. <strong>Change</strong> Request 2023 with the WCCC will be<br />

included in this release. That <strong>Change</strong> Request will cover an LSP request to change from resale to platform<br />

when the end-user stays with the same LSP. That WTN will not appear on the LLR<br />

11/<strong>13</strong>/01 - CLECs questioned system ups and downs and duplications in what was shown on the line loss report. CLECs<br />

wanted to know whether there was a notification bulletin. VZ explained that there was no bulletin, however<br />

there was a recent holiday (election day) in NY and an upcoming holiday (veterans day) for NY as well.<br />

CLECs would like to be notified when the system is not going to be working or if there will be a system delay.<br />

- VZ suggests including line loss and system processing implications on the new holiday schedule for 2002.<br />

- CLECs questioned having a metric for line loss. This topic shall be talked about and explored further at future<br />

meetings<br />

- CLECs questioned the escalation process and trouble ticket turnaround time. VZ advised this information can<br />

be found on the VZ East website or by calling (617) 743-2516 or (617) 743-6523<br />

12/11/01 - CLECs questioned a line loss document sent on 12/7. VZ advised that an Informational message was<br />

distributed to the industry regarding replacement of some incorrect data on the LLR. On October 21st through<br />

October 27th, the LLR had some incorrect data and those files were replaced by close of business on 12/7<br />

- CLECs observed that there were a number of holidays forthcoming which effect system processing schedules.<br />

They would like advanced notice of the impact to these systems. The CLECs want to be informed when there<br />

is a change in system content or data flow for the LLR for holidays. CLEC concern is that sometimes when<br />

01/08/01<br />

there is a holiday, they do not see the impact to the LLR until a few days later. VZ will explore further<br />

- VZ advised of a recovery that took place in December on the LLR. The recovery was conducted between<br />

October 21st through 27th whereby files were replaced. CLECs state that they are still seeing trouble tickets<br />

from June August and October that VZ confirmed that the line loss notification never made through the normal<br />

channels. CLECs are worried that there are still system issues and are concerned that these recoveries are not<br />

capturing everything. VZ will speak with Barry Kearns and will respond.


<strong>May</strong> <strong>2003</strong> East CMP Revisions Dated April 30, <strong>2003</strong><br />

15<br />

<strong>May</strong> <strong>2003</strong><br />

<strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> <strong>Meeting</strong><br />

Topic # Description Date Discussion<br />

02/12/01 - Line loss SME was unable to attend this session<br />

- CLEC stated they were having some problems with line loss<br />

- VZ advised that the best way to handle would be to submit a trouble ticket through the WCCC and if<br />

satisfaction is not felt to escalate utilizing the escalation list<br />

- CLEC asked if the HelpDesk for future developments could have a recovery process in place<br />

- VZ advised that a recovery process is possible and will further explore<br />

73 Prioritization Process<br />

Documentation<br />

3/12/02 - VZ recommend closing<br />

12/10/02 - VZ advised that the Line Loss report would now be called Provider Notification with the February <strong>2003</strong><br />

release. VZ is making changes to the line loss production process. One of the issues is that there were several<br />

type 5’s submitted by CLECS that VZ wanted to resolve. In addition there are some differences in the North<br />

and the South. The aim is to bring more uniformity into the production process.<br />

- VZ advised that there would be no change to the fields or content of the line loss report. The purpose of the<br />

report also has not changed.<br />

- VZ advised that it was planned to have the transition ready earlier this year however there were some complex<br />

scenarios that needed to be worked and tested to ensure that the report being produced meets the required<br />

standard. There are 5 weekends that is scheduled in the month of January <strong>2003</strong> and February <strong>2003</strong> to ensure<br />

that the reports being received are being generated from the new process.<br />

- CLECS were advised that if they are receiving the report via FTP, EDI or Connect Direct, a schedule would be<br />

arranged with them. CLECS who are not currently participating in the call will be contacted to ensure that they<br />

are aware of the transition and that the time fits into their schedule.<br />

1/14/03 - <strong>Verizon</strong> requests closure. After February, any new issue would be a Provider Notification issue not a Line<br />

Loss issue Vz advised that conversion was a success. Conversion will continue as indicated on the previous<br />

calls, through the weekend of February 16th.<br />

8/08/00 - A workshop has been scheduled for September 8 th to discuss and document the prioritization process. There<br />

will be 3 CLECs attending the meeting as volunteers to review and provide feedback to the initial process<br />

document. Volunteers are Claudia Dressler, AT&T, Elliot Goldberg, Mettel, Tyra Colbert, MCI.<br />

9/12/00 - A meeting was scheduled to discuss the prioritization process on 9/20/00<br />

2/6/01 - BA recommends closing.<br />

3/6/01 - BA recommends closing. Closing was not addressed at ICC Mtg held on 2/<strong>13</strong>/01<br />

3/<strong>13</strong>/01 - CLECs request this item remain open<br />

10/8/02 - VZ recommends closing. CLECs request a specific tie to a regulatory requirement in order for a change to be<br />

considered a Type 2. Item remains open pending <strong>Verizon</strong> investigation


<strong>May</strong> <strong>2003</strong> East CMP Revisions Dated April 30, <strong>2003</strong><br />

16<br />

<strong>May</strong> <strong>2003</strong><br />

<strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> <strong>Meeting</strong><br />

Topic # Description Date Discussion<br />

2/11/03 - <strong>Verizon</strong> introduced DENY status for T5 change requests. The ability for <strong>Verizon</strong> to deny a T5 is not part of the<br />

CMP Agreement. Language supporting a Deny status needs to be addressed by a working group along with<br />

prioritization of Vz initiated change request as Type 1, Type 2, or Type 4. The use of DENY at this time<br />

indicated the CR is still open, but not being actively pursued for development.<br />

74 Wholesale Provisioning<br />

Tracking System<br />

4/18/03 - At the April CMP meeting, April 17 was selected as a meeting date to continue the discussion. On April 17<br />

meeting notes were issued. The Agreement was reached to pursue action on the following items as part of the<br />

current CMP meeting schedule. The PWG session may extend when necessary to address these concerns. The<br />

following action items will be reflected in Topic #73.<br />

- <strong>Verizon</strong> to provide a detailed explanation for each T5 CR with a current status of Denied at the next CMP<br />

meeting. <strong>Verizon</strong> committed to revisit each initiative and to provide a more detailed explanation on why<br />

the CR is inactive.<br />

- CLECs agree to evaluate the explanation given and to either withdraw or escalate the CR.<br />

- CLECs agree to validate the importance of CRs and to withdraw any unnecessary enhancements.<br />

- CLECs request clarification of change requests types and continue to challenge the assignment of Type 2<br />

when the flow through metric is being exceeded. The Type 2 designation should include a rationale.<br />

- CLECs expect a status of T5 CRs every month.<br />

- CLECs expect a 12 month rolling development schedule<br />

- CLECs expect a return to the former process of reviewing requirements associated with pending T5.<br />

1/9/01 - BA advised CLECs of this new tracking system. The system will give the ability to monitor loop migrations<br />

and new loops under development. This new system is for Loops only. In February, four CLECs will be a part<br />

of a tracking system pilot with full deployment planned for June/July<br />

- BA plans to have a three day seminar for this system, however a date has not yet been determined<br />

- CLECs would like to receive feedback from the CLECs involved in the pilot<br />

3/<strong>13</strong>/01 - VZ again explained the tracking system as a system we are about to introduce on a trial basis. The trial was to<br />

begin on 3/5, but has since been delayed. Current status was not available at the start of this meeting. The<br />

delay is due to some software issues. Once in place, the system will give the ability to track the progress of a<br />

hot-cuts for new loops or migration, etc<br />

- CLECs questioned who would be the trial participants. VZ responded (AT&T, Broadview and Network<br />

Solutions, although validity of participants would need to be identified. CLECs would like a report from those<br />

participants utilized for the trial. The trial should last between 30 and 60 days<br />

10/8/02 - VZ recommends closing. CLEC advised that the WPTS process for new loop was not in place and that this<br />

item should remain open pending resolution. VZ will have WPTS SME discussing status during Nov 12, 2002<br />

CMP meeting.<br />

1/14/03 - Awaiting confirmation of new loop WPTS capability


<strong>May</strong> <strong>2003</strong><br />

Topic # Description Date Discussion<br />

4/8/03 - The ability to status a new loop order in WPTS is targeted for June <strong>2003</strong>.<br />

<strong>May</strong> <strong>2003</strong> East CMP Revisions Dated April 30, <strong>2003</strong><br />

17<br />

<strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> <strong>Meeting</strong><br />

75 PA Uniformity 9/10/02 - VZ advised the company is starting to get ready for the Pennsylvania conversion. VZ advised this conversion<br />

will include and cover the former GTE Pennsylvania customers being converted to the former Bell Atlantic<br />

suite of systems and <strong>OSS</strong> systems. VZ advised a phase one conversion will be done on the weekend of March<br />

15th, <strong>2003</strong> this will cover the entire Eerie LATA. The second phase of the conversion, which will be the<br />

remainder of the state, will occur over the weekend of <strong>May</strong> 17th, <strong>2003</strong>.<br />

- VZ advised that the plan is to do similar type activity of sharing information and posting information to the<br />

<strong>Verizon</strong> website, similar to what was previously done forVirginia. There will be a specific place on the<br />

Wholesale website under the category of VAGTE Merger Commitments that will be entitled PA<strong>OSS</strong><br />

Uniformity.<br />

- VZ advised that each company that is involved in this conversion has been contacted. VZ advised if there are<br />

any CLECs who are involved and have not been contacted, should contact VZ ASAP.<br />

- VZ advised that a change control notice will be distributed probably within the next several days.<br />

10/8/02 - VZ discussed the change control notification that officially stated that there will be a migration of the former<br />

GTE <strong>OSS</strong> interfaces in business rules for Pennsylvania to <strong>Verizon</strong> East, former Bell Atlantic interface business<br />

rules. This was a 2-page document that lists NPA and NXXs that are involved in the pilot, which will be in<br />

March of <strong>2003</strong>. This notification also indicates that phase 2 will be in <strong>May</strong> <strong>2003</strong>, for the balance of the NPA<br />

NXXs<br />

- VZ advised that as part of the education process, there would be workshops similar to what was held last year<br />

for Virginia, which would include a few hours of walking through the CLEC guide. There will be two<br />

workshops, the first will be held on November 14th. This will be held as a conference call. VZ advised the<br />

next workshop would most likely be in the early to mid spring.<br />

- VZ advised that there will be a CLEC guide, which will, at a fairly high level, describe the transition process.<br />

This will have an overview of the impact to the CLEC. This will show the differences between what CLECs<br />

are doing today and what will be done in the future. This document is approximately 30 pages in length and<br />

will also include contact information. It will also be posted to the <strong>Verizon</strong> website.<br />

- VZ advised all CLECs that are going through this process in Pennsylvania must provide a new profile. The<br />

deadline for this was September 27th<br />

11/12/02 - VZ advised that the Pennsylvania conversion to former BA <strong>OSS</strong> interfaces is on track for 3/17/03 for phase one<br />

for the Erie LATA and for <strong>May</strong> 17th for the balance of the NPA NXX’s in Pennsylvania. VZ advised a<br />

workshop is scheduled to walk through the conversion details. The workshop is not only for those in<br />

Pennsylvania who will be converting but for anyone who wants to participate. VZ advised the WEBEX will be<br />

used for the training therefore advance registration is necessary. VZ advised that the e-mail also included a<br />

mailbox for the communications group, this is pava.clec.communication@verizon.com.<br />

- VZ advised there will be a change control notice for Bill Manager, which is replacing Simple View which will<br />

be discussed in the workshop.


<strong>May</strong> <strong>2003</strong> East CMP Revisions Dated April 30, <strong>2003</strong><br />

18<br />

<strong>May</strong> <strong>2003</strong><br />

<strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> <strong>Meeting</strong><br />

Topic # Description Date Discussion<br />

12/10/02 - VZ thanked all CLECS who participated in the conference for Pennsylvania last month. VZ advised that this<br />

was a success, and that there were many participants using the WEBEX, which was used for the first time in<br />

these meetings. VZ advised this will continue to be used.<br />

- VZ advised there will be a second conference which will take place on February 20th from 1-3p.m Easter<br />

standard time. A notice will be distributed shortly which will provide the date and call in number. A reminder<br />

will also be distributed as the February 20th date approaches.<br />

- VZ advised an informational bulletin will also be distributed to advise that Cyber DS1, which was only<br />

available in the former GTE, will now be available in the former Bell Atlantic regions.<br />

- VZ advised that questions asked at the conference regarding PAVA are also in the process of being completed<br />

and responses will be provided shortly.<br />

- VZ advised that new profiles received from CLECS who are involved in the PA conversion still need a bit<br />

more work. These CLECS should have or will receive a call from their account manager within the next 24<br />

hours. CLECS were advised to treat this with a sense of urgency, as the profiles must be updated to be very<br />

complete and accurate.<br />

-<br />

1/14/03 - <strong>Verizon</strong> proposes to treat topic as CMP agenda item. <strong>Verizon</strong> will status in CMP <strong>Meeting</strong> Notes. Move to<br />

CMP Archive to reduce volume of paper.<br />

- Vz advised that it is very important that all Pennsylvania impacted CLECS complete a new profile.<br />

- Vz advised that communication with the PA impacted CLECS as a follow up session has begun.<br />

- Vz advised that there is a new CLEC guide version 2 that has been completed, this will be posted by the end of<br />

this week on the <strong>OSS</strong> website.<br />

2/11/03 - CMP notice will be issue to explain the move of the Erie LATA pilot from March to <strong>May</strong>. With the date for<br />

phase 2 to be available latter in 3 rd Q03. The Team is continuing one-on-one calls and responding to CLEC<br />

questions. CLEC encouraged to visit website for detailed Q/A. The workshop will be rescheduled for mid<br />

April. The USOC conversion document should be available on-line this week.<br />

3/11/03 - Expect notification of April 16 workshop to be issued within the next two weeks. The business rules used for<br />

Directory in fGTE may be different than the rules used by fBA. These are Directory Company differences.<br />

4/8/03<br />

The Directories are not merging.<br />

- <strong>Verizon</strong> suggests the removal of Virginia Uniformity documentation found on page 17-25 and renaming pages<br />

25 as Pennsylvania Uniformity with the <strong>May</strong> material. No CLEC objections to the proposal were noted. The<br />

VA Project is considered closed. The PA Project Team mentioned the April 16 PA Workshop, the need to<br />

check the PA section of the <strong>Verizon</strong> Wholesale website, and ongoing business to business contacts.


<strong>May</strong> <strong>2003</strong> East CMP Revisions Dated April 30, <strong>2003</strong><br />

19<br />

<strong>May</strong> <strong>2003</strong><br />

<strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> <strong>Meeting</strong><br />

Topic # Description Date Discussion<br />

76 Billing 09/20/01 - VZ gave clarification on items discussed in August. BDT format is now available on CD-Rom for wholesale<br />

customers in the VZ footprint<br />

- VZ announced that resellers can choose BDT as their bill of record in NJ. CLECs can choose to receive a BDT<br />

with a paper summary bill or a BDT with full detail paper bill at no additional charge at this time To request<br />

this option, an e-mail can be sent to your account manager<br />

10/09/01 - CLECs had a question dealing with platform BDTs where USOCs are not associated with a WTN. VZ replied<br />

that this does not occur with every USOC on the platform accounts, only certain ones. VZ stated that this does<br />

show as a billing issue, however there is nothing in the BDT software that can correct it due to the fact that<br />

there is no associated WTN provided at the time for the order. A suggestion to AT&T was to provide a change<br />

control request that the WTN be associated with those USOCs and get an agreement with the CLEC<br />

community to change this going forward.<br />

11/<strong>13</strong>/01 - Topic not discussed, SME unavailable.<br />

12/11/01 - VZ reviewed two documents that was distributed to CLEC community the at the end of November.<br />

- The 1st document pertained to Delaware Billing Options. The purpose of that communication was to advise<br />

CLECs and Resellers that effective, 12/01/2001, VZ DE will offer CLECs and Resllers in DE the option of<br />

treating either the paper bill or the BOS BDT as their bill of record for the bill periods completed after the date<br />

of election.<br />

- The 2 nd document pertained to DE billing option. The purpose of that communication was to advise CLECs<br />

and Resellers that VZ has implemented a new quality assurance process for all (BDTs) in the states of VA West<br />

VA. This new quality assurance process shall become effective in these states with the December 1st billing<br />

cycle.<br />

01/08/02 - VZ covered three documents that was distributed to the CLEC community via BA <strong>Change</strong> Control.<br />

- The 1st topic was the VZ BDT Quality Assurance Process in MD and DC. The purpose of this communication<br />

was to advise CLECs and Resellers that VZ has implemented a new quality assurance process for all BDTs in<br />

MD and DC. These new processes became effective with the January 1st billing cycle.<br />

- CLECs questioned if these areas were expressTrak. VZ to follow-up<br />

- The 2 nd topic was regarding a Billing Process Job Aid. The WCCC will handle media recreates, resends and<br />

technical problems with any electronic files for BDT. They can be reached via the Website (below). A second<br />

group, the Connectivity team will handle media, address changes or customer documentation questions.<br />

- The 3rd topic, <strong>Verizon</strong> Billing and Collections Operations Center. This center will handle claims, adjustments<br />

and rate disputes. Website: http://128.11.40.241/east/wholesale/customer_docs/master.htm


<strong>May</strong> <strong>2003</strong> East CMP Revisions Dated April 30, <strong>2003</strong><br />

20<br />

<strong>May</strong> <strong>2003</strong><br />

<strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> <strong>Meeting</strong><br />

Topic # Description Date Discussion<br />

02/12/02 - VZ advised CLECs of a document sent via BA <strong>Change</strong> Control on January 25th regarding BOS BDT Phrase<br />

Code Conversion and Phrase Code List scheduled for the February 2002 release. VZ will be implementing<br />

BOS BDT functionality changes for wholesale products. The purpose of this retail phrase code is to have them<br />

appear on the CABS BDT as appropriate. The first four pages list the new phrase codes. The next group show<br />

a group of variable codes, “x” codes. Those will contain variable text or data information such as installment<br />

billing information where you have to put in a specific month. The next group of pages show the former North<br />

codes . The last group of pages show the form and retail billing codes<br />

3/12/02 - VZ advised that there will be new state codes that will be appearing on the BDT for the conversions that will be<br />

happening in March, the Virginia accounts,. The State codes will be VG for the former GTE accounts and VC<br />

for the former Con-Tel. Those will take the place of the current state code of VA.<br />

- VZ advised that this same approach will be taken when the Pennsylvania accounts are converted and that time<br />

frame is either in <strong>May</strong> or at least not in March.<br />

4/09/02 - VZ announced the update to the implementation of the latest requested updates to CABs BDT. –VZ advised<br />

this is done in VZ at least every six months following Telcordia’s standards. VZ will implement Version 37 for<br />

wholesale customers effective April 5, 2002 in New York and New England, effective April 20th in New<br />

Jersey, Pennsylvania, Delaware, Maryland, DC, Virginia and West Virginia<br />

5/14/02 - VZ advised CLECs of the elimination of nine-track reel to reel tapes. The nine-track reel to reel tapes will no<br />

longer be available as a method of delivery option in <strong>Verizon</strong>.<br />

- The manufacturers of this tape will discontinue their production and maintenance of nine-track reel to reel tapes<br />

due to outdated technology. As a result, <strong>Verizon</strong> will no longer offer nine-track reel to reel tapes as a method<br />

of delivery option for Daily Usage Files (DUF), operator services usage files, meet point for access usage files<br />

and/or Billing Data Tapes known as a BDT.<br />

- VZ advised CLECS to contact their account manager to choose another method of delivery if they are currently<br />

receiving nine-track reel tapes for any of the mentioned files.<br />

- VZ advised if alternative arrangements are not made by November of this year files will automatically be<br />

upgraded to a 3480 Tape Cartridge by January 1st, <strong>2003</strong>.<br />

6/11/02 - VZ advised CLECs of <strong>Change</strong> Control distributed on <strong>May</strong> 16th regarding the correction to double billing of<br />

loops. The original <strong>Change</strong> Control on this subject went out on February 21st, which was the initial<br />

announcement of both the double billing of loop.<br />

- VZ advised CLECs of e-mail distributed on <strong>May</strong> 28 th regarding the implementation of <strong>Verizon</strong> East Wholesale<br />

CABS boss BDT version 38 in October 2002 version 38.<br />

- -VZ advised CLECs of e-mail distributed on <strong>May</strong> 28th regarding the Bill of Record for Maryland, D.C,<br />

Virginia and West Virginia.


<strong>May</strong> <strong>2003</strong> East CMP Revisions Dated April 30, <strong>2003</strong><br />

21<br />

<strong>May</strong> <strong>2003</strong><br />

<strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> <strong>Meeting</strong><br />

Topic # Description Date Discussion<br />

7/09/02 - VZ advised, Effective July 1 st , 2002, <strong>Verizon</strong> will begin offering the option to receive UNE listing accounts on<br />

BDT, billed out of <strong>Verizon</strong>’s Express Track in Maryland, District of Columbia, Virginia, and West Virginia.<br />

BDT will be available via NDM, also known as Connect Direct, cartridge, or CD-ROM.<br />

- VZ advised an e-mail regarding this topic will be distributed later in the month of July<br />

8/<strong>13</strong>/02 - VZ updated CLECS on the topic of Resale Uniformity. An e-mail was distributed on June 7th regarding this<br />

subject. VZ advised that there are three main areas in resale uniformity. The implementation in some of these<br />

areas will be deferred fro m August 19th to October.<br />

- VZ reminded CLECs that paper and CABS B<strong>OSS</strong> BDT functionality changes for resale products will be<br />

implemented throughout <strong>Verizon</strong> East on August 19, 2002. This project will deliver CABS B<strong>OSS</strong> BDT in a<br />

uniform record format throughout <strong>Verizon</strong> East. All CLECs using <strong>Verizon</strong> resale products will be affected.<br />

- VZ advised CLECs that a change control was distributed last Friday to advise that the product and usage level<br />

discounting for the NPD area, for New Jersey, Pennsylvania, and Delaware will be delayed until October 19th.<br />

This will result in resale discounting being applied at the usage product level. This is currently practiced in the<br />

New York, New England region. This piece of uniformity will be delayed until October 19th for the NPD area.<br />

Meaning resale discounting will be done at each usage and product level in MDVW on the 19th as it’s done in<br />

the North.<br />

- VZ advised in the area of uniformity, there were five categories that were being updated – RST/RSE values,<br />

local calling plan type codes, uniformity of the sign, usage record sequence, and discount OCC record removal.<br />

What was deferred was the New York and New England LCPT codes. All files in all jurisdictions New York<br />

files except for the LCPT codes in New York, and England. In other words, for those in NPD and MDVW the<br />

new codes will be displayed as VE appropriate next to bytes of the four character fields. In New York and New<br />

England these codes will remain at the current values of an X and the next two appropriate characters of that<br />

four character field.<br />

- VZ advised that in the August release, <strong>Verizon</strong> will be implementing an administrative bill for the former Bell<br />

Atlantic South. This is to mirror what is currently received in the former Bell Atlantic North. The bill will<br />

contain all ancillary charges, and they will be moved from the master account to this separate bill.<br />

- VZ advised the first bill will be the September 1st bill


<strong>May</strong> <strong>2003</strong> East CMP Revisions Dated April 30, <strong>2003</strong><br />

22<br />

<strong>May</strong> <strong>2003</strong><br />

<strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> <strong>Meeting</strong><br />

Topic # Description Date Discussion<br />

9/10/02 - VZ advised CABS BOS version 38 will be implemented in <strong>Verizon</strong> East wholesale on October 1, 2002. The<br />

version consists of 12 items – there is one OBF issue, 5 tariff policy requests, 5 clarification requests, and a<br />

phrase code update. The attachment in the e-mail and the differences list previously distributed has all the<br />

specifics.<br />

- VZ advised the wholesale bill manager, which is a new product offering being introduced on October 19th, is a<br />

PC based analytical tool providing customers with the image of the paper bill and the tools necessary to<br />

manipulate the data and create custom reporting. This is new for resellers in the former BA North territory, and<br />

is going to replace Simple View, which is the current offering in the south. Simple View will be retired on<br />

April <strong>2003</strong>. VZ advised CLECS who are interested in this product to contact their account manager and<br />

arrange for a demonstration.<br />

- VZ reminded CLECs that billing inquiries regarding Simple View media issues are handled by the <strong>Verizon</strong><br />

Wholesale Customer Care Center at 877-946-5222.<br />

- VZ advised that as part of a plan of record, <strong>Verizon</strong> agreed to make uniform the presentation of circuit<br />

delimiters on the bill data tape for UNI resale. This change is going to be implemented in the December 2002<br />

release, and will change the circuit delimiters from commas to periods in the <strong>Verizon</strong> East New York/New<br />

England jurisdictions, making them uniform with the other former BA jurisdictions. This is a BDT change<br />

only and will not impact circuit inventory or the CSR.<br />

10/8/02 - VZ discussed the elimination of the nine track reel-to-reel tape. VZ advised that CLECs were asked in April to<br />

contact VZ if they do not want to receive a 3480 tape cartridge as a default<br />

- VZ advised that so far no CLEC have made contact regarding this matter therefore the 3480 tape cartridge will<br />

automatically be distributed if no CLEC makes contact by November 1st.<br />

11/12/02<br />

- VZ advised there is no update for this topic


<strong>May</strong> <strong>2003</strong> East CMP Revisions Dated April 30, <strong>2003</strong><br />

23<br />

<strong>May</strong> <strong>2003</strong><br />

<strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> <strong>Meeting</strong><br />

Topic # Description Date Discussion<br />

12/10/02 - VZ advised of the circuit delimiter change which will be happening on December 21st. The notice advising of<br />

this change was distributed previously. The delimiters will be changed to periods from commas, which will<br />

make them uniform across the <strong>Verizon</strong> East footprint. That was a BDT only change.<br />

- VZ advised that the option to receive UNI listing on BDT will become available December 23rd. A notice was<br />

distributed to advise of this. This option will be available in New York, New England, New Jersey,<br />

Pennsylvania, and Delaware.<br />

- VZ advised that a notice was distributed to inform of the upcoming Bill Manager training. The first took place<br />

on 12/05/20. Subsequent training will be on December 12, January 9, January 16, and January 23. CLECS who<br />

use Simple View are urged to attend the training because eventually Simple View will not be available because<br />

Bill Manager will be the replacement.<br />

- VZ advised that installment billing, usually an 18 month type of contract installment payments, and was<br />

available from April 1, 1998 to August 14, 2001 is just now being removed from the systems. By December all<br />

systems will have removed any installment billing contracts and installment billing options.<br />

- VZ advised that 3-4 notices to inform that 9 track reel to reel is going away as of January 1 st have been<br />

distributed in the past. If CLECS have not opted to receive NDM for DUF or NDM or CED-ROM for BDT,<br />

they will be converted to cartridge. Therefore CLECS are urged to fill out a new profile if for example they are<br />

planning on moving to NDM in order to avoid receiving cartridge.<br />

- VZ advised that a notice was also distributed regarding the BDT balance issue. The USOC money and charges<br />

on records were correct but the balance due was overstated. Credit will be applied and should beginning<br />

reflecting on the December bill.<br />

1/14/<strong>2003</strong> - Vz advised that an email was distributed advising CLECS of the option to receive UNI listing accounts on bill<br />

data tape in New York, New England, and New Jersey, Pennsylvania, and Delaware. This is available through<br />

the normal BDT forms of media and the M cartridge CD-ROM.<br />

- Vz advised that Bill Manager training is still continuing every Thursday. Bill Manager will replace<br />

SimpleView. This will not be an automatic replacement. CLECS will have to call and order Bill Manager or<br />

call to update their profile to request Bill Manager instead of SimpleView.<br />

- Vz advised that in June, BARM – which is Bell Atlantic regenerated media – billing files will no longer be<br />

available in New Jersey, Pennsylvania, and Delaware. This was a grandfathered form of bill media was retired<br />

in MDVW when accounts all converted to eTrack. CLECS were advised to contact there account manager to<br />

update their profile form if they wanted to convert from BARM to B<strong>OSS</strong> BDT.<br />

- Vz advised that in February usage for New Jersey, Pennsylvania, and Delaware, Maryland, DC, Virginia, and<br />

West Virginia will be separated by month for the 1039 BDT records instead of it being grouped together when<br />

over three months old.<br />

2/11/03 - Vz reported that Simple View will be going away. Bill Manager training has been completed.<br />

3/11/03 - Vz advised that we don’t have anything major to report for billing other than a couple of enhancements with<br />

adding CLLI code & surcharge dates to surcharge and tax records.


<strong>May</strong> <strong>2003</strong> East CMP Revisions Dated April 30, <strong>2003</strong><br />

24<br />

<strong>May</strong> <strong>2003</strong><br />

<strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> <strong>Meeting</strong><br />

Topic # Description Date Discussion<br />

Web Enhancement<br />

02/12/02 - VZ will be giving monthly updates on changes and enhancements to the website: www.verizon.com\wholesale.<br />

VZ is in the process of reforming the website to be more interactive<br />

- A notification was distributed last week about sample orders. Those sample orders can now be obtained as<br />

follows. Directions: go to the main url address click on training and education click on local service<br />

providers click on online library. Eight sample orders appear - four for VZ West and four for VZ East<br />

- VZ is looking for customers interested in doing usability testing. VZ would like to observe actual orders from<br />

representatives. VZ would like to follow through to submission to see how testing is done through the systems.<br />

VZ has talked to a few customers and are looking for more volunteers for usability testing. If you would like to<br />

volunteer your company, send an e-mail to verizon.systems.team@verizon.com and indicate your interest<br />

- VZ plans to post a rolling calendar to the website of scheduled events, workshops, and meetings. Searches on<br />

the website will be accessible by topic and prior presentations will be posted.<br />

- The training and education link has been updated to include online registration capabilities. A 2002 Workshop<br />

schedule will be posted. All former workshops and presentations will be included<br />

- There will be web-based training modules on the website. UNI and UNI platform has a self paced training<br />

module that allows you to take the class as well as practice online the types of transactions you would be<br />

placing. This service is available 24/7 from your PC and can be accessed through the training and education<br />

link on the website<br />

- Other future plans include interactive functionality. We will be rolling out a connectivity wizard that will<br />

establish online connectivity which will ask your interface type, etc. The website will then give you choices to<br />

select the connectivity wanted and it will drive the user to fill out a form. That form will be forwarded to<br />

connectivity management to start the implementation process<br />

- Also under development is CLEC connectivity profile and CTE profile information. Your connectivity<br />

arrangements with VZ are shared internally as needed. VZ is working with its IP business partners to roll this<br />

out to customers so that CLECs would be able to access, read and verify its content.<br />

- VZ will be building online capability for the CLEC to submit information. VZ would like the website to be<br />

user friendly<br />

3/12/02<br />

- VZ advised we will be introducing the web architects design in April called the Wizard. This will include all of<br />

the information pertaining to establishing connectivity with <strong>Verizon</strong>. Information previously seen on the<br />

website or in the handbooks will now be much easier to find by searching and navigating through wizard. This<br />

will be discussed further at next month’s ICC meeting.<br />

- VZ advised we will also be requesting volunteers to participate in usability testing .<br />

- VZ advised that CLECS using the LSI or the web-GUI should remember to contact connectivity management<br />

to obtain their digital certificate for the web-GUI before the deadline of April 1.


<strong>May</strong> <strong>2003</strong> East CMP Revisions Dated April 30, <strong>2003</strong><br />

25<br />

<strong>May</strong> <strong>2003</strong><br />

<strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> <strong>Meeting</strong><br />

Topic # Description Date Discussion<br />

04/09/02 - VZ repeated the GUI help desk number for CLECs. CLECs were advised that a voice mail can be left if they<br />

are held in a holding pattern or an e-mail can be forwarded with their particular question.<br />

- VZ also advised that there will be some things that will be coming up on the <strong>Verizon</strong> Wholesale Website,<br />

probably towards the end of this month or probably before the next <strong>Change</strong> <strong>Management</strong> meetings. VZ advised<br />

a notice will be distributed through VZ <strong>Change</strong> <strong>Management</strong>.<br />

- VZ advised that the new connectivity guide and the connectivity wizard should be available at the end of this<br />

month on the website. The connectivity guide will include all the content for both <strong>Verizon</strong> East and West, but<br />

specifically information regarding local connectivity which was included in volume 2 of the CLEC handbook.<br />

- VZ advised that 26 sample orders will be added to the Wholesale website by the end of the month. VZ also<br />

advised that attempts are being made to have all sample order scenarios in one location on the website<br />

05/14/02 - VZ advised that the connectivity wizard and guide should be launched this month or in <strong>May</strong>. <strong>Verizon</strong>’s aim is<br />

to include as much order and pre-order content out on the Website by the end of June. The entire Website is<br />

targeted to be completed by the end of the year.<br />

6/11/02 - VZ advised CLECs there are currently 36 sample orders on the Wholesale website, this is a split between<br />

sample orders for the east and sample orders for the west, and a split between UNE, resale, and platform. VZ<br />

advised 26 additional sample orders were added last month, some of which include ISDN.<br />

- VZ advised the next release on June 28 th includes changing 8 original samples that were in LSOG 4 to LSOG5<br />

which means all samples on the website will be in LSOG 5. An additional 68 samples from the CTE test deck<br />

will also be added.<br />

- VZ reminded CLECs of changes taking place in September regarding the process for submitting caption<br />

information. CLECs were encouraged to take a look at these samples when they become available in June.<br />

- VZ advised CLECs to take a look at the Connectivity Wizard and the Connectivity Guide. This can be<br />

accessed by going on the wholesale website, clicking on local service providers and then on tools and<br />

applications. CLECs were advised that the Wizard allows them to select the kind of Connectivity they want to<br />

establish the different types of domains, such as pre-order, order, provisioning, billing, maintenance and repair<br />

7/09/02 - VZ advised 76 additional order samples, east and west, were added to the website. These order samples we<br />

gleaned from the VZ CTE test stacks, and There were also 10 East caption list workshop material scenarios<br />

added which also give a brief description of what the caption would actually look like. Samples for the west<br />

will be added in the coming months.<br />

- VZ advised the video for the Caption Listing website will also be included on the website.<br />

- VZ advised that time will be spent working directly with customers , VZ advised this will be discussed further<br />

in the future.<br />

- VZ advised there will be announcements made regarding WEBX via VE <strong>Change</strong> Control, regarding reviewing<br />

and touring the new contents such as showing all the samples that are currently available.


<strong>May</strong> <strong>2003</strong> East CMP Revisions Dated April 30, <strong>2003</strong><br />

26<br />

<strong>May</strong> <strong>2003</strong><br />

<strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> <strong>Meeting</strong><br />

Topic # Description Date Discussion<br />

8/<strong>13</strong>/02 - No updates made regarding this topic. However, CLECs were advised VZ will schedule a Webex tour which<br />

will be announced later this month<br />

9/10/02 - No updates made regarding this topic.<br />

10/8/02 - VZ advised that there is new Trouble Administration feature on the web site that gives information regarding<br />

putting in tickets through. VZ advised that a host of pre-order samples are also live on the web today. There<br />

are approximately 29 different pre-order samples and they are done in the same fashion as the order samples.<br />

Some of these samples include Address Validation, CSRs, Loop Qual, Loop Makeup and Location Porting.<br />

- VZ also advised that the connectivity form that is filled out in order to establish access to different <strong>OSS</strong> has<br />

been removed from the connectivity guide section of the web (near the tools and applications tab). This has<br />

now been made a link<br />

- VZ also reminded CLECs that the current URL for the LSI is changing. For those who access the LSI via the<br />

internet, the current URL will be removed on November 24th of this year. The new URL for the LSI will be<br />

available on October 20th. Current username and password, along with digital certificates, are still valid to be<br />

used.


<strong>May</strong> <strong>2003</strong> East CMP Revisions Dated April 30, <strong>2003</strong><br />

27<br />

<strong>May</strong> <strong>2003</strong><br />

<strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> <strong>Meeting</strong><br />

Topic # Description Date Discussion<br />

11/12/02 - VZ advised there are 112 sample orders on the website today. They can be found on the online library. There<br />

are also various links from other locations to access these sample orders. VZ advised there are continuos<br />

enhancements being made to the sample orders. Some of these enhancements include one of the last things that<br />

were done, which was adding the directory listing samples to the east. There will also be 7 new directory cap<br />

listing samples added for the west. They will be the same samples that were used in the June workshop, except<br />

that they will be updated to reflect the October release.<br />

- VZ advised that we are working on complex services from a sample order perspective, as well. This is a large<br />

project, therefore, this will be done almost product by product. One of the first product that will be done is<br />

Centrex AD9 platform. There will be probably be two samples for this product, a migration as specified<br />

activity, and also a New activity. These samples should be on the website by the end of the year.<br />

- VZ advised that an enhancement was made to sample 7E, the basic rate ISDN migration as<br />

specified sample. Field 45, the spec filed was added. This is a field was added even though<br />

it is optional and information in the field is often not provisioned.<br />

- VZ advised that enhancements are also being made to the training and education information that is on the<br />

website. VZ advised that currently enhancements are being made to the web based training in the east so that it<br />

is updated for LSOG 5 and in the West for both resale and UNI. No dates for either of these items have yet<br />

been confirmed<br />

- VZ advised that work is being done to provide documentation via the website for some of the various FTP<br />

server reports that are available. The documentation will include information about the reports. It will also<br />

include information on how to establish access to the FTP servers. Links will be added to the website that will<br />

connect to the connectivity options, which are available through the connectivity guide. The connectivity guide<br />

can be accessed through the online library.<br />

- VZ advised that the aim is to make the website more user friendly and basically update any information on the<br />

website to ensure that it is current with the current LSOG versions.<br />

- VZ advised as the enhancements are made, the look and feel of the website will change drastically. Webex<br />

sessions will be held to allow users to become familiar with the new format.


<strong>May</strong> <strong>2003</strong> East CMP Revisions Dated April 30, <strong>2003</strong><br />

28<br />

<strong>May</strong> <strong>2003</strong><br />

<strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> <strong>Meeting</strong><br />

Topic # Description Date Discussion<br />

12/10/02 - VZ advised that there were 7 new LSOG 5 directory caption samples made available on the <strong>Verizon</strong> West<br />

website on 12/02.<br />

- VZ advised there will also be possibly, by the end of December or the beginning or January, three new Centrex,<br />

AD9 sample orders for platform, Migration as is, Migration as specified, and New<br />

- VZ advised that a reminder was distributed via <strong>Change</strong> Control for the upcoming CLEC Ordering Workshop.<br />

CLECS were encouraged to participate as there many useful information covered in these sessions. A<br />

Connectivity workshop is also being planned and the date will be communicated. This workshop will help in<br />

giving information on the new location of information of the website.<br />

- VZ advised that as changes/enhancement are continued to be made to the website, the CLEC handbook will<br />

basically be retired as is discussed in various workshops. All information that is now currently located on the<br />

CLEC support site will be moved over to <strong>Verizon</strong>.com, this is being targeted for the beginning of January. A<br />

notice will be distributed via <strong>Change</strong> Control once the dates have been confirmed. This will again be discussed<br />

in the future to ensure that all CLECS are aware of the change.<br />

- VZ encouraged the use of the website content available, particularly web based training. Continuous<br />

enhancements are being made to the website to ensure that it is kept up to date, and that it has the latest<br />

information and is available 24/7.<br />

- VZ advised the there are ordering problems that are sometimes queried back to the CLEC which is a result of<br />

the lack of use of the pre-order guide. The local ordering guide available on the website, found in the online<br />

library has an entire section that covers each of the pre-order transactions and sample orders for each<br />

transaction.<br />

1/14/<strong>2003</strong> - Vz advised that three new East UNI P will be added for assume dial 9 samples to the website by the end of the<br />

month. Vz will also have USOC guides associated with those sample orders. The sample orders will cover As<br />

Is, migration, As specified, and New. <strong>Verizon</strong> will cover those samples in the February ordering workshop.<br />

- VZ advised that there was a connectivity workshop to introduce the fact that in <strong>Verizon</strong> East and West,<br />

connectivity will be removed. That is, the connectivity information will be moved from volume two of the<br />

handbook and the CLEC guide into the Connectivity guide. Volume two and the information in the CLEC<br />

guide will be retired. CLECS were advised to go through the connectivity guide to view the information..<br />

- Vz advised that the Ordering workshop is on February 19th, CLECS were advised that they can register via the<br />

website. This information will be found on the events calendar.<br />

- Vz advised that all CLECS should be aware that the connectivity guide is available. It includes information for<br />

pre-order, order, trouble admin, and the provisioning domains. It can be accessed through the connectivity<br />

wizard. Also access request can be submitted directly from the connectivity guide for various connectivity<br />

options via online forms available on that site.<br />

- CLECS were advised that a new tab in the connectivity guide containing billing information will also be<br />

available in the first quarter of this year. VZ advised that the local order guide in wizard will have<br />

enhancements made in the first quarter. That guide and wizard can be accessed through the online library on the<br />

LSP page.


<strong>May</strong> <strong>2003</strong> East CMP Revisions Dated April 30, <strong>2003</strong><br />

29<br />

<strong>May</strong> <strong>2003</strong><br />

<strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> <strong>Meeting</strong><br />

Topic # Description Date Discussion<br />

2/11/03 - Vz advised that the will be a workshop on March 19, <strong>2003</strong>. You can go to the event calendar to sign up for the<br />

workshop. The workshop will cover a couple of things, Vz resale and platform error scenario and invalid due<br />

date less than standard to date interval. Also change to class of service.<br />

79 NMC Access to CSI<br />

80 NMC Access to LSI<br />

81<br />

3/11/03 - Vz advised of a CLEC ordering workshop on March 19, <strong>2003</strong>.<br />

April 03 From Feb 7, <strong>2003</strong> conference call. <strong>Verizon</strong> will verify the NMC can actually see all lines of CSI information that a<br />

CLEC can view on-line. Instances were cited that suggest the NMC could not view the same content.<br />

5/<strong>13</strong>/03 <strong>Verizon</strong> confirms NMC access to all lines of the end user account record information available to the CLEC in LSI.<br />

The format the information is presented may differ.<br />

April 03 From February 7, <strong>2003</strong> conference call. The CLEC community recommended providing the NMC with access to<br />

LSI. The interaction with the NMC could be improved if both the NMC and CLEC were looking at the same LSR.<br />

5/<strong>13</strong>/03 NMC believe the issue can be addressed by improved training.<br />

Pre-Order Training April 03 From February 7, <strong>2003</strong> conference call. <strong>Verizon</strong> will republish where to find important pre-order information online.<br />

There were questions about how to look at the CSI prior to transmitting the LSR.<br />

Response: The Pre-Order Guide describes all the transactions available in both East and West Regions. The<br />

location is http://www22.verizon.com/wholesale/. Also see the on-line training archive for Pre -<br />

Order Workshop information from April 2002. Pre -order samples exist on-line for all transactions. The LSI online<br />

user guide also contains pre-order information. The EDI and CORBA specifications and CTE Test Deck also<br />

document pre-order transactions.<br />

CLOSED with CLEC Concurrence April CMP. Shading indicates removal from June list.<br />

82 WCCC Escalation List April 03 From February 7, <strong>2003</strong> conference call. There was a suggestion to expand the WCCC on-line escalation list. The<br />

strong preference was to reduce the hold times and to avoid escalation.<br />

Response: April 03 – the WCCC documentation includes three levels of escalation with the fourth level available<br />

upon request. The current version is January <strong>2003</strong> and available at<br />

http://www.verizon.com/wholesale/clecsupport/east/wholesale/customer_docs/pdf<br />

s/wccc.pdf<br />

CLOSED with CLEC Concurrence April CMP. Shading indicated removal from June list.


<strong>May</strong> <strong>2003</strong> East CMP Revisions Dated April 30, <strong>2003</strong><br />

30<br />

<strong>May</strong> <strong>2003</strong><br />

<strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> <strong>Meeting</strong><br />

Topic # Description Date Discussion<br />

83 CIRT Escalation List April 03 From February 7, <strong>2003</strong> conference call. There was a suggestion to expand the CIRT on-line escalation list. The<br />

strong preference was to reduce the hold times and to avoid escalation. .<br />

84 Caller ID Exhaust 570/572 3/11/03 CLECs reporting production problems associated with a conversion of caller id from retail to resale or UNE P is<br />

being dropped during conversion.<br />

Response: Production impacting - under active investigation.


Customer Distribution List<br />

ABarone@BroadViewNet.com kathrynpedersen@att.com<br />

ABarone@BroadViewNet.com kdclark@att.com<br />

AMY@EZPHONEUSA.COM kdiloren@telcordia.com<br />

AWiley@nfis.com kducharme@thelocalphonecompany.net<br />

Adrian.Gamory@GGN.COM keithd@d-tel.net<br />

Al_<strong>May</strong>erhoff@nyigc.com kenya@unitedllc.com<br />

Alain.Boudreau@prexar.net kestes@groveline.com<br />

Alan.Flanigan@twtelecom.com kevin@qis.net<br />

Alan.Thompson@rcn.net khetherington@choiceonecom.com<br />

Angela.N.Jones@wcom.com kim.bridge@westelcom.net<br />

Angie.Fisher@globalcrossing.com kim.conway@onepointcom.com<br />

Anne.Cullather@Qwest.com kim@d-tel.net<br />

Annox2@annox.com kinya@closecall.com<br />

Apentland@dsl.net kj1614@sbc.com<br />

Armando.Garcia@OnePointCom.com kking@dpiteleconnect.com<br />

1 <strong>May</strong> <strong>2003</strong> Distribution List


Customer Distribution List<br />

Aschanzer@utilisave.com kknapp@groveline.com<br />

aarmstro@telcordia.com kkordus@ems.att.com<br />

abe.connectel@verizon.net kmorales@nos.com<br />

acarey@att.com kmraz@thebiz.net<br />

adudley@lightship.net kwalker@bridgecomtel.com<br />

adunbar@ccitelecom.com kwhittard@wvfibernet.net<br />

aeconomou@mettel.net kwoodard@thebiz.net<br />

afitzsimmons@att.com LBlair@RemiCommunications.com<br />

agooden@biztelone.com LEC.Liaison@localaudit.com<br />

ahampel@commsouth.net LEVYASSOCIATE@AOL.COM<br />

alain.boudreau@prexar.com LMitchell@wisor.com<br />

albielecki@msn.com LPRobinson@ATT.com<br />

alex.pantazis@algx.com) Leon.Rhyne@rcn.net<br />

alice_allen@cable.comcast.com Linda_Duggan@rcn.net<br />

alltelecom@aol.com Lisa.Kuehn@ComScape.net<br />

amccaslin@ctel.net Lisa_Spalding@commercelink.com<br />

amigliassi@groveline.com Lissa.Provenzo@wcom.com<br />

amy.kwak@ct-enterprises.com Loriann.Ercan@allegiancetelecom.com<br />

andreassis@electricfiber.com larry@thorn.net<br />

2 <strong>May</strong> <strong>2003</strong> Distribution List


Customer Distribution List<br />

anne.lynch@reconex.com launch-now.notify@accenture.com<br />

anthony.triola@adelphia.com lcamillo@granitenet.com<br />

apandina@choiceonecom.com ldavidov@dset.com<br />

aprovencher@lightship.net ldavis@metrotelco.com<br />

arichardson@capsulecom.com ldimi@ems.att.com<br />

asanjuan@mettel.net leahb@midmaine.com<br />

aspina@corp.thorn.net lellis@choiceonecom.com<br />

asturtz@choiceonecom.com lenam@lightyearcom.com)<br />

aulisio@att.com lgannon@thebiz.net<br />

BAnotes@talk.com lhopkins@eftia.com<br />

BFlynn@xtel.net linda@annox.com<br />

BGuido@RemiCommunications.com lisa.fasciana@adelphia.com<br />

BKoenig@onestarld.com


Customer Distribution List<br />

benm@nxgt.com lopezr@mid-hudson.com<br />

bettybarrett@att.com lora@currycommunications.net<br />

beverly@rnktel.com lpellegrino@pelltel.com<br />

bgoodwin@cambrian.net lsampson@ctcnet.com<br />

bgreeley@dscicorp.com lscalley@broadviewnet.com<br />

bkarmake@telcordia.com lsims@cavaliertelephone.com)<br />

blmcgrath@att.com lsorino@xtel.net<br />

bmiraval@broadviewnet.com lthompson@z-tel.com<br />

bob@digitalconnections.net ltillett@dsl.net<br />

bparmer@dande.com lwelch@nuitele.com<br />

bpetersen@dsl.net lyn.pinto@adelphia.com<br />

br1716@sbc.com lynn.eckert@adelphia.com<br />

brauchle@att.com MLally@BroadViewNet.com<br />

brian@mid-hudson.com Micki.Jones@wcom.com<br />

brian.moynihan@xo.com macdon@ctcnet.com<br />

broadband@gwi.net macek@ntelos.com<br />

brogers@att.com mark@annox.com<br />

browand@captel.com mark.anthony@spectrotel.com<br />

bryan.jacobson@atx.com markc@exceleron.com<br />

4 <strong>May</strong> <strong>2003</strong> Distribution List


Customer Distribution List<br />

bstewart@biztelone.com mary.clarke@cox.com<br />

bwolfe@4-procom.com mary.hunt@wcom.com<br />

CCardiff@RemiCommunications.com mataris@aol.com<br />

CGAMBINO@cablevision.com matt.noll@onepointcom.com<br />

Charles@intelecomsolutions.com mattk@mid-hudson.com<br />

Chris@Linesystems.com maureen.vitiello@rcn.net<br />

Christine.Delizzio@atx.com mbatdorf@atx.com<br />

Clemishia.hubbard@algx.com mboger@groveline.com<br />

cardinal.southwell@spectrotel.com mciccanti@xtel.net<br />

carol.grover@pinetreenetworks.com mclancy@covad.com<br />

ccassel@bullseyetelecom.com mclarke@cavtel.com<br />

ccastanz@optonline.ne mcoleman@broadviewnet.com<br />

ccherry@rnetworx.com mconry@infohwy.com<br />

ccoombs@ems.att.com mdonmoyer@dscicorp.com<br />

cdigilio@xtel.net mforan@coastalnyc.com<br />

cdressler@att.com mheffley@amll.com<br />

cfrenette@groveline.com michael@alookahead.com<br />

cgilman@choiceonecom.com mike@telion.tv<br />

change.control@currycommunications.net mitch.wright@spectrotel.com<br />

5 <strong>May</strong> <strong>2003</strong> Distribution List


Customer Distribution List<br />

change-verizon@sover.net mkinney@techvalleycom.com<br />

changecontrol.verizon@onepointcom.com mladue@choiceonecom.com<br />

chappa@bpu.state.nj.us mmckenna@cavtel.com<br />

charles@QTelSolutions.com mmoreno@eztalktelephone.com<br />

charon@linesystems.com moneill@mcgrawcom.net<br />

chelmke@midmaine.com


Customer Distribution List<br />

cvacanti@choiceonecom.com nbattaglia@att.com<br />

cwelsh@cavtel.com nbrady@businessedge.com<br />

DANNcommINC@aol.com nconant@telcordia.com<br />

DJOHNSON@SITEHELP.ORG nikkei.goodwin@adelphia.com<br />

DMULLICK@GENESISLD.COM njanja.mathu@atx.com<br />

(immediate) notify@paclec.com<br />

DYEAGER@METROTELCO.COM nthomps1@telcordia.com<br />

Daniel.Doherty@rcn.ne nutelphone@fast.net<br />

Daniel.Toth@wcom.com nytelsave@tccteleplex.com<br />

David.Burley@wcom.com nzeitvogel@lightship.net<br />

Dawn.Tapley@Cox.Com PRubino@Z-TEL.com<br />

Deb.Comeau@rcn.net PaulB@Planbcom.com<br />

Dennis@reconex.com) Paul.McNamara@Cox.com<br />

Dev.Misser@rcn.net Pbolen@metrotelco.com<br />

Donna@reconex.com Posullivan@transbeam.com<br />

Doreen.Best@allegiancetelecom.com paul.naugle@atx.com<br />

Dpeck@uslec.com pbatista@att.com<br />

dallis@thelocalphonecompany.net pbeattie@dscicorp.com<br />

darlene.maurer@ams.com pbulloch@infohighway.com<br />

7 <strong>May</strong> <strong>2003</strong> Distribution List


Customer Distribution List<br />

dave@bayring.com pchallenger@conversent.com<br />

dave@dmrcom.net pdillon@covad.com<br />

david_weiss@icgcom.com pf4768@sbc.com<br />

davidtk@rnktel.com phil.jones@algx.com<br />

davidtownsend@att.com phuberhauck@choiceonecom.com<br />

dchristo@telcordia.com pjhurley@att.com<br />

dcochrane@conversent.com pkennedy@intellec.net<br />

ddash@nuitele.com plaisier@bright.net<br />

dennis.guard@wcom.com ppron@telcordia.com<br />

dennis.kelley@reconex.com provisioning@monmouth.com<br />

dennis.stanek@adelphia.com provisioning@penntele.com<br />

dennymichaud@teletech.com pstutzman@granitenet.com<br />

derekbrown@att.com Rae.Couvillion@wcom.com> (immediate)<br />

devon@fullservicenetwork.net Ray_Dickler@hp.com<br />

dhoyt@hoyt.com Rflorio@hamptons.com<br />

dianna.stevens@adelphia.com Rich.Frantz@allegiancetelecom.com<br />

dkgilbert@att.com Richard.Glasgow@btitele.com<br />

dklein@flcommunications.com Rick.Garger@rcn.net<br />

dlight@eztalktelephone.com Rick.Heck@Planbcom.com<br />

8 <strong>May</strong> <strong>2003</strong> Distribution List


Customer Distribution List<br />

dlilly@vartec.ne Rlaine@Broadviewnet.com<br />

dlinso@ctcnet.com Rmaimon@mettel.net<br />

dlovejoy@1cominc.com Rochelle.Jones@twtelecom.com<br />

dmalfara@remicommunications.com Roderick.Bourn@cox.com<br />

dmattson@ceni.com Ronald_Vero@DPS.State.NY.US<br />

dmina@att.com Ronnie.Johns@allegiancetelecom.com<br />

dmiriki@stis.com Ronnie.johns@algx.com<br />

dosteele@usa.capgemini.com randik@ntenet.com<br />

doug.turrell@xo.com rcairnes@biztelone.com<br />

dparobeck@mettel.ne rd5335@momail.sbc.com<br />

dpatota@bcm-tel.com reba.blake@wcom.com<br />

dpetry@ix.netcom.com rebecca.baldwin@telcove.com<br />

dscoville@wvfibernet.net remanda.champion@planbcom.com<br />

dsmith10@ems.att.com rengaj@ctcnet.com<br />

EDDIE.DAVIS@EUREKAGGN.COM repair@lightship.net<br />

ELSA@gldstr.com resale@conversent.com<br />

EddieD@planbcom.com rfragola@cambrian.net<br />

Edward.Fisher@world-link.com rgoodband@advance2000.com<br />

Ellen.Frantz@rcn.net rhahn@wvfibernet.net<br />

9 <strong>May</strong> <strong>2003</strong> Distribution List


Customer Distribution List<br />

Ewrann@dsl.net rich.figueroa@ggn.com<br />

eaizenman@bcm-tel.com richard.cahill@spectrotel.com<br />

ebonding@algx.com rick.garman@qwest.com<br />

egoldberg@mettel.net rickh@Planbcom.com<br />

eileen.veilleux@midmaine-telplus.com robert.mckay@atx.com<br />

elagg@intelecomsolutions.com rodgersj@ntelos.com<br />

emcgraw@att.com ross.martin@xo.com<br />

emcneice@atx.com rselden@telcordia.com<br />

epierce@cavtel.com rsemidey@veranet.net<br />

epugsley@nwp.com rsteller@lightship.net<br />

erin.drake@twtelecom.com Sherry.Lichtenberg@wcom.com<br />

estrickland@metrotelco.com Steve.Jennings@nowcommunications.com<br />

eswanson@dscicorp.com samy@unitedtelcom.com<br />

Fran.Obrien@adelphia.com sandi.rothman@idea.com<br />

fabbd1@ctcnet.com scott.d.dusten@xo.com<br />

fglover@4-Procom.com sfarkouh@broadviewnet.com<br />

GHenderson@Z-TEL.com sgoodwin@cavtel.com<br />

GPino@GGN.com sheri.bancroft@atx.com<br />

Genine.Tyson@rcn.net shobbs@dsl.net<br />

10 <strong>May</strong> <strong>2003</strong> Distribution List


Customer Distribution List<br />

ganderson@ccsinet.com showson@conversent.com<br />

gary.paa@adelphia.com sjones@choiceonecom.com<br />

gayle.gissendanner@cox.com sm5480@sbc.com<br />

gbennett@ironton.com smathews@penntele.com<br />

gcoller@stratuswave.com smaynard@broadviewnet.com<br />

gcookman@granitenet.com smcginty@primelink1.net<br />

george.murdock@prexar.net smendez@bcm-tel.com<br />

georgia.tulloch@stis.com smendez@bridgecomtel.com<br />

ggaillard@dsl.net smithwl@att.com<br />

ghammond@dsl.net snahar@tri-telcom.com<br />

ghawley@servisense.com sparrott@primelink1.net<br />

ginger.dyer@cox.com sriddle@matrixvalue.com<br />

gloriav@att.com ssheflett@winstar.com<br />

gmcdonal@telcordia.com stephanie@ezphoneusa.com<br />

11 <strong>May</strong> <strong>2003</strong> Distribution List


Customer Distribution List<br />

gorengo@thebiz.ne steve.bogdan@talkingnets.com<br />

greg@closecall.com steve.mcgranaghan@adelphia.come<br />

grobideau@oxfordnetworks.com steve.taff@allegiancetelecom.com<br />

gruss@ccsinet.com stogie99@optonline.net<br />

gtoland@att.com stourangeau@conversent.com<br />

gwardell@cablevision.com strachan@primelink1.net<br />

gwood@covista.com<br />

Heather.Thompson2@allegiancetelecom.c<br />

susan.clark@algx.com<br />

om swoods@z-tel.com<br />

Helen.Allard@Cox.com TCarter@metrotelco.com<br />

halpin@att.com TGalipea@covad.com<br />

handym@ctcnet.com TINA.GENERAL@KMCTELECOM.COM<br />

hanleym@corp.smokesignal-clec.com TMURPHY@USLEC.COM<br />

hazbro@gwi.net TRamsey@ne.health.net<br />

henry@intelecomsolutions.com Terry.Clark@KMCTELECOM.COM<br />

hjacks@talk.com Tgregson@metrotelco.com<br />

hviolette@midmaine.com TkWilliams@BroadViewNet.Com<br />

ifajerman@dnetit.com Tony_Jones@hp.com<br />

ilec.interaction@xo.com Towanda.Russell@rcn.net<br />

ilecinfo@txmail.sbc.com tcassera@tri-telcom.com<br />

12 <strong>May</strong> <strong>2003</strong> Distribution List


Customer Distribution List<br />

ilecnotes@talk.com tchaput@vibrant-1.com<br />

ilecnotification@dcaweb.net tclark@kmctelecom.com<br />

info@lightship.net team-tel@sover.net<br />

isaac.honig@verizon.net thickey@lightship.net<br />

JATWELL@ATT.COM thomas.panko@rcn.net<br />

JBROWN@QUANTUMSHIFT.COM thomas_taccetta@frontiercorp.com<br />

JLambert@lightship.net timw@digitalconnections.net<br />

JLennon@BroadViewNet.com tlcraig@att.com<br />

JRC@dps.state.ny.us tlyons@atx.com<br />

JR@GTB.net tmcqueen@onestarld.com<br />

JWight@BroadViewNet.com tmorris@digitalsignal.com<br />

JZIEGELE@broadviewnet.com tomm@midmaine.com<br />

Jadkin@kmctelecom.com) tomt@westelcom.com<br />

James_Noonan@cable.comcast.com tony.hanuman@talkingnets.com<br />

Jay.Day@rcn.ne trank@XO.com<br />

Jblackwell@broadviewnet.com) traven@oxfordnetworks.com<br />

Jeanette.Hatchett@cox.com tsalame@mettel.net<br />

Jkuhns@broadviewnet.com tscoville@wvfibernet.net<br />

Jmarqu@kmctelecom.com ttrowbridge@techvalleycom.com<br />

<strong>13</strong> <strong>May</strong> <strong>2003</strong> Distribution List


Customer Distribution List<br />

Joe.Levesque@cox.com VF5164@SBC.COM<br />

Joseph.Hames@allegiancetelecom.com VKBaldwin@allconnectel.com<br />

Judy@RNKTEL.COM<br />

Vendor<strong>Change</strong>Notification@QuantumShift.<br />

com<br />

jaltman@xtel.net <strong>Verizon</strong>_<strong>Change</strong>_Control@elec-corp.com<br />

james.busi@onepointcom.com<br />

<strong>Verizon</strong>-<br />

East_Announcements@cable.comcast.com<br />

james.webber@corecomm.com Vparsons@wvfibernet.net<br />

jared.welch@accesspointinc.com vburke@skow.net<br />

jason.tallman@rcn.net vendorrelations@bullseyetelecom.com<br />

jaym@mcgrawcom.net<br />

jays@dsl.net vhonor@yahoo.com<br />

jboshier@covad.com vickif@att.com<br />

verizon.east.change.management@core.ve<br />

rizon.com<br />

jc@trucom.net vickyd@lightyearcom.com<br />

jcarney@broadviewnet.com vzchange@dnetit.com<br />

jennifer.benard@adelphia.com vze23qjm@verizon.net<br />

jennifer.benard@telcove.com WDawson@rhythms.net<br />

jennifer.gleason@kmctelecom.com Wadew@lan.dftel.com<br />

jennifer.holsopple@core.verizon.com Warren@Linesystems.com<br />

jeremy.bye@cox.com Wayne_Brodbeck@hp.com<br />

jfaulkner@decommunications.com WorldCal@bestweb.net<br />

14 <strong>May</strong> <strong>2003</strong> Distribution List


Customer Distribution List<br />

jfountain@z-tel.com wccc@core.verizon.com<br />

jgelfand@mettel.net wcengstr@vartec.net<br />

jgorman@dreamscape.com wilsonch@ntelos.com<br />

jharpold@wvfibernet.net winchj@ctcnet.com<br />

jim.sanders@talkingnets.com wps-ics-east@core.verizon.com<br />

jkeegan@bcm-tel.com wps-ics-east@verizon.com<br />

jlee@ctcnet.com wtunis@att.com<br />

jlog323@aol.com ylee@cavtel.com<br />

jmapes@sover.net yolanda.williams@adelphia.com<br />

jmarino@amll.com yshepard@vibrant-1.com<br />

jmilnor@qwest.com zns_bacc@z-tel.com<br />

jmorea@broadviewnet.com<br />

jmoticka@dsl.net<br />

mperry@att.com<br />

mperry@ems.att.com<br />

jnelson@xtel.net<br />

KANIELSE@VARTEC.NET<br />

KKarran@XchangeTele.com<br />

Kevin.McGrory@Qwest.com<br />

15 <strong>May</strong> <strong>2003</strong> Distribution List


Kisua.Render@cox.com<br />

karind@covad.com<br />

karla.gallenberger@globalcrossing.com<br />

kath@bayring.com<br />

katherine.couture@adelphia.com<br />

Customer Distribution List<br />

16 <strong>May</strong> <strong>2003</strong> Distribution List


3 of 4<br />

Process <strong>Verizon</strong>-East<br />

System<br />

System<br />

Wholesale Systems<br />

Implementation Decommission<br />

Preorder LSI Oct-99 -<br />

EDI ( LSOG5, v 5.4) Feb-03 Jun-03<br />

EDI ( LSOG5, v 5.5)* Jun-03 Oct-03<br />

EDI ( LSOG6, v 6.0) Feb-03 Jun-03<br />

EDI ( LSOG6, v 6.1)* Jun-03 Oct-03<br />

CORBA(LSOG5, 5.4) Feb-03 Jun-03<br />

CORBA(LSOG5, 5.5)* Jun-03 Oct-03<br />

CORBA (LSOG6, v 6.0) Feb-03 Jun-03<br />

CORBA (LSOG6, v 6.1)* Jun-03 Oct-03<br />

Order EDI (LSOG5, v 5.4) Feb-03 Jun-03<br />

EDI ( LSOG5, v 5.5)* Jun-03 Oct-03<br />

EDI ( LSOG6, v 6.0) Feb-03 Jun-03<br />

EDI (LSOG6, v 6.1)* Jun-03 Oct-03<br />

LSI Oct-99 -<br />

Billing BDT (V38) Oct-02 Apr-03<br />

BDT (V39) Apr-03<br />

<strong>Verizon</strong>-East Wholesale Systems<br />

<strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> <strong>Meeting</strong><br />

This document is intended to supplement rather than replace<br />

any state or federal requirements or provisions regarding<br />

notice of changes, including, without limitation, changes<br />

pursuant to 47 C.F.R Sections 51.325-51.335. <strong>Verizon</strong> and<br />

TCs reserve the right to seek full application or enforcement<br />

of such federal or state requirements or provisions.<br />

* Planned<br />

** Tentative<br />

<strong>Meeting</strong> System Matrix_Qtr-2nd


Release CR # / Initiative<br />

#/<br />

April 21, <strong>2003</strong><br />

Completed<br />

1108.4<br />

362386.5<br />

<strong>Change</strong> Control Items by Release<br />

Description of <strong>Change</strong> Request CR Type Data Added<br />

Title: Flow through Hunting on Migrations - Phase 5<br />

Description: Flow through orders when Hunting is present on Migrations. Errors returned directly to the<br />

CLEC are:<br />

• 7020HT<strong>13</strong> - HT not found in Hunt Group on CSR (LSOG 5)/HTN not found in Hunt Group on CSR<br />

(LSOG 6)<br />

• 7020HT19 - HTSEQ is invalid<br />

Reason: Flow Through – Metric OR501, OR503<br />

Jurisdiction: North, South System: Other; Primary Area: UNE-P; LSOG Version: 5 and above<br />

Documentation Impact: Flow through ordering scenarios<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Page 1 of 33<br />

2 9/3/02


Release CR # / Initiative<br />

#/<br />

April 21, <strong>2003</strong><br />

Completed<br />

1466<br />

363851<br />

Description of <strong>Change</strong> Request CR Type Data Added<br />

Title: Community Choice<br />

Description: The goal of this initiative is to provide a default for the community choice service in areas<br />

where a selection is required and to query the Reseller when the FID LUD is provided for an NPANXX<br />

where it is not available. Currently, the FID LUD is missing from the LSR each time a new service request is<br />

received and the end user resides in jurisdictions that only offers Community Choice. This situation results<br />

in service orders that are issued and then fail to a service order error.<br />

A new edit has been established to verify based on NPA NXX in the VA if the LUD FID is required. If<br />

required and the FID is not on the RS Form then the request will default to LUD A. If not allowed and the<br />

FID is on the RS Form then the request will be queried using existing error 7020SC12-Invalid Disposition of<br />

@ (LUD).<br />

There are three options which are identified by the FID LUD (Local Usage Detail), followed by<br />

a code set of A, B, or C. Options are on an account basis only and the specified option will<br />

apply to every line on the customer’s account.<br />

• LUD A = Minutes of USE<br />

• LUD B = Timed Message Units<br />

• LUD C = Flat Rate Option - the flat rate amount is billed to each line on the account<br />

Scope for these requests are REQTYP = EB and ACT = N, T, C or V.<br />

Reason: Flow through – Metric OR501, OR503<br />

Jurisdiction: VA; System: Other; Primary Area Resale; LSOG Version: LSOG 5 and above<br />

Documentation Impact: Flow through ordering scenarios<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Page 2 of 33<br />

2 2/4/03


Release CR # / Initiative<br />

#/<br />

April 21, <strong>2003</strong><br />

Completed<br />

April 21, <strong>2003</strong><br />

Completed<br />

April 21, <strong>2003</strong><br />

Completed<br />

1676<br />

365397<br />

1857<br />

366822<br />

2040.1<br />

368650.2<br />

Description of <strong>Change</strong> Request CR Type Data Added<br />

Title: Use of the @ symbol to provide for E-Mail address<br />

Description: The goal of this request is to allow subscribers to give their e-mail address as contact<br />

information. The symbol @ must be allowed to be mapped to Remarks. When the LSR contains an @ in any<br />

field to be mapped to Remarks, such as LCON and ACC fields on the EU form, place it in Remarks section of<br />

service order instead of blanking it out as is presently done. We need to allow the @ for e-mail address<br />

information.<br />

Reason: Flow through – Metric OR501, OR503<br />

Jurisdiction: North & South; System: Other; Primary Area: UNE, Resale UNE-P; LSOG Version: LSOG 5<br />

and above<br />

Documentation Impact: None<br />

Title: Process additional NE residence additional lines at Level 5<br />

Description: The goal of this project is to allow additional flow through of Retail to Platform migration<br />

requests for NE residence additional lines.<br />

Reason: Flow through – Metric OR501, OR503<br />

Jurisdiction: North; System: Other; Primary Area UNE-P; LSOG Version: LSOG 5 and above<br />

Documentation Impact: None<br />

Title: Date Due Cutoff Time-Phase 2<br />

Description: The purpose of this phase is to change the cut off times for certain Resale and Platform<br />

products and scenarios. In all cases, if the LSR DDD field is longer than the calculated due date, the orders<br />

will carry the due date provided on the LSR. The objective is to make sure flow through is in synch with<br />

established guidelines for the due date intervals. A complete list of due date intervals is available on the<br />

web.<br />

Reason: Flow through – Metric OR501, OR503<br />

Jurisdiction: South; System: Other; Primary Area UNE-P, Resale; LSOG Version: LSOG 5 and above<br />

Documentation Impact: None<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Page 3 of 33<br />

2 2/4/03<br />

2 10/1/02<br />

2 2/4/03


Release CR # / Initiative<br />

#/<br />

April 21, <strong>2003</strong><br />

Completed<br />

April 21, <strong>2003</strong><br />

Completed<br />

2500<br />

375216<br />

2550<br />

375880<br />

Description of <strong>Change</strong> Request CR Type Data Added<br />

Title: Pending LSRs<br />

Description: The purpose of this initiative is to create an automated process in <strong>Verizon</strong> systems to reject<br />

certain requests when pending LSRs exist. Currently, <strong>Verizon</strong> accepts and processes multiple requests<br />

submitted from different CLEC’s for the same end user customer. This overlap may cause service order<br />

errors, accidental disconnection of an end user’s service or incorrect billing.<br />

Comments: CLEC community requests a retransmission of the new error message and accompanying<br />

documentation; This change request has been negotiated with the industry through several Pending Order<br />

workshops held in 2002. All scenarios to be included have been reviewed by the industry.<br />

Reason: Flow through – Metric OR501, OR503<br />

Jurisdiction: North & South; System: Other; Primary Area UNE, Resale, UNE-P; LSOG Version: LSOG 5<br />

and above<br />

Documentation Impact: Order Error Messages<br />

Title: Process for OC4 on Resale and Platform Migrations<br />

Description: The purpose of this request is to give instructions to <strong>Verizon</strong> systems to remove OC4 during a<br />

migration to Platform. OC4 will be removed on existing accounts with migration to Platform. An error<br />

will be sent for new requests for OC4 on Platform accounts. In addition for Resale migration requests, OC4<br />

blocking will be allowed using BLOCK "D" only. Requests with OC4 in the feature field will no longer be<br />

accepted. The following existing error will be returned 7030V185 “USOC invalid @”<br />

Comments: <strong>Verizon</strong> confirms this change will not imp act UNE products.<br />

Reason: Flow through – Metric OR501, OR503<br />

Jurisdiction: South; System: Other; Primary Area: UNE-P, Resale; LSOG Version: LSOG 5 and above<br />

Documentation Impact: None<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Page 4 of 33<br />

4 2/4/03<br />

2 2/4/03


Release CR # / Initiative<br />

#/<br />

April 21, <strong>2003</strong><br />

Completed<br />

April 21, <strong>2003</strong><br />

Completed<br />

2562.3<br />

376027.3<br />

2625<br />

377163.4<br />

Description of <strong>Change</strong> Request CR Type Data Added<br />

Title: LSOG 6: Miscellaneous <strong>Change</strong>s (not covered in other CRs)<br />

Description: This request will capture all minor miscellaneous changes. Detailed analysis shows<br />

approximately 100 miscellaneous revisions. These would include revisions to Definitions, text modifications<br />

on Notes and Conditions, length changes, new Valid Entries.<br />

Comments: There is a Phase 3 scheduled for the April <strong>2003</strong> release. 2 new edits will be going back to the<br />

CLECs: EU105 and RS 083.<br />

For ZIP field on End User Form EU105 - "Required if the AFT field is populated, otherwise prohibited."<br />

For BLOCK field on RS form RS 083 - "Required when the BA field is "A", "D" or "E" otherwise<br />

prohibited.".<br />

Reason: Industry Standard<br />

Jurisdiction: North & South; System: LSI, EDI; Primary Area: Resale, UNE, UNE-P; LSOG Version: 6<br />

Documentation Impact: Error Message document<br />

Title: FT MDVW LNP requests which have non-engineered centrex phase 4<br />

Description : This initiative will FT at level 4 MDVW LNP requests which have non-engineered centrex on<br />

the retail account. NPD will be addressed in a later phase. Partial migrations will still drop to Level 2. This<br />

initiative addresses full migrations of retail non-engineered centrex to LNP only.<br />

Comments: This initiative will be completed in multiple phases. Phases 2 and 7 completed in March <strong>2003</strong>;<br />

Phase 4 is Committed for April <strong>2003</strong>; Phases 1, 3, 5, 6, and 8 Candidates for June <strong>2003</strong>.<br />

Reason: Flow through - Metric OR501, OR503<br />

Jurisdiction: MD, DC, VA, VW; System: Other; Primary Area UNE; LSOG Version: LSOG 5 and above<br />

Documentation Impact: None<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Page 5 of 33<br />

3 10/1/02<br />

2 4/1/03


Release CR # / Initiative<br />

#/<br />

April 21, <strong>2003</strong><br />

Completed<br />

2642.1<br />

375483.2<br />

Description of <strong>Change</strong> Request CR Type Data Added<br />

Title: Fictitious Billing Telephone Numbers (fBTN) - Phase 2<br />

Description: Ensure that all Wholesale systems and processes will be able to handle the new fBTN format<br />

being implemented in MDVW, as well as the current format.<br />

Business Narrative: This change request will introduce new fictitious billing account numbers in DC, MD,<br />

VA, WV. This will allow additional NPAs for new accounts only. There will be no change to the embedded<br />

base. This will be applicable for fictitious bans for listings and loops. Each state will have specific code in<br />

NNX.<br />

Examples of the new fBTN format:<br />

? 1st character = “0”<br />

? 2nd character = mapped to a state<br />

? MD = 1<br />

? DC = 3<br />

? VA = 4<br />

? WV = 5<br />

? NOTE: A value of 2 will not be used, since it is already being used throughout the<br />

existing systems<br />

? 3rd character = 0 through 9<br />

? 4th through 6th characters = 001 through 999.<br />

7th through 10th characters = 0001 through 9999.<br />

Comments: In response to COVAD challenge of CR Type. <strong>Verizon</strong> agrees that the Type 2 designation was<br />

inappropriate and that a more accurate designation is a Type 1 Severity 3. This CR was generated because<br />

of FTN number exhaust. We were running out of available numbers to assign. This CR only creates a new<br />

number scheme: Phase 2 is a Candidate for April <strong>2003</strong>.<br />

Reason: System enhancement<br />

Jurisdiction: MD, DC, VA, WV; System: Other; Primary Area UNE; LSOG Version: 5 & 6;<br />

Documentation Impact: None<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Page 6 of 33<br />

1 12/3/02


Release CR # / Initiative<br />

#/<br />

April 21, <strong>2003</strong><br />

Completed<br />

April 21, <strong>2003</strong><br />

Completed<br />

2827.2<br />

380857.2<br />

2833<br />

380872<br />

Description of <strong>Change</strong> Request CR Type Data Added<br />

Title: Platform FX Query - Phase 2<br />

Description: With Platform Foreign Exchange requests in the South, if a CLEC submits LSR with an<br />

incorrect TOS for Foreign Exchange (4th character=F), the NMC sends a manual query. This project will<br />

instruct <strong>Verizon</strong> system to send error message to the CLECs.<br />

Error returned directly to the CLEC is:<br />

7949G093 - TOS invalid for FX request, LSR in query.<br />

Comments: Phase 1 Completed 3/16/03<br />

Reason: Flow through – Metric OR501, OR503<br />

Jurisdiction: South; System: Other; Primary Area UNE-P; LSOG Version: LSOG 5 and above<br />

Documentation Impact: Error message document<br />

Title: Flow through– CLT- FID MDVW -Resale End-User Accounts<br />

Description: The purpose of this initiative is to flow through migration and disconnect requests when the<br />

CLT FID is found on the account.<br />

Reason: Flow through – Metric OR501, OR503<br />

Jurisdiction: DC, MD, VA, WV; System: Other; Primary Area: Resale; LSOG Version: 5 and above<br />

Documentation Impact: None<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Page 7 of 33<br />

2 3/4/03<br />

2 3/4/03


Release CR # / Initiative<br />

#/<br />

April 21, <strong>2003</strong><br />

Completed<br />

April 21, <strong>2003</strong><br />

Completed<br />

2834<br />

380873<br />

Description of <strong>Change</strong> Request CR Type Data Added<br />

Title: Flow through – CLT-MDVW -Platform fid on End-User Account<br />

Description: The purpose of this initiative is to flow through migration and disconnect requests when the<br />

CLT FID is found on the account.<br />

Reason: Flow through – Metric OR501, OR503<br />

Jurisdiction: DC, MD, VA, WV; System: Other; Primary Area: UNE-P; LSOG Version: 5 and above<br />

Documentation Impact: None<br />

378748 Title: CABS BOS Version 39<br />

Description: Implement CABS BOS Version 39<br />

Business Narrative : Implement CABS BOS Version 39<br />

Reason: Industry standard compliance - VZ customers would not be able to process the bills they receive<br />

from us.<br />

Jurisdiction: North & South; System: BDT-related systems ; Primary Area: NA; LSOG Version: NA<br />

Documentation Impact: CABS/B<strong>OSS</strong> Differences List & Explanation Letter<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Page 8 of 33<br />

2 3/4/03<br />

3 4/1/03


Release CR # / Initiative<br />

#/<br />

June 21, <strong>2003</strong><br />

Committed<br />

1472<br />

365405<br />

Description of <strong>Change</strong> Request CR Type Data Added<br />

Title: Revise ISDN Platform Process - SPEC/TOS<br />

Description: The purpose of this initiative is to update the Service and Product Enhancement Code field<br />

(SPEC) and the TOS field edits on the LSR form in order for a CLEC request for ISDN BRI to be processed.<br />

Business Narrative : In order for a CLEC request for ISDN BRI to be processed, the Service and Product<br />

and Enhancement field (SPEC) on the LSR form needs to be modified. ISDN BRI is a Remand issue. There is<br />

no way a request for new ISDN BRI can be provisioned without the SPEC field being populated.<br />

Reason: Remand<br />

Jurisdiction: North & South; System: LSI, EDI; Primary Area: UNE-P; LSOG Version: 5 and above<br />

Documentation Impact: LSOG 5 & 6 Order Business Rules and Error Messages<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Page 9 of 33<br />

2 3/4/03


Release CR # / Initiative<br />

#/<br />

June 21, <strong>2003</strong><br />

Committed<br />

June 21, <strong>2003</strong><br />

Committed<br />

1959.1<br />

368522.2<br />

2068<br />

369065<br />

Description of <strong>Change</strong> Request CR Type Data Added<br />

Title: Flow-Through Local Package - Phase 2<br />

Description: The goal of the project is to eliminate 7020OS01 NOT A FLOWTHRU USOC @ PGORP &<br />

PGORS by allowing Local Package to flow through for Resale.<br />

Business Narrative : Presently, in Resale, if the PGORS & PGORP USOCs are present on a CSR the request<br />

will receive 7020OS01 NOT A FLOWTHRU USOC @ PGORP & PGORS or V108 NOT A FLOWTHRU USOC<br />

@ PGORP & PGORS. Both errors need to be eliminated and allow the packages to flow through. Presently,<br />

in Platform, if the Local Package USOCs are received new, a V108 error is generated to the NMC. This<br />

should be redirected to the CLEC as “USOC XXXX not eligible for Platform”.<br />

Comments: Phase 1 was completed in June, 2002<br />

Reason: Flow through<br />

Jurisdiction: South; System: LSI, EDI; Primary Area: Resale, UNE-P; LSOG Version: 5 and above<br />

Documentation Impact: Flow through scenarios<br />

Title: Lineshare Disconnect Notification<br />

Description: The purpose of this initiative is to create a process to automatically trigger a service order for<br />

the wholesale line share service whenever the retail end user initiates a number change or disconnect<br />

request. Upon completion of the order the CLEC/DLEC should be electronically notified (via Provider<br />

Notification) to update their records accordingly.<br />

Business Narrative : This Initiative will include a <strong>Verizon</strong> initiated LSR when a retail business office order is<br />

completed to disconnect, change or move the telephone number on a line which has data. The LSR will<br />

generate a service order to update the CLEC’s records. A Provider Notification report will send the updated<br />

information to the CLEC.<br />

Reason: New functionality<br />

Jurisdiction: North & South; System: Other; Primary Area: UNE; LSOG Version: 5and above<br />

Documentation Impact: Provider Notification<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Page 10 of 33<br />

2 2/5/02<br />

5 3/4/03


Release CR # / Initiative<br />

#/<br />

June 21, <strong>2003</strong><br />

Committed<br />

2259.2<br />

371639.3<br />

Description of <strong>Change</strong> Request CR Type Data Added<br />

Title: Implement an address validation process (North) & enhance the address validation process (South)<br />

Description: This phase will implement a previous occupant process for both the North and South and a<br />

new due date process for additional lines for the South. The previous occupant process allows us to verify<br />

the status of service at the address that the CLEC provides. If there is no working service, we continue<br />

processing the request. If there is working service, we check the WSOP to see if the CLEC is requesting an<br />

additional line. If they are, we process. If not, we will query. If the previous service is "pend out" which<br />

means a disconnect order was placed, we check to see if the DD of the CLEC order is greater than the DD of<br />

the disconnect order. If it is, we continue. If it isn't, we check to see if this will be an additional line. If not we<br />

will query.<br />

Comments: The scope for this initiative is Resale/Platform, Residence, ACT "N" or "T"..<br />

Reason: Flow through – Metric OR501, OR503<br />

Jurisdiction: North & South; System: LSI, EDI; Primary Area: Resale, UNE-P; LSOG Version: 5 and<br />

above<br />

Documentation Impact: LSOG 5 & 6 Order Business Rules<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Page 11 of 33<br />

2 3/4/03


Release CR # / Initiative<br />

#/<br />

June 21, <strong>2003</strong><br />

Committed<br />

2397.<br />

373105<br />

Description of <strong>Change</strong> Request CR Type Data Added<br />

Title: End User UNE Listing Account Structure<br />

Description: This initiative includes the conversion of CLEC UNE listing accounts to the new End User<br />

Listing Account structure using the class of service of LWR (residence) and LYB (business). This will<br />

provide a retail like listing structure. Due the scope of this project it will be phased across the jurisdiction<br />

and will include BETA trials. MD, DC and VA BETA trial completed for April release.<br />

A short summary of rollout is as follows:<br />

DC, MD, VA, WV<br />

4/03 - BETA<br />

6/03 - Additional BETA conversions<br />

10/03 - Full conversion<br />

North<br />

8/03 - BETA<br />

9/03 - Full conversion<br />

DE, NJ, PA<br />

10/03 - BETA<br />

11/03 - Full conversion<br />

Reason: Enhancement<br />

Jurisdiction: MD, DC, VA, WV; System: LSI, EDI; Primary Area: UNE; LSOG Version: LSOG 5 and<br />

above<br />

Documentation Impact: LSOG 5 & 6 Pre Order and Order Business Rules and Error Messages<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Page 12 of 33<br />

4 4/1/03


Release CR # / Initiative<br />

#/<br />

June 21, <strong>2003</strong><br />

Committed<br />

June 21, <strong>2003</strong><br />

Committed<br />

2498<br />

37<strong>13</strong>05<br />

25<strong>13</strong><br />

375306<br />

Description of <strong>Change</strong> Request CR Type Data Added<br />

Title: Ability to do Line Share on House & Riser<br />

Description: This initiative provide the ability to provision line share on House & Riser which is an ADSL<br />

high frequency transition channel between the MDU and the customer premises. Power is not provided<br />

with LSH&R. LSH&R is only available on distribution pairs that have been previously equipped with VZ<br />

dial tone and where the high frequency portion of the spectrum is available for ADSL use.<br />

Reason: The ability of the CLEC to use the high frequency portion of the House and Riser loop is found in<br />

the UNE Remand Order FCC 99-338.<br />

Jurisdiction: North; System: LSI, EDI: Primary Area: UNE; LSOG Version; 5 and above<br />

Documentation Impact: LSOG 5 & 6 Order Business Rules<br />

Title: Call Forward Numbers and Flow Through South<br />

Description: The purpose of this initiative is to allow migrations on accounts with call forwarding to flow<br />

through.<br />

Reason: Flow through – Metric OR501, OR503<br />

Jurisdiction: South; System: Other; Primary Area: Resale, UNE-P; LSOG Version: 5 and above<br />

Documentation Impact: Flow through scenarios<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Page <strong>13</strong> of 33<br />

2 4/1/03<br />

2 3/4/03


Release CR # / Initiative<br />

#/<br />

June 21, <strong>2003</strong><br />

Moved from<br />

4/21/03 to<br />

Committed<br />

6/21/03<br />

June 21, <strong>2003</strong><br />

Committed<br />

2545.1<br />

372086.6<br />

2551<br />

375876.1<br />

Description of <strong>Change</strong> Request CR Type Data Added<br />

Title: Repair Screen Redesign-Phase 6<br />

Description: This initiative provides for the redesign of the Trouble Administration screens. These design<br />

changes will have no impact on overall functionality. The URL will not be changing.<br />

Business Narrative : The Trouble Administration Business Rules must be modified to be in sync with the<br />

revised Repair interface. The changes to LSI will provide better navigation and a more efficient process for<br />

creating, modifying, and tracking trouble tickets. In addition, a more accurate and timely status will be<br />

returned.<br />

Reason: System enhancement<br />

Jurisdiction: North & South; System: Other; Primary Area: Resale, UNE-P, UNE; LSOG Version: NA<br />

Documentation Impact: RETAS Training Manual for Unbundled and Resold Services, RETAS LSI User<br />

Guide<br />

Title: <strong>Change</strong> flow through to accept the BTN on the loop order.<br />

Description: CLECs would like flexibility to add new loops to an existing BTN requested on the LSR. (for the<br />

same end user location). Currently we are receiving new miscellaneous BTNs on our FOCs due to the order<br />

flowing through the system. If the NMC catches the problem, they correct it before a FOC is sent. If the<br />

NMC does not see the order, we then need to call the NMC to correct the problem.<br />

Scope for this project is REQTYP = AB, ACT = C, LNA = N. CLECs will populated the existing loop account<br />

number in either the BAN1 or BAN2 field.<br />

Reason: System enhancement<br />

Jurisdiction: South; System: LSI, EDI; Primary Area: UNE; LSOG Version: 5 and above<br />

Documentation Impact: LSOG 5 & 6 Order Business Rules<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Page 14 of 33<br />

4 1/7/03<br />

5 3/4/03


Release CR # / Initiative<br />

#/<br />

June 21, <strong>2003</strong><br />

Committed<br />

June 21, <strong>2003</strong><br />

Committed<br />

2554<br />

375858.1<br />

2600<br />

373630.1 and<br />

373630.2<br />

Description of <strong>Change</strong> Request CR Type Data Added<br />

Title: Host-Remote Loops<br />

Description: FGTE in Virginia and Pennsylvania provide some Loop service to CLECs that are served from<br />

Host/Remote switches. The Remote CLLI is required in order to provision the service properly. This<br />

initiative will open up the APOT field and a new TOS value to designate a remote CLLI. Remote CLLIs will<br />

be added to the TOS table in the business rules and a new CLEC edit will be returned if invalid information<br />

is populated in the APOT field: "Incorrect CLLI in APOT field"<br />

Reason: Merger<br />

Jurisdiction: South; System: LSI, EDI; Primary Area: UNE; LSOG Version: 5 and above<br />

Documentation Impact: LSOG 5 & 6 Order Business Rules, Error Messages<br />

Title: CLEC to CLEC Migrations and Provider Notifications<br />

Description: The goal of this project is to fully automate the process for migration of an end user<br />

unbundled loop from one CLEC to another when VZ is the facilities provider. This change request is in<br />

agreement with Case # 00-C-0188 phase II of End User Migration Guidelines. In addition this project will<br />

establish provider notification to the losing CLEC (OLSP).<br />

Comments: This will care for Type 5, CR2454 - Enhance xDSL Migration<br />

Business Narrative: This Initiative will include Two Wire Analog Loop to Two Wire Analog Loop, Two<br />

Wire ISDN Loop to Two Wire ISDN Loop, Two Wire Digital Loop to Two Wire Digital Loop and Lineshare<br />

(VZ voice and DLEC data) to Lineshare (VZ voice and DLEC data). In addition, this phase covers provider<br />

notification for OLSP.<br />

Reason: Conform with NY PSC CLEC to CLEC Guidelines<br />

Jurisdiction: North & South; System: Other; Primary Area: UNE; LSOG Version: 5 and above<br />

Documentation Impact: LSOG 5 & 6 Order Business Rules, Provider Notification<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Page 15 of 33<br />

2 3/4/03<br />

2 3/4/03


Release CR # / Initiative<br />

#/<br />

June 21, <strong>2003</strong><br />

Committed<br />

June 21, <strong>2003</strong><br />

Committed<br />

June 21, <strong>2003</strong><br />

Committed<br />

2624<br />

377162<br />

2625<br />

377163<br />

2634<br />

376795<br />

Description of <strong>Change</strong> Request CR Type Data Added<br />

Title: Creation of SUP types 4 & 5<br />

Description: This initiative will add the SUP values of 4 and 5 to VZ East Use of these new supp values<br />

instead of a supp value of 3 will allow the LSR to flow through. The new values are: 4 - New facility<br />

assignment and 5-New NC/NCI/SECNCI codes.<br />

Reason: Flow through – Metric OR501, OR503<br />

Jurisdiction: North & South; System: LSI, EDI; Primary Area: UNE; LSOG Version: 5 and above<br />

Documentation Impact: LSOG 5 & 6, Order Business Rules<br />

Title: Centrex Eligibility for Flow Through<br />

Description: Currently, there are about 1400 Centrex classes of service, which are not eligible for FT. This<br />

initiative would allow us to reduce these numbers.<br />

Reason: Flow through – Metric OR501, OR503<br />

Jurisdiction: North & South; System: Other; Primary Area: UNE-P; LSOG Version: 5 and above<br />

Documentation Impact: Flow through scenarios<br />

Title: <strong>Change</strong> CSS Designed Loop Intervals from 6 to 5 days, North and South<br />

Description: The purpose of this initiative is to reduce the interval for CSS Designed Loops from 6 to 5 days<br />

in VZ East (North & South).<br />

Reason: Merger<br />

Jurisdiction: North & South; System: Other; Primary Area: UNE; LSOG Version: 5 and above<br />

Documentation Impact: Product Interval Guide<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Page 16 of 33<br />

2 3/4/03<br />

2 3/4/03<br />

2 3/4/03


Release CR # / Initiative<br />

#/<br />

June 21, <strong>2003</strong><br />

Committed<br />

June 21, <strong>2003</strong><br />

Committed<br />

June 21, <strong>2003</strong><br />

Committed<br />

2658<br />

377796<br />

2670<br />

377892<br />

2694<br />

377048.1<br />

Description of <strong>Change</strong> Request CR Type Data Added<br />

Title: Allow the FID DPA to Flow Through on Lineshare requests<br />

Description: The goal of this project is to improve flow through by processing LineShare request when the<br />

existing Retail account contains the FID DPA and the line they are adding Lineshare to is not the line<br />

containing the FIDS.<br />

Reason: Flow through – Metric OR501, OR503<br />

Jurisdiction: North & South; System: Other; Primary Area: UNE; LSOG Version: 5 and above<br />

Documentation Impact: Flow through scenarios<br />

Title: Standardize TEL NO Field Data<br />

Description: This initiative will allow up to 17 characters in the TEL NO field on the LSR form. Currently the<br />

business rules support up to 17 characters but internal edits only accepted 10.<br />

Reason: Flow through – Metric OR501, OR503<br />

Jurisdiction: South; System: Other; Primary Area: UNE, Resale, UNE-P; LSOG Version: 5 and above<br />

Documentation Impact: Flow through scenarios<br />

Title: New Hot Cut Non-Recurring USOCs for the State of Delaware<br />

Description: The purpose of this initiative is to apply a new structure for non-recurring charges for all UNE<br />

hot cut elements, which will replace the existing NRC rate structure for hot cuts.<br />

Reason: Regulatory/Billing compliance with tariff<br />

Jurisdiction: DE; System: Other; Primary Area: UNE; LSOG Version: 5 and above<br />

Documentation Impact: LSOG 5 & 6, Order Business Rules<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Page 17 of 33<br />

2 3/4/03<br />

2 3/4/03<br />

2 3/4/03


Release CR # / Initiative<br />

#/<br />

June 21, <strong>2003</strong><br />

Committed<br />

June 21, <strong>2003</strong><br />

Committed<br />

2764<br />

379402<br />

2787<br />

379688.1<br />

Description of <strong>Change</strong> Request CR Type Data Added<br />

Title: Query for Invalid LTOS<br />

Description: The goal of this initiative is to ensure that the CLEC is populating the LTOS correctly.<br />

Reason: Flow through - Metric Impacted: OR-5-01, OR-5-03.<br />

Jurisdiction: North & South; System: LSI, EDI; Primary Area: UNE, UNE-P; LSOG Version: 5 and above<br />

Documentation Impact: LSOG 5 & 6 Order Business Rules<br />

Title: LMU PAVA Uniformity Enhancements<br />

Description: VZ East must implement 3 new fields in the LMU transaction to maintain uniformity with<br />

changes made to the VZ West Loop Qual for PA. The fields that need to be added to the VZ East LMU<br />

transaction are LPAC, LSA and RTIND.<br />

Reason: Merger<br />

Jurisdiction: North & South; System: LSI, EDI, CORBA; Primary Area: Resale, UNE; LSOG Version: 5<br />

and above<br />

Documentation Impact: LSOG 5 & 6 Pre Order Business Rules<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Page 18 of 33<br />

2 4/1/03<br />

2 3/4/03


Release CR # / Initiative<br />

#/<br />

June 21, <strong>2003</strong><br />

<strong>Change</strong>d from<br />

Candidate<br />

4/21/03 to<br />

Committed<br />

6/21/03<br />

2795<br />

378408.1<br />

Description of <strong>Change</strong> Request CR Type Data Added<br />

Title: RSCP – Local Service Freeze Implementation for UNE - P<br />

Description: NJ Regulatory requires the implementation of local service freeze capability for unbundled<br />

platform customers. This project will implement the product in all remaining states outside of PA.<br />

Comments: April is the initial phase for NJ; Phase 2 will implement in DE, MD. DC. VA, WV, ME, NH, RI,<br />

MA. In October 2001, this service was made available in PA on project 360043. After change control review,<br />

the CLEC's advised they did not want it to be made available and we did not make available except where it<br />

was mandated.<br />

With the implementation of this initiative RSCP will not be allowed in the FEATURE field for Platform<br />

requests. Existing CLEC edit 7030V371 - "Invalid data populated in FEATURE field" will be returned<br />

Reason: Regulatory Mandate from NJ PSC #14:10-11-16 pgs 10-22<br />

Jurisdiction: NJ; System: Other; Primary Area UNE-P; LSOG Version: LSOG 5 and above<br />

Documentation Impact: LSOG 5 & 6 Order Business Rules<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Page 19 of 33<br />

2 2/4/03


Release CR # / Initiative<br />

#/<br />

June 21, <strong>2003</strong><br />

Committed<br />

28<strong>13</strong><br />

378605<br />

Description of <strong>Change</strong> Request CR Type Data Added<br />

Title: Premise Services on ARDU Stand Alone Loop - East<br />

Description: The goal of this project is to add a new product option “Premise Service Portfolio” for any<br />

Digital Capable UNE loop. Two scenarios will be used for the DLEC to request a DSLPSP (Premise Service<br />

Portfolio) for UNE Loops. The first is a Premise Service Portfolio Visit at the same time that Loop is<br />

requested. The second scenario will be to request standalone request that will only include information<br />

pertaining to the Premise Service Portfolio Visit and be provisioned after the Loop request has been<br />

completed.<br />

• DSL Premise Service Portfolio will be offered in conjunction with DSL-capable UNE loops or as a standalone<br />

product after the Loop has been provisioned. 4 Wire HDSL will not be part of this offering.<br />

• The combination of the SAN field and the CCEA field on the LS form will be used to order what is<br />

needed for the DSL Premise Service Portfolio.<br />

• 2 New values will be added to the SAN field and 8 new values will be added to the CCEA field on the<br />

LS form.<br />

• The current rules for Standalone Premise Service Portfolio will continue to use the LNA = “P” in<br />

addition to the new values in SAN and CCEA fields only when the LSR is requesting a Digital Loop.<br />

A dispatch charge will be added to the Standalone request.<br />

Reason: New product<br />

Jurisdiction: North & South; System: LSI, EDI; Primary Area: UNE; LSOG Version: 5 and above<br />

Documentation Impact: LSOG 5 & 6 Order Business Rules<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Page 20 of 33<br />

4 3/4/03


Release CR # / Initiative<br />

#/<br />

June 21, <strong>2003</strong><br />

Committed<br />

June 21, <strong>2003</strong><br />

Candidate<br />

2828<br />

380769.1<br />

2836<br />

380875.1<br />

Description of <strong>Change</strong> Request CR Type Data Added<br />

Title: Flow through WSOP=V<br />

Description: The goal of this project is to allow flow through when the WSOP field on the LSR is populated<br />

with V. Currently, when the WSOP field =V, the request falls to manual processing. The NMC rep then<br />

investigates the working service at the address or the invalid address, and per NMC procedures issues the<br />

order or queries the CLEC. This will initiative will flow through the order and then drop to the NMC for<br />

investigation. The rep will then be able to correct and release the order rather than type it manually.<br />

.<br />

Reason: Flow through – Metric OR501, OR503<br />

Jurisdiction: South; System: Other; Primary Area: UNE-P, Resale; LSOG Version: 5 and above<br />

Documentation Impact: LSOG 5 & 6 Order Business Rules (Valid Entry Notes)<br />

Title: Flow Through – CLT- MDVW Line Sharing on End-User Accounts<br />

Description: The purpose of this initiative is to flow through migration and disconnect requests when the<br />

CLT FID is found on the account.<br />

Reason: Flow through – Metric OR501, OR503<br />

Jurisdiction: DC, MD, VA, WV; System: Other; Primary Area: UNE, Resale, UNE-P; LSOG Version: 5<br />

and above<br />

Documentation Impact: Flow through scenarios<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Page 21 of 33<br />

2 3/4/03<br />

2 3/4/03


Release CR # / Initiative<br />

#/<br />

June 21, <strong>2003</strong><br />

Committed<br />

June 21, <strong>2003</strong><br />

Committed<br />

2855<br />

38<strong>13</strong>35<br />

2879<br />

381622<br />

Description of <strong>Change</strong> Request CR Type Data Added<br />

Title: New process to handle Project V<br />

Description: This initiative will add edits to control the use of the PROJECT field to allow for optimal<br />

flowthrough levels. All requests that use the PROJECT field are not eligible for flow through. Currently this<br />

field is used in many cases when it is not applicable. New CLEC edits are:<br />

• SR301 – “Use of this PROJECT value is not established”<br />

• SR302 - "Use of this PROJECT value has expired."<br />

• SR300 –“Invalid Value Populated in PROJECT field”<br />

Reason: Flow through - Metric OR501, OR503<br />

Jurisdiction: North, South; System: Other; Primary Area: Resale, UNE, UNE- P; LSOG Version: 5 and above<br />

Documentation Impact: Order Error Messages<br />

Title: Flow Through of SUP’s 1 & 2 when LSR in Jeopardy status<br />

Description: The purpose of this initiative is when SUP 1 or SUP 2 requests are not processed due to an<br />

LSR in jeopardy status, this process will provide requirements to ensure the completion of the SUP 1 or 2.<br />

Reason: Flow through – Metric OR501, OR503<br />

Jurisdiction: North & South; System: Other; Primary Area: UNE-P; LSOG Version: 5 and above<br />

Documentation Impact: Flow through scenarios<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Page 22 of 33<br />

2 4/1/03<br />

2 4/1/03


Release CR # / Initiative<br />

#/<br />

July 19, <strong>2003</strong><br />

<strong>Change</strong>d from<br />

Candidate<br />

4/21/03 to<br />

Candidate<br />

7/19/03<br />

2695<br />

372640<br />

Description of <strong>Change</strong> Request CR Type Data Added<br />

Title: Line Sharing additional Class of Service Codes<br />

Description: The purpose of this initiative is to update the list of Class of Services that are now eligible for<br />

Linesharing. The following is a list of class of service which will now support line sharing and flow<br />

through:<br />

PA/DE---1MA, 18H,19A,19H,19Q,19W,1DO,1DU,1UO,1UU<br />

NJ---1WA,1DO,1DU,1UO,1UU<br />

MD---19Q,1MA,1DO,1DU,1UO,1UU<br />

VA---12G,19Q,1MA,1ZA,2EW,1DO,1DU,1UO,1UU<br />

WV---15Q,19Q,1MA,1DO,1DU,1UO,1UU<br />

DC---1WA,1DO,1DU,1UO,1UU<br />

*NY---19G,19T,15U,15S,19W,19Z,19Q,15P,15E,15H,15B<br />

*NE---1MA,1FY,AL2,19Q,15Q,1UE<br />

* NOTE: Any of the above Qualified CODES (for NY or NE) that also carry the USOC for "Line Side Answer<br />

Supervision" (AS8LX) would drop this line to a not qualified status.<br />

The following Centrex Classes of Service will now support linesharing (North and South)<br />

UCS, NH2, NH3.<br />

Reason: Regulatory Complaint from NY PSC<br />

Comment: CLEC community requests NY PSC Docket Number added to report. Met Tel references a NY<br />

PSC Order that mandates that any and all features available for line share are also required for Line Splitting.<br />

Jurisdiction: North & South; System: Other; Primary Area Resale; LSOG Version: LSOG 5 and above<br />

Documentation Impact: None<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Page 23 of 33<br />

2 2/4/03


Release CR # / Initiative<br />

#/<br />

August 16,<br />

<strong>2003</strong><br />

Candidate<br />

August 16,<br />

<strong>2003</strong><br />

Committed<br />

2537<br />

375716.1<br />

2638<br />

376773<br />

Description of <strong>Change</strong> Request CR Type Data Added<br />

Title: Incomplete Firm Order Confirmations (FOC)<br />

Description: This initiative will increase the number of system driven confirmations which currently require manual<br />

processing by the NMC. In addition, for confirmations that still require manual intervention, this initiative will<br />

minimize the amount of information that needs to be added by the NMC.<br />

Reason: System enhancement<br />

Jurisdiction: North, South System: Other; Primary Area: Resale, UNE, UNE-P; LSOG Version: 5 and<br />

above<br />

Documentation Impact: None<br />

Title: <strong>Change</strong> NE and NY Hot Cut Intervals to Match South Intervals<br />

Description: The purpose of this initiative is to bring Hot Cut Intervals in New England and New York in<br />

parity with Hot Cut Intervals in the South. This only affects NY/NE 2-wire analog loop Hot Cuts.<br />

For both NY & NE, change current interval calculation to the following:<br />

1-10 loops = 5 days<br />

11-20 loops = 10 days<br />

21+ negotiated<br />

Reason: System enhancement, Parity issue<br />

Jurisdiction: North; System: Other; Primary Area: UNE; LSOG Version: 5 and above<br />

Documentation Impact: Product Interval Guide<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Page 24 of 33<br />

5 5/6/03<br />

4 5/6/03


Release CR # / Initiative<br />

#/<br />

August 16,<br />

<strong>2003</strong><br />

Moved from<br />

Candidate<br />

6/21/03 to<br />

Candidate<br />

8/16/03<br />

2814<br />

380523<br />

Description of <strong>Change</strong> Request CR Type Data Added<br />

Title: Edit for Bill Section when EATN is required on AB requests<br />

Description: This project will create an upfront edit for the bill section when the EATN is required.<br />

Currently the EATN field is required for certain type of AB request. However, if the entire end user bill<br />

section is missing, the EATN edit is not enforced. The request then flows through with missing information<br />

and is eventually dropped to the NMC for manual processing. This will create an upfront edit for the Bill<br />

Section eliminating the need for the NMC to manually error back to the CLEC.<br />

No additional field edits will be corrected. This will only fix an existing edit to ensure of correct processing.<br />

Reason: Flow through – Metric OR501, OR503<br />

Jurisdiction: North & South; System: Other; Primary Area: UNE; LSOG Version: 5 and above<br />

Documentation Impact: None<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Page 25 of 33<br />

2 3/4/03


Release CR # / Initiative<br />

#/<br />

October 18,<br />

<strong>2003</strong><br />

Moved from<br />

Candidate<br />

6/21/03 to<br />

Candidate<br />

10/18/03<br />

October 18,<br />

<strong>2003</strong><br />

Moved from<br />

Candidate<br />

6/21/03 to<br />

Candidate<br />

10/18/03<br />

2552.2<br />

369105.5<br />

2735<br />

372847.3<br />

Description of <strong>Change</strong> Request CR Type Data Added<br />

Title: Packet Switching at the Remote Terminal Service (PARTS), Release 2<br />

Description: This initiative will establish two new speeds for PART products. This initiative will also define<br />

the acceptable range of VPI1/VCI1. Implement two additional speeds (768k, 768k and 7100k, 768K) for all<br />

PARTS products and provide a standard range of values for VPI1/VCI1.<br />

Reason: New Product<br />

Jurisdiction: North & South; System: LSI, EDI; Primary Area: UNE, UNE-P; LSOG Version: 5 and above<br />

Documentation Impact: LSOG 5 & 6 Order Business Rules<br />

Title: Establish XML Business Rules for Trouble Administration<br />

Description: This request is being submitted to establish a new set of Business Rules for CLECs who will<br />

access Trouble Admin services via the web using XML.<br />

Comments: This initiative will care for Type 5 CR1102, Application to Application interface for UNE Loop<br />

Trouble Administration. the XML Pilot - CR 1102, 372847.2 (Type 5) will be extended adding additional<br />

functionality for June. There is only one CLEC participating in the pilot - Broadview. There is no Business<br />

Rules impact resulting from the new functionality in June.<br />

CR 2735, which was submitted for the new XML Bus Rules for 372847.3 to provide full functionality for all<br />

transactions has been moved from June to October. The new Business Rules deliverable is now moved to<br />

October as well.<br />

Reason: Industry Standard<br />

Jurisdiction: North & South; System: XML; Primary Area: UNE, Resale, UNE-P; LSOG Version: 5 and<br />

above<br />

Documentation Impact: Business Rules for Trouble Administration Web Servers for TML<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Page 26 of 33<br />

4 3/4/03<br />

3 3/4/03


Release CR # / Initiative<br />

#/<br />

October 18,<br />

<strong>2003</strong><br />

Moved from<br />

Candidate<br />

6/21/03 to<br />

Candidate<br />

10/18/03<br />

December 20,<br />

<strong>2003</strong><br />

Moved from<br />

Candidate<br />

6/21/03 to<br />

Candidate<br />

12/20/03<br />

2775<br />

379437.2<br />

2823<br />

380802<br />

Description of <strong>Change</strong> Request CR Type Data Added<br />

Title: LSI-LSR Processing Redesign<br />

Description: The purpose of this change will make the LSR Processing more dynamic and greatly enhance<br />

the CLECs ability to process LSRs. The way LSRs are processed will be re-engineered to be more user<br />

friendly.<br />

Comments: Phase 1 of this initiative was completed in October 2002 under 376010.<br />

Reason: System Enhancement<br />

Jurisdiction: North & South; System: LSI; Primary Area: UNE, Resale, UNE-P; LSOG Version: 5 and<br />

above<br />

Documentation Impact: LSI Users Guide<br />

Title: TD7 valid as a Block entry only<br />

Description:. This initiative is to prevent the Clecs/Resellers from ordering TD7 in the Feature Field. The<br />

Feature needs to be provisioned with BLKD A and by having it appear in the Feature Field, it is not<br />

correctly processed for flow through.<br />

Reason: Flow through – Metric OR501, OR503<br />

Jurisdiction: South; System: Other; Primary Area: UNE-P, Resale; LSOG Version: 5 and above<br />

Documentation Impact: Flow through scenarios<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Page 27 of 33<br />

4 7/2/02<br />

2 3/4/03


Release CR # / Initiative<br />

#/<br />

Withdrawn<br />

4/2/03<br />

October 18,<br />

<strong>2003</strong><br />

Moved from<br />

Candidate<br />

6/21/03 to<br />

Withdrawn<br />

Not Scheduled<br />

Moved from<br />

Candidate<br />

6/21/03 to Not<br />

Scheduled<br />

2835<br />

380874<br />

2876<br />

372344.1<br />

2769<br />

371249<br />

Description of <strong>Change</strong> Request CR Type Data Added<br />

Title: Flow through– CLT- fid NPD-Line Share End-User Accounts<br />

Description: The purpose of this initiative is to flow through migration and disconnect requests when the<br />

CLT FID is found on the account.<br />

Reason: Flow through – Metric OR501, OR503<br />

Jurisdiction: DE, NJ, PA; System: Other; Primary Area: UNE, Resale, UNE-P; LSOG Version: 5 and<br />

above<br />

Documentation Impact: None<br />

Title: PA Uniformity - Listings<br />

Description: With the merger of Bell Atlantic (<strong>Verizon</strong>-East) and GTE (<strong>Verizon</strong>-West), a merger commitment<br />

requires fGTE PA and fBA PA to reside on a common <strong>OSS</strong> Platform by June <strong>2003</strong>. This initiative will<br />

address additional FIDs & USOCs that need to be cared for in the Business Rules and applications.<br />

<strong>Change</strong>s include new or revised use of the following fields: LTXNUM, DLNUM, NICK and LALO, new or<br />

revised use of values LOI, URL and EM for the LTXTY field, and creation of a new group to better support<br />

multiple occurrence of the LTXTY, LTEXT fields.<br />

Reason: Regulatory/Merger Agreement<br />

Jurisdiction: fGTE PA; System: LSI, EDI; Primary Area: Resale, UNE, UNE-P; LSOG Version: 5 and<br />

above<br />

Documentation Impact: LSOG 5 & 6 Order Business Rules, Error Messages<br />

Title: Flowthru Centranet PIC changes and Disconnects<br />

Description: <strong>Verizon</strong> will flowthru PIC changes and Disconnects of Centranet service for fGTE PA<br />

jurisdictions.<br />

Reason: Regulatory/Merger compliance<br />

Jurisdiction: PA; System: Other; Primary Area: Resale; LSOG Version: 5 and above<br />

Documentation Impact: None<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Page 28 of 33<br />

2 3/4/03<br />

2 4/1/03<br />

2 3/4/03


CR<br />

Number<br />

VERIZON EAST ERROR CODES FOR ITEMS BY RELEASE REPORT<br />

Initiative Title LSOG <strong>Change</strong>/New Error Code # Error Code Message<br />

June Release<br />

1472 Revise ISDN Platform Process -<br />

SPEC/TOS<br />

5&6 New SR096 SPEC field required for Platform Product<br />

1472 “ 5&6 New SR097 ISDN-BRI ORDERING CODE NOT AVAILABLE AT THIS<br />

TIME.<br />

1472 “ 5&6 <strong>Change</strong> SR043 The 1 st character is required, the 2 nd character must = “C”,<br />

“D”, “E”, “H”, “K”, “J”, “T” or “-“, and 3 rd character must =<br />

“A”, “B” or “-“, and 4 th character must =”F”, “R" or “-“,<br />

when the LNA field on the PS form is “N” and the REQTYP =<br />

DB.<br />

2068 Lineshare Disconnect<br />

Notification<br />

6 <strong>Change</strong> LS003 When ACT = C, this field must = N, C, D, P or R.<br />

2259 Implement an address 5&6 New EU080 Optional when ((the first character of the LSR REQTYP = “E”<br />

validation process (North) &<br />

or D”) and (((the LSR ACT = “C” or “V”) and (the PS LNA or<br />

enhance the address validation<br />

RS LNA = “N” or “X”)) or ((the LSR ACT = “C”) and (the PS<br />

process (South)<br />

LNA or RS LNA = “C”) and (the PS OTN or RS OTN is<br />

populated))).<br />

2259 “ 5&6 New EU080 Otherwise prohibited.<br />

2259 “ 5&6 <strong>Change</strong> 7071LW45 TN disconnect more than 30 days assign new TN<br />

2259 “ 5&6 <strong>Change</strong> EU080 (Field) optional when the SASN field is populated.<br />

2498 Ability to do Line Share on 5&6 New 7030Z807 CCNA:XXX not established for Line Share House and Riser<br />

House & Riser<br />

Service<br />

2498 “ 5&6 New EU016 "House and Riser Lineshare not available XXXXSTATE<br />

2498 “ 5&6 <strong>Change</strong> LS019 Prohibited in "NY" if the 2nd char of TOS = "6" or "Z" of the<br />

LSR.SLI = "H", otherwise optional.<br />

2498 “ 5&6 <strong>Change</strong> LS022 Required when the LSR.SLI = "H" and the 2nd character of<br />

the LSR.TOS = "1", otherwise optional.<br />

2498 “ 5&6 <strong>Change</strong> LS038 CBCID1 required when ((the LNA field on the LSR Form is<br />

equal to "N" or "V" and SLI field on the LSR Form = "B" and<br />

the 2nd character of the TOS field on the LSR Form = "1",<br />

"2", "3", "4" or "R") or (the LNA field on the LS Form is<br />

equal to "N" or "V" and the SLI field on the LSR Form "H"<br />

and the 2nd character of the TOS field on LSR Form = "R")).<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Page 29 of 33


CR<br />

Number<br />

Initiative Title LSOG <strong>Change</strong>/New Error Code # Error Code Message<br />

2498 “ 5&6 <strong>Change</strong> LS038 CBCID1 is optional when (the LNA field = "C" and the SLI<br />

field on the LSR "1", "2", "3", "4" or "R").<br />

2498 “ 5&6 <strong>Change</strong> LS038 Otherwise prohibited.<br />

2498 “ 5&6 <strong>Change</strong> LS039 Required when (the LS.LNA = "N" or "V" and LSR.SLI = "B"<br />

and the 2nd character of the LSR.TOS = "3" or "4".<br />

2498 “ 5&6 <strong>Change</strong> LS039 Optional when (the LSR.LNA = "C" and the LSR.SLI = "B"<br />

and the 2nd character of the LSR.TOS = "3" or "4").<br />

2498 “ 5&6 <strong>Change</strong> LS039 Otherwise prohibited.<br />

2498 “ 5&6 <strong>Change</strong> LSNP009 Prohibited in "NY" if the 2nd char of the TOS = "6" or "Z" or<br />

the LSR.SLI = "H", otherwise optional.<br />

2498 “ 5&6 <strong>Change</strong> LSNP011 Required when the LSR.SLI = "H" and the 2nd character of<br />

the LSR.TOS = "1", otherwise optional.<br />

2498 “ 5&6 <strong>Change</strong> LSNP012 Required when the LSR.SLI = "H" and the 2nd character of<br />

the LSR.TOS = "1", otherwise optional.<br />

2498 “ 5&6 <strong>Change</strong> SR035 Required when the first position of the REQTYP is "A" and<br />

the ((ACT = "N","T" or "V" or ACT = "C" and LNA on LS<br />

form = "N") and 2nd char of TOS = "1", "2", "3", "4", "P",<br />

"R", "W", "X") and (the SLI on the LSR Form is NOT equal<br />

to "H")).<br />

2498 “ 5&6 <strong>Change</strong> LS021 Required when the LSR.SLI = "H" and the 2nd character of<br />

the LSR.TOS = "1", otherwise optional.<br />

2551 <strong>Change</strong> flowthrough to accept<br />

the BTN on the loop order<br />

5&6 New 7070UA63 INCORRECT BAN FOR CLASS OF SERVICE<br />

2554 Host Remote Loops 5&6 New SR188 (LSR:A4) Access Customer Terminal Location A4 Required<br />

when the LSR Form APOT field is populated.<br />

2554 “ 5&6 New SR189 (LSR:B2) Additional Point of Termination B2 required (when<br />

REQTYP = AB & (ACT = N, V or (ACT = C & any<br />

LS.LNA=N)) & 3rd TOS = R & LSR is a fGTE VA LSR.<br />

2554 “ 5&6 New SR189 (LSR:B2) Additional Point of Termination B2 required when<br />

REQTYP = BB & ACT= V & 3rd char TOS = R & LSR is a<br />

fGTE VA LSR).<br />

2554 “ 5&6 New SR189 Otherwise prohibited.<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Page 30 of 33


VERIZON EAST ERROR CODES FOR ITEMS BY RELEASE REPORT (cont'd)<br />

CR<br />

Number<br />

Initiative Title LSOG <strong>Change</strong>/New Error Code # Error Code Message<br />

2554 “ 5&6 New SR190 (LSR:L5) Network Channel Code L5 Required when the LSR<br />

Form APOT field is populated.<br />

2554 “ 5&6 New SR191 (LSR:L6)Network Channel <strong>Interface</strong> Code L6 Required when<br />

the LSR Form APOT field is populated.<br />

2554 “ 5&6 New SR192 (LSR:Q2) Secondary Network Channel <strong>Interface</strong> Code Q2<br />

Required when the LSR form APOT field is populated.<br />

2600 CLEC to CLEC End-User Loop<br />

Migration<br />

5&6 New LS065 Required when the first position of the REQTYP field is “A”<br />

and the LNA field = “W”, Otherwise prohibited.<br />

2600 “ 5&6 New LS066 Required when the RL field on the LS Form is populated,<br />

otherwise prohibited.<br />

2600 “ 5&6 New 7020SC37 Existing CLEC is not the same for all Circuits<br />

2600 “ 5&6 <strong>Change</strong> LS002 When ACT = V, this field must = D, N, V, or W<br />

2600 “ 5&6 <strong>Change</strong> LS006 (Field) required when the LNA field = “N”, “V” or “W” and<br />

the 2 nd char. of TOS = 1,2,3,4,6,7,8,9,0, R,U,V,W or X.<br />

2600 “ 5&6 <strong>Change</strong> LS017 Required in <strong>Verizon</strong> South when LNA = “N”, “V” or “W” and<br />

SLI = S, V and ((2 nd char of TOS = “1”, “2”, “3”, “W” or “X”)<br />

or (2 nd char of TOS = “4” and 3 rd char of TOS = “4” or “9”))<br />

2600 “ 5&6 <strong>Change</strong> LS018 Required when ((the LNA field = “N”, “V” or “W”) and (the<br />

LSR SLI = “S” or “V”) and ((the 2 nd char of the LSR TOS =<br />

“1”, “2”, “3”, “W” or “X”) or when (the 2 nd char of the LSR<br />

TOS = “4” and the 3 rd char of the LSR TOS = “4” or “9”))).<br />

2600 “ 5&6 <strong>Change</strong> LS045 Required when the LNA field = “N”, “V” or “W” and the 2 nd<br />

character of the LSR.TOS = “F” or “R” or “P” and the<br />

LSR.SLI = “S”<br />

2600 “ 5&6 <strong>Change</strong> LS047 Required when the LNA field = “N”, “V” or “W” and the 2 nd<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Page 31 of 33<br />

character of the LSR.TOS = “F” or “R” or “P” and the<br />

LSR.SLI = “S.


VERIZON EAST ERROR CODES FOR ITEMS BY RELEASE REPORT (cont'd)<br />

CR<br />

Number<br />

Initiative Title LSOG <strong>Change</strong>/New Error Code # Error Code Message<br />

2600 “ 5&6 Delete SR115 ACT = “V” not allowed when 2 nd char of TOS = “W” or “X”<br />

or 3 rd char of TOS = “2”,”3”,”4”,”6”.<br />

2624 Creation of SUP Types 4 & 5 5&6 New SR193 (LSR:R1) Supplement Type R1 if SUP= "4" or "5", then<br />

REQTYP must = "AB" or "BB" and SLI = "S".<br />

2624 “ 5&6 New SR194 "Shelf, Slot, Relay Rack not changed SUP = 4".<br />

2624 “ 5&6 New SR195 "NC/NCI not changed SUP =5".<br />

2694 New Hot Cut Non-Recurring<br />

USOCs for the State of<br />

Delaware<br />

5&6 <strong>Change</strong> SR011 Required when ((the first position of the REQTYP field is<br />

"A", "B" or "M") and (the ACT field = "V") and ((the 2nd<br />

character and 3rd character of the TOS field = "1-", "15",<br />

"35" or "49") and the SLI field is not equal to "B")).<br />

2764 Query for Invalid LTOS 5&6 New PS103 (PS:MA) Line Type of Service MA Invalid TOS & LTOS<br />

combination.<br />

28<strong>13</strong> Premise Services on ARDU<br />

Stand Alone Loop<br />

5&6 New LS067 (LS:DQ) Subscriber Authorization Number DQ Valid value<br />

"K", "KL", "LK" prohibited when 2nd character of TOS field<br />

on the LSR Form is "R".<br />

28<strong>13</strong> “ 5&6 New LS068 (LS:DQ) Subscriber Authorization Number DQ Valid value<br />

"A", "B", "C", "D", "E", "F", "G", "H", "J" prohibited when<br />

valid value "K", "KL", "LK" present.<br />

28<strong>13</strong> “ 5&6 New LS069 (LS:DQ) Subscribe Authorization Number DQ Valid Value<br />

"L" prohibited as a sole entry.<br />

28<strong>13</strong> “ 5&6 New LS070 (LS:MS) Cross Connection Equipment Assignment MS<br />

Required when the SAN field = "K", "KL" or "LK",<br />

Otherwise prohibited.<br />

28<strong>13</strong> “ 5&6 <strong>Change</strong> SR<strong>13</strong>2 (LSR:S4) Type of Service S4 a value of "R" in the 2nd char or<br />

a value of "21" or "22" or "23" or "24" or "26 or "W-" or "X-"<br />

in the 2nd and 3rd char is required when the LNA field on the<br />

LS form equals "P".<br />

2855 New Process to handle Project<br />

V<br />

5&6 New SR300 XXXX - "Invalid Value Populated in PROJECT field".<br />

2855 “ 5&6 New SR301 XXXX - "Use of this PROJECT value is not established".<br />

2855 “ 5&6 New SR302 XXXX - "Use of this PROJECT value has expired".<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Page 32 of 33


Prioritization Working Group<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

<strong>May</strong> <strong>13</strong>, <strong>2003</strong> Logistics and Agenda<br />

Logistics<br />

Time: 1:00 PM – 3:00 PM<br />

Place: 1095 Avenue of the Americas, New York<br />

Room: Floor 26, Room 36<br />

Bridge: (312) 461 - 9457<br />

Chair: Tom Rodgers<br />

Agenda<br />

I) Review April <strong>2003</strong> <strong>Meeting</strong> Summary notes<br />

II) Review new, not rated, and re-rated <strong>Change</strong> Requests<br />

III) Status update on existing <strong>Change</strong> Requests (see Status/Comments column)<br />

IV) <strong>Change</strong> Control Items for April <strong>2003</strong> through August <strong>2003</strong><br />

April 8, <strong>2003</strong> <strong>Meeting</strong> Summary<br />

Participants<br />

The participants included Allegiance, AT&T, Broadview, Cat Communications, Cavalier,<br />

Choice One, Covad, Cox, CTSI, MetTel, One Communications, Penn Telecom, Remi Telecom,<br />

Talk America, Worldcom, Z-Tel, and VarTec.<br />

Intent<br />

• Discuss and rate the new, not rated, and re-rated <strong>Change</strong> Requests.<br />

• Discuss the order of the prioritization spreadsheet, which is based upon the CLEC CR ratings<br />

from the previous working group session.<br />

• Provide updated information for a number of <strong>Change</strong> Requests.<br />

Materials<br />

• Prioritized spreadsheet of unscheduled Type 4 and Type 5 <strong>Change</strong> Requests based upon the<br />

CR ratings from the previous working group session<br />

• New <strong>Change</strong> Requests as provided by the initiating CLEC (Type 5) or <strong>Verizon</strong> (Type 4)<br />

April 8, <strong>2003</strong> Summary<br />

• Please Note: Those CLECs who participate in the meeting will prioritize the <strong>Change</strong><br />

Requests.<br />

• New and not previously rated <strong>Change</strong> Requests were described by the initiator and rated by<br />

the participants (if no clarification was needed). Updates are provided when available or not<br />

reflected in the meeting material. Attached is an updated spreadsheet, which reflects how<br />

CLECs ranked each <strong>Change</strong> Request.<br />

<strong>May</strong> 6, <strong>2003</strong>


WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

• <strong>Change</strong> Request spreadsheets are listed in order from highest ranking to lowest ranking, then<br />

by date received, and separated by Type 5 System Impacting and Non-System Impacting,<br />

and Type 4 System Impacting.<br />

• New <strong>Change</strong> Requests will be distributed with the PWG meeting materials if the change<br />

request is received before the meeting materials are distributed (normally one week prior to<br />

the meeting date). <strong>Verizon</strong> will provide a written assessment (bottom fields on Type 5<br />

<strong>Change</strong> Request form) if the change request is received 2 weeks prior to the meeting date.<br />

Otherwise, a verbal assessment of the new change request is provided at the PWG meeting.<br />

• Mike Toothman continues to reiterate that <strong>Verizon</strong> will work to get as many Type 5 change<br />

requests implemented as possible. Upcoming projects such as CLEC to CLEC Migrations<br />

and Line Splitting will utilize project capacity.<br />

<strong>Change</strong> Request Summary<br />

5 CRs were added and/or deferred and are attached:<br />

C03-0723: Add Trouble Ticket/PON information to BDT<br />

C03-0571: RETAS Screen Enhancements<br />

2889: <strong>Change</strong> their bill format to include the CKL information for analog loops on UNE-<br />

L bills on the CSRs<br />

2811: ALI Code Spreadsheet Upgrade<br />

2815: AOS Form for CLEC to CLEC Migrations<br />

3 CRs were deleted:<br />

2896: CSR DSL Provider Identification Status - Voice service provider identified by<br />

UNN1 SPEC (Code) in North Region by AECN in S Region by ACNA. Withdrawn by<br />

originator.<br />

2883: Allow CLECs to be billed for recreation of billing data - Withdrawn by the<br />

originator.<br />

2904: CSR Template - Withdrawn by originator.<br />

<strong>May</strong> 6, <strong>2003</strong>


WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Explanation of <strong>Change</strong> Request Status<br />

• NOT RATED – <strong>Change</strong> request has not been rated by the industry<br />

• NEW – <strong>Change</strong> request has been rated by the industry, requirements have not been<br />

developed<br />

• ON HOLD – <strong>Change</strong> request is being reviewed and feasibility of implementation being<br />

determined<br />

• REQUIREMENTS PENDING – Requirements are actively being worked, working with<br />

CLECs to obtain agreement, internal meetings being held<br />

• PENDING SCHEDULING – Requirements are complete and final, change request is waiting<br />

for scheduled release date<br />

• SCHEDULED MONTH YEAR – <strong>Change</strong> request has been committed to a release date<br />

<strong>Change</strong> Request Rating Rules<br />

The following information has been extracted from the <strong>Change</strong> <strong>Management</strong> Process, Version<br />

2.0, and can be used as easy reference for rating new change requests.<br />

• The initiating TC must participate at PWG meetings to review new change request(s). New<br />

change request(s) will not be reviewed at PWG meetings until the initiating TC participates.<br />

If the initiating TC is not represented at two consecutive PWG meetings, the request will be<br />

canceled and removed from the Not Rated list unless another TC champions the change<br />

request.<br />

• Each TC is allowed one vote and should have one representative responsible for providing a<br />

rating. Each participating TC can only assign a rating to a change request at the PWG<br />

meeting. A rating will not be accepted outside of the PWG meeting (e.g., via e-mail, etc.).<br />

• TCs may only provide a rating at the PWG meeting where the new change request is<br />

introduced to the PWG. TCs that were not present at that meeting may not submit ratings at<br />

subsequent meetings.<br />

• TCs can defer/pass on voting. Ratings of defer or pass will not be averaged in the overall<br />

rating. If a rating is received subsequent to the meeting after a deferral is requested, the<br />

average rating will be adjusted accordingly.<br />

• For change requests that are to be re-rated, all TCs participating at the subsequent PWG<br />

meeting can submit a rating. TCs that fail to attend a PWG meeting when a re-rate occurs<br />

will not have an opportunity to re-rate the change request. The initial rating for that TC will<br />

be carried forward.<br />

• TCs can request an addendum or modification to a new change request, if agreed to by the<br />

originating TC. The originating TC or TC requesting the addendum must re-submit the<br />

change request, if an addendum or modification is agreed upon. TCs will be allowed to rate<br />

the new change request prior to the addendum or modification, provided the addendum or<br />

modification is clearly conveyed at the PWG meeting.<br />

• TCs may co-sponsor a change request.<br />

• Each participating TC ranks each change request by providing a rank from 1 (low) to 5 (high)<br />

based on the following criteria: <strong>Interface</strong> Usability, Benefit to TCs, Productivity Impact,<br />

Cost/Expense to Develop and Operate, LSOG or other Industry Guideline Conformity.<br />

<strong>May</strong> 6, <strong>2003</strong>


Rating Breakdown<br />

Rating System<br />

Impacting<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Non-System<br />

Impacting<br />

4.0-5.0 32 0<br />

3.0-3.9 11 0<br />

2.0-2.9 1 0<br />

1.0-1.9 0 0<br />

Not Rated/Re-Rated 4 1<br />

Cancelled/Withdrawn in <strong>2003</strong> (T5) 4 0<br />

Implemented/Completed in <strong>2003</strong> (T5) 4 0<br />

Cancelled/Withdrawn in 2002 (T5) 17 2<br />

Implemented/Completed in 2002 (T5) 27 0<br />

Total 100 3<br />

High Priority (CRs with a rate greater than or equal to 4)<br />

1 2601: Standalone Digital UNE Loop Outside Moves through a Single Order Process (5.0)<br />

2 2611: Outside Moves for Shared Services (5.0)<br />

3 2711: Same Day Pair <strong>Change</strong>s (5.0)<br />

4 2738: Electronic completion notification on (5.0)<br />

5 2731: Special Characters (5.0)<br />

6 2805: Linesplitting Data Migrations - East (5.0)<br />

7 2<strong>13</strong>9: ALI Code on Directory Listing Response (4.9)<br />

8 2454: Line Share Migration (4.9)<br />

9 2785: Create RSU Flag in Loop Qualification (4.9)<br />

10 2304: Jeopardy for facility Notice Transactions (4.8)<br />

11 2068: Provide feed to CLEC when a disconnect/seasonal suspend/move is initiated for<br />

customer with line sharing (4.6)<br />

12 2266: Expand ALI Code – 6 Characters (4.6)<br />

<strong>13</strong> 2537: Incomplete FOC (4.6)<br />

14 2602: DS0 UNE Loop Interval to 5 Days (4.6)<br />

15 2691: 2 Day Line Sharing Interval (4.6)<br />

16 2773: Improved Loop Qual with DLC (4.6)<br />

17 2775: LSI (Local Service <strong>Interface</strong>) LSR Processing Redesign (4.5)<br />

18 2772: Timely Update to bulk Loop Qual (4.5)<br />

19 1891: Enhance the CRIS CSR Response to parse Complex services into fielded response<br />

format (4.4)<br />

20 2460: Line Station Transfer Notification (4.4)<br />

21 2522: Electronic notification of pre-cut jeopardies (4.4)<br />

22 2680: CNR Additional Notification (4.4)<br />

23 2771: Additional Bulk Pre Qual Info (4.4)<br />

24 2860: Provide an electronic delivery method for Customer Service records that exceed the<br />

10K line restriction (4.3)<br />

25 2715: Type 4 – 11 Digit CLLI (4.3)<br />

26 2894: POTS Reuse for T1 Service (4.2)


WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

27 2353: Ability to Query Against ILEC Pending Activity (4.1)<br />

28 2354: Accept LSR on Account with Pending Inward Activity (4.1)<br />

29 2551: Flow through to accept BTN on Loop orders (4.1)<br />

30 2579: Directory Listing USOCs on Summary Billing (4.1)<br />

31 2545: RETAS Screen Redesign-Phase 4 (4.1)<br />

Documentation Release Dates<br />

Documentation February June October<br />

<strong>2003</strong> <strong>2003</strong> <strong>2003</strong><br />

Draft Business Rules (73 days) 12/05/2002 04/10/<strong>2003</strong> 08/07/<strong>2003</strong><br />

Draft Technical Specifications (66 days) 12/12/2002 04/17/<strong>2003</strong> 08/14/<strong>2003</strong><br />

Final Business Rules & Error Messages (45 days) 01/02/<strong>2003</strong> 05/08/<strong>2003</strong> 09/04/<strong>2003</strong><br />

Final Technical Specifications (45 days) 01/02/<strong>2003</strong> 05/08/<strong>2003</strong> 09/04/<strong>2003</strong><br />

Final Technical Specifications (45 days) 01/02/<strong>2003</strong>, 5/08/<strong>2003</strong>, 9/04/<strong>2003</strong><br />

Scheduling and Implementation History of CLEC Rated Type 4/5 <strong>Change</strong> Requests by<br />

Release<br />

Release Date Type 4<br />

Scheduled/<br />

Committed<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Type 5<br />

Scheduled/<br />

Committed<br />

Type 4<br />

Implemented<br />

Type 5<br />

Implemented<br />

January 20, 2002 1 0<br />

February 17, 2002 1 7<br />

April 21, 2002 0 4<br />

<strong>May</strong> 19, 2002 0 1<br />

June 16, 2002 3 7<br />

August 18, 2002 0 1<br />

October 20, 2002 5 5 5 5<br />

November 17, 2002 0 0 0 0<br />

December 22, 2002 1 2 1 2<br />

February <strong>2003</strong> 2 4 1 4<br />

March <strong>2003</strong> 1 0 1 0<br />

April <strong>2003</strong> 0 0 0 0<br />

Unassigned 7 31


Rank CR#/<br />

Type<br />

0 C03-<br />

0571<br />

Type 5<br />

0 C03-<br />

0723<br />

Type 5<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Not Rated/Re-Rated System Impacting <strong>Change</strong> Requests – Type 4 & 5<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: RETAS Screen Enhancements<br />

Description: The purpose of this initiative is to add RETAS Screen Enhancements<br />

Reason: System enhancement<br />

Process: Trouble Maintenance; Jurisdiction: North & South; System: EDI, LSI<br />

Primary Area: UNE Loop, Resale, UNE-P; LSOG Version: NA<br />

Initiator: Alan Rothenstreich, New York Telsave , 3/31/03<br />

Title: Add Trouble Ticket/PON information to BDT<br />

Description: The purpose of the initiative is to pass the trouble ticket number and<br />

/or PON, thru to the Wholesale BDT files and populate on the 103005 OC&C record<br />

when a repair charge is billed.<br />

Reason:<br />

Process: Billing; Jurisdiction: North; System: Other; Primary Area: UNE Loop,<br />

Resale, UNE; LSOG Version: NA<br />

Initiator: Arthur Barone, Jr., Broadview Networks, 5/2/03<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall =<br />

Allegiance =<br />

AT&T =<br />

Broadview =<br />

Cavalier =<br />

Choice One=<br />

Covad =<br />

Cox =<br />

CTSI=<br />

Met Tel =<br />

TalkAmerica=<br />

VarTec =<br />

Worldcom=<br />

Z-Tel =<br />

Overall =<br />

Allegiance =<br />

AT&T =<br />

Broadview =<br />

Cavalier =<br />

Choice One=<br />

Covad =<br />

Cox =<br />

CTSI=<br />

Met Tel =<br />

TalkAmerica=<br />

VarTec =<br />

Worldcom=<br />

Z-Tel =<br />

STATUS: NOT RATED<br />

5/6/03 Added to list.<br />

STATUS: NOT RATED<br />

5/6/03 Added to list.


Rank CR#/<br />

Type<br />

0 2889<br />

Type 5<br />

0 2811<br />

Type 5<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Not Rated/Re-Rated System Impacting <strong>Change</strong> Requests – Type 4 & 5<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: <strong>Change</strong> bill format to include the CKL information for analog loops on UNE-<br />

L bills on the CSR<br />

Description: The purpose of this initiative is to change CLECs bill format to<br />

include the CKL information for analog loops on UNE-L bills on the CSRs. So the<br />

bills can be processed in CLEC’s systems. A solution is to add the CKL information<br />

to the CSR similar to the format for the MDVW and <strong>Verizon</strong> North UNE-L bills.<br />

Process: Billing; Jurisdiction: DE, NJ, PA; System: EDI, LSI<br />

Primary Area: UNE Loop; LSOG Version: 5 and above<br />

Initiator: Joyce Atwell, AT&T, 3/10/03<br />

Title: ALI Code Spreadsheet Upgrade<br />

Description: The Ali code spreadsheet provided by <strong>Verizon</strong> does not supply CLECs<br />

with required information to accurately complete directory listing service orders.<br />

The solution will be to add an additional column to the current spreadsheet which<br />

will indicate the directory.<br />

Reason: System enhancement<br />

Process: Order, Pre -Order; Jurisdiction: North, South System: EDI, LSI, CORBA<br />

Primary Area: UNE, Resale, UNE-P; LSOG Version: LSOG 5 and above.<br />

Initiator: Rebecca Baldwin, Adelphi Business Solutions, 1-20-03<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall =<br />

Allegiance =<br />

AT&T =<br />

Broadview =<br />

Cavalier =<br />

Choice One=<br />

Covad =<br />

Cox =<br />

CTSI=<br />

Met Tel =<br />

TalkAmerica=<br />

VarTec =<br />

Worldcom=<br />

Z-Tel =<br />

Overall =<br />

Allegiance =<br />

AT&T =<br />

Broadview =<br />

Cavalier =<br />

Choice One=<br />

Covad =<br />

Cox =<br />

CTSI=<br />

Met Tel =<br />

TalkAmerica=<br />

VarTec =<br />

Worldcom=<br />

Z-Tel =<br />

STATUS: NOT RATED<br />

4/8/03 The CLECs consider this a Type 3 -<br />

compliance with standard. To be reviewed<br />

with <strong>Verizon</strong> billing.<br />

STATUS: HOLD<br />

2/11/03 - The Directory Listing Query can<br />

be used pre and post LSR to obtain DL<br />

information. Reliance on the ALI code<br />

spreadsheet can thus be eliminated. CLEC<br />

will reassess need.<br />

LOE= High<br />

2/4/03 New to list.


Rank CR#/<br />

Type<br />

0 2815<br />

Type 5<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Not Rated/Re-Rated Non-System Impacting <strong>Change</strong> Requests – Type 4 & 5<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: AOS Form for CLEC to CLEC Migrations<br />

Description: The AOS form that the <strong>Verizon</strong> requires for the Resale, as-is migration<br />

of contracted services must be modified in order to apply to the situation where the<br />

end-user is migrating from one CLEC to another CLEC. <strong>Verizon</strong> is currently<br />

requiring that the OLSP, as opposed to the end-user, sign the AOS form as the<br />

“Assignor”, prior to allowing the migration order to go through. The language on<br />

the AOS, as it stands today, is not appropriate for this type of transaction. The terms<br />

that the “Assignor” is agreeing to make sense when an end-user is the “Assignor”<br />

but are totally unacceptable for a CLEC to agree to as the “Assignor”.<br />

.<br />

Reason: System enhancement<br />

Process: Order; Jurisdiction: NY; System: EDI, LSI<br />

Primary Area: Resale; LSOG Version: LSOG 5 and above.<br />

Initiator: Sadia Mendez, McGraw Communications, 1-27-03<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall =<br />

Allegiance =<br />

AT&T =<br />

Broadview =<br />

Cavalier =<br />

Choice One=<br />

Covad =<br />

Cox =<br />

CTSI=<br />

Met Tel =<br />

TalkAmerica=<br />

VarTec =<br />

Worldcom=<br />

Z-Tel =<br />

STATUS: HOLD<br />

2/11/03 - <strong>Verizon</strong> agrees the Assignment<br />

of Services (AOS) form requires<br />

enhancement to address CLEC to CLEC<br />

assumption of liability for centrex services<br />

with a termination liability. The<br />

recommendation is to first enlist Account<br />

<strong>Management</strong> and Contract Negotiations to<br />

create language possibly within the<br />

Interconnection Agreement to address this<br />

circumstance. The CR will remain open<br />

and unrated.<br />

2/4/03 New to list.


Rank CR#/<br />

Type<br />

1 2601<br />

Type 5<br />

2 2611<br />

Type 5<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Prioritization of System Impacting <strong>Change</strong> Requests – Type 4 & 5<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: Standalone Digital UNE Loop Outside Moves through a Single Order<br />

Process<br />

Description: CLECs cannot process change orders when an end user moves to a<br />

new address in the same serving central office district. This can be done on retail<br />

POTS service<br />

Process: Order; Jurisdiction: North, South System: Other Primary Area: UNE;<br />

LSOG Version: LSOG 5 and above<br />

Initiator: Mike Clancy, Covad, 6/27/02<br />

Title: Outside Moves for Shared Services<br />

Description: Currently CLECs cannot process change orders when an end user<br />

moves to a new address in the same serving central office district. For loops with<br />

shared service, all move activity must be managed by the DATA CLEC. The voice<br />

CLEC or ILEC, should notify the end user to generate the activity through the<br />

DATA CLEC. Elements of the migration process should be used to facilitate<br />

outside moves. The CLEC ordering the service should first perform loop<br />

qualification to assure the service is viable at the new address and then issue a<br />

change order to move the service to the new address.<br />

Process: Order Jurisdiction: North, South System: LSI, EDI, CORBA Primary<br />

Area Line Sharing, Line Splitting; LSOG Version: LSOG 4and above<br />

Initiator: Michael Clancy, Covad, 7/17/02<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 5<br />

Allegiance = P<br />

AT&T = P<br />

Broadview = P<br />

Cavalier = P<br />

Choice One=P<br />

Conversent= P<br />

Covad = 5<br />

Cox = P<br />

CTSI= P<br />

Met Tel =5<br />

Qwest= P<br />

TalkAmerica=P<br />

VADI = 5<br />

Worldcom=P<br />

Z-Tel = P<br />

Overall = 5<br />

Allegiance = P<br />

AT&T = 5<br />

Broadview = P<br />

Choice One= P<br />

Covad = 5<br />

Cox = P<br />

MetTel = 5<br />

Qwest= 5<br />

TalkAmerica=P<br />

Z-Tel = P<br />

STATUS: HOLD<br />

7/9/02 – Rated by CLECs<br />

7/2/02 – New to list<br />

STATUS: HOLD<br />

9/10/02 – Rated by CLECs<br />

8/<strong>13</strong>/02 – Initiator/representative not<br />

present; hold for September meeting<br />

8/<strong>13</strong>/02 – LOE=High<br />

8/6//02 – New to list


Rank CR#/<br />

Type<br />

3 2711<br />

Type 5<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: Same Day Pair <strong>Change</strong>s<br />

Description: Currently when a hot cut is scheduled and a NDT condition on one or<br />

more lines cannot be resolved, the CLEC is required to send a supp, changing the<br />

affected pair (s). The only option to the standard 5 day interval for this type of<br />

change is a cumbersome escalation process to the NMC and RCCC to get<br />

management personnel to push the request through. We would like an automated<br />

process that will update CFA information quickly without management intervention.<br />

Process: Order; Jurisdiction: North, South; System: Other Primary Area: UNE-<br />

Hot Cut; LSOG Version : 5 and above<br />

Initiator: Loriann Ercan, Allegiance Telecom, 10/18/02<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 5.0<br />

Allegiance = 5<br />

AT&T = 5<br />

Broadview = 5<br />

Cavalier = 5<br />

Choice One= 5<br />

Conversent=5<br />

Covad = 5<br />

Cox = 5<br />

CTSI= 5<br />

Met Tel = 4.5<br />

MetroTelconnct=P<br />

OneCom=5<br />

TalkAmerica=P<br />

Worldcom= 5<br />

STATUS: NEW<br />

11/12/02 – Rated by CLECs; LOE = Low<br />

11/5/02 – New to list


Rank CR#/<br />

Type<br />

4 2738<br />

Type 4<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: Electronic completion notification on IDD<br />

Description: The ILEC systems need to generate an electronic completion<br />

notification on ILEC Date Due (IDD, not IDD+1). In order to meet on time<br />

provisioning from the day the customer calls for DSL, the PCN needs to be received<br />

on IDD. If the IDD and Service Ready Date (SRD) are the same day, the CLEC can<br />

still meet the commitment to the customer if the PCN is transmitted on that day.<br />

Also, the customer who has an IDD after the SRD will not have to wait as long for<br />

service if the PCN is transmitted on IDD.<br />

.<br />

Process: Order Jurisdiction: North, South; System: EDI, LSI Primary Area:<br />

All Products; LSOG Version: 5 and above<br />

Initiator: Melissa Brill/Karen duBourg, VADI<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 5.0<br />

Allegiance =4.5<br />

AT&T = 5<br />

Broadview =5<br />

Cavalier = 5<br />

Choice One=5<br />

Conversent=5<br />

Covad = 5<br />

Cox = 5<br />

Met Tel = 5<br />

MetroTelecnnct =5<br />

OneCom=P<br />

TalkAmerica=P<br />

Worldcom= 5<br />

STATUS: NEW<br />

2/11/03 – Rated by CLECs<br />

11/12/02 – Rated by CLECs; changed<br />

Primary Area to “All Products”<br />

11/7/02 – New to list


Rank CR#/<br />

Type<br />

5 2731<br />

Type 5<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: Special Characters<br />

Description: For all Order & Pre Order functions, at a field level of detail,<br />

identify any applicable special characters. This would be effective for both CLEC to<br />

VZ and VZ to CLEC transactions. The change request would be effective for EDI –<br />

Ordering and EDI & CORBA for Pre Order.<br />

For fields that contain or edit against special characters, VZ would identify the data<br />

characteristics as A/N/S and would include any applicable special characters.<br />

This change request could be implemented in a phased approach whereby high<br />

usage Order & Pre Order forms or functions would be prioritized over low usage<br />

forms or functions.<br />

Process: Order, Pre-Order Jurisdiction: North, South; System: EDI, CORBA<br />

Primary Area: Resale, UNE, UNE-P; LSOG Version: LSOG 5 and above<br />

Initiator: David Burley, Worldcom; Mary Halpin, AT&T, 10/30/02<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 5<br />

Allegiance = 5<br />

AT&T = 5<br />

Broadview = 5<br />

Cavalier = 5<br />

Choice One= 5<br />

Covad = 5<br />

Cox = 5<br />

Met Tel = 5<br />

TalkAmerica=<br />

5<br />

VarTec = 5<br />

Worldcom= 5<br />

Z-Tel = 5<br />

Mcgraw = 5<br />

NOS Com=5<br />

STATUS: PENDING SCHEDULING<br />

5/6/03 Candidate October <strong>2003</strong>.<br />

3/4/03 LOE=Medium<br />

2/4/03 – Production impacting discussion<br />

around use of “asterisk ” and “pipe” as<br />

EDI delimiter. Vz EDI will adapt to<br />

delimiter used by CLEC in our response.<br />

This may help issue where * appears in<br />

data. CLECs asked to prioritize forms or<br />

fields for investigation.<br />

1/14/03 - Rated<br />

12/10/02 – Provide M. Halpin with<br />

estimated date of when this can be<br />

completed.<br />

11/12/02 – CLECs suggested this should<br />

be handled as a Type 1 CR; maintenance<br />

issue for the Business Rules.<br />

11/5/02 – New to list


Rank CR#/<br />

Type<br />

6 2805<br />

Type 5<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: Linesplitting Data Migrations - East<br />

Description: The purpose of this initiative is to expand the interim migration<br />

capability to include the migration of data on linesplit loops. This would include a<br />

migration scenario for LineSplitting to LineSplitting where the data carrier changes.<br />

Reason: System enhancement<br />

Process: Order, Pre -Order; Jurisdiction: North, South System: EDI, LSI, CORBA<br />

Primary Area: UNE; LSOG Version: LSOG 5 and above.<br />

Initiator: Michael Clancy, COVAD, 1-15-03<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 5.0<br />

Allegiance = P<br />

AT&T = 5<br />

Broadview = P<br />

Cavalier = P<br />

Choice One= P<br />

Covad = 5<br />

Cox = P<br />

CTSI= P<br />

Met Tel = 5<br />

TalkAmerica=<br />

P<br />

VarTec = P<br />

Worldcom= 5<br />

Z-Tel = 5<br />

Adelphia= 5<br />

McGraw= 5<br />

Conestoga= 5<br />

STATUS: DENY<br />

5/6/03 There is not enough volume to<br />

justify resources to develop an LSR<br />

based process. Requests to migrate data<br />

providers in a line split arrangement<br />

will be handled on a project basis.<br />

2/11/03 Rated by CLECs<br />

LOE=High<br />

2/4/03 New to list.


Rank CR#/<br />

Type<br />

7 2<strong>13</strong>9<br />

Type 5<br />

8 2454<br />

Type 5<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: ALI Code on Directory Lis ting Response<br />

Description: <strong>Verizon</strong> should provide a reliable, easy way to obtain ALI Code<br />

information. <strong>Verizon</strong> should provide the ALI code on the Directory Listing<br />

Response. The ALI Code Report is not a good tool for obtaining the ALI code.<br />

Often the telephone numbers are missing requiring a search by listed name. The<br />

format for listed name is not consistent and the search function requires exact<br />

criteria, including spaces. Listings are missing or incomplete.<br />

Process:Pre-Order Jurisdiction: North, Syste m: Web GUI Primary Area: N/A<br />

LSOG Version: 5 and above<br />

Initiator/Date: Sybil O’Shaughnessy, Conectiv, 6/15/01<br />

Title: Line Share Migration<br />

Description: Permit the migration of data service using a single LSR and a single<br />

order. Today this requires a disconnect order and a connect order, and requires the<br />

completion of the disconnect prior to the initiation of the connect order.<br />

Process: Order, Pre-Order Jurisdiction: North , South System: Web GUI, EDI<br />

Primary Area: Line Sharing, Line Splitting LSOG Version: 5/6<br />

Initiator: Michael Clancy, Covad Communications, 3/19/02<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 4.9<br />

AT&T = 5<br />

Bridgecom = 5<br />

Broadview = 5<br />

Cavalier =5<br />

Choice One =5<br />

Conectiv = 5<br />

Covad = P<br />

Cox = 5<br />

CTC = 5<br />

NetworkOne=4<br />

Sprint = 5<br />

VADI = P<br />

Overall = 4.9<br />

Allegiance = P<br />

AT&T = 5<br />

Broadview = P<br />

Cavalier =P<br />

Covad =5<br />

Cox = P<br />

D-Set = P<br />

Met-Tel = 4.5<br />

VADI = 5<br />

Worldcom= 5<br />

Z-Tel = P<br />

STATUS: HOLD<br />

5/30/02 – Issue would be resolved with<br />

End User Level UNE Listing Accounts<br />

CR2397 (373105) in June <strong>2003</strong><br />

11/27/01-Requirements Document review<br />

7/10/01 – Rated by CLECs; LOE = High<br />

7/10/01 – Conectiv to provide <strong>Verizon</strong><br />

with examples of ALI Code Report<br />

discrepancies<br />

7/3/01 – New to list<br />

STATUS: SCHEDULED June <strong>2003</strong><br />

5/6/03 Committed June <strong>2003</strong><br />

12/4/02 – Candidate for June <strong>2003</strong><br />

11/15/02- LOE = High; committed for<br />

February <strong>2003</strong> Line share only<br />

10/29/02 – Interim process implemented in<br />

July 2002 that uses one LSR for Line<br />

Sharing.<br />

7/23/02 – Targeted for February <strong>2003</strong><br />

5/8/02 – Requirements Document review<br />

session/signoff<br />

4/9/02 – Rated by CLECs<br />

4/2/02 – New to list


Rank CR#/<br />

Type<br />

9 2785<br />

Type 5<br />

10 2304<br />

Type 5<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: Create RSU flag in Loop Qual<br />

Description: Add "RSU" flag to loop qual database and note the RSU CLLI in the<br />

database.<br />

Process: Order, Pre -Order, Loop Qual Jurisdiction: North, South System: EDI,<br />

LSI, CORBA<br />

Primary Area: UNE, UNE-P; LSOG Version: NA<br />

Initiator: Michael Clancy, Covad, 12/4/02<br />

Title: Jeopardy for Facility Notice Transactions<br />

Description: The CLEC community would like to receive via EDI and or the GUI<br />

detailed response of the Facility Problem and expected delay time on all orders that<br />

are placed in Jeopardy due to Facilities. Our understanding is the WFA comments<br />

do not flow through to SOP and therefore do not flow through to EDI or GUI.<br />

Process: Pre-Order, Order Jurisdiction: North, South System: EDI, Web GUI<br />

Primary Area: UNE; LSOG Version: N/A<br />

Initiator: John Berard & Libba Fennell-Johnson, Covad, 10/23/01<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 4.90<br />

Allegiance = 5<br />

AT&T = 5<br />

Broadview = 5<br />

Cavalier = 5<br />

Choice One=<br />

4.5<br />

Covad = 5<br />

Cox = P<br />

CTSI= 5<br />

Met Tel = 5<br />

TalkAmerica=<br />

P<br />

VarTec = P<br />

Worldcom= 5<br />

Z-Tel = P<br />

Adelphia= P<br />

McGraw= P<br />

Conestoga= P<br />

Overall = 4.8<br />

AT&T = 4.5<br />

Bridgecom = 5<br />

Broadview= 4.5<br />

Covad = 5<br />

Cox = 5<br />

Met-Tel =<br />

Qwest = 5<br />

SBC = 5<br />

Sprint = 5<br />

Worldcom= 5<br />

Z-Tel = 4<br />

STATUS: REQUIREMENTS<br />

PENDING<br />

5/6/03 Candidate October <strong>2003</strong><br />

2/11/03 Rated by CLECs<br />

1/14/03 – Held Not Rated<br />

1/7/03 – New to list/LOE=Low<br />

STATUS: DENY<br />

5/6/03 <strong>Verizon</strong> does not build facilities to<br />

meet UNE demand. Information on<br />

future jobs to provide facilities is not<br />

readily available. Cost to provide would<br />

be prohibited.<br />

11/15/02 – LOE = High<br />

7/2/02 – <strong>Verizon</strong> reviewing jeopardy<br />

process to determine best solution. This<br />

request is being taken into consideration<br />

in that review.<br />

11/27/01 – Requirements Document<br />

review<br />

11/<strong>13</strong>/01 – Rated by CLECs


Rank CR#/<br />

Type<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

<strong>May</strong> 6, <strong>2003</strong><br />

11/6/01 – New to list


Rank CR#/<br />

Type<br />

11 2068<br />

12<br />

Type 5<br />

2266<br />

Type 5<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: Provide feed to CLEC when a disconnect/seasonal suspend/move is initiated<br />

for customer with line sharing<br />

Description: Create a process to provide a feed to the CLEC when a disconnect,<br />

suspend, or move is initiated within the ILEC for customers with line sharing. This<br />

feed would provide the necessary information for the CLEC to process orders to<br />

move the DSL service and/or to disconnect, suspend, or restore line sharing services<br />

concurrently, or as close as possible, with the ILEC’s order changes to the POTS<br />

service.<br />

Process: Order; Jurisdiction: North, South; System: LSI, EDI, CORBA;<br />

Primary Area: UNE Loop LSOG Version: 5 and above<br />

Initiator/Date: Leanne Gorman, VADI 5/1/01<br />

Title: Expand ALI Code – 6 characters<br />

Description: Expand the ALI Code field to six characters. This will allow more ALI<br />

codes per BAN.<br />

Process: Pre-order, Order; Jurisdiction: North, South; System: LSI, EDI,<br />

CORBA Primary Area: Resale, UNE , UNE-P LSOG Version: 5 and above<br />

Initiator: C. Dressler, AT&T, 9/26/01<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 4.6<br />

AT&T = 5<br />

Bridgecom = P<br />

Broadview = P<br />

Conectiv = P<br />

Covad = 4<br />

CTC = P<br />

MCI = P<br />

Met-Tel = P<br />

Rhythms = 4<br />

Sprint = 5<br />

Overall = 4.6<br />

Allegiance =4.5<br />

AT&T = 5<br />

Cox = 4.5<br />

CTC = 4<br />

Met-Tel = 4.5<br />

Sprint = 5<br />

VADI = P<br />

Worldcom=5.0<br />

STATUS : SCHEDULED June <strong>2003</strong><br />

1/28/03 - Committed for June <strong>2003</strong><br />

11/26/02 – Candidate for June <strong>2003</strong><br />

10/31/02 – Committed for February <strong>2003</strong><br />

9/27/02 – Candidate for February <strong>2003</strong><br />

7/23/02 – Targeted for February <strong>2003</strong><br />

7/19/01 –Requirements Document Review<br />

sign-off pending<br />

7/11/01 LOE=High<br />

7/2/01 – Requirements Document review<br />

scheduled for July 19, 2001.<br />

6/12/01 – Rated by CLECs; LOE = High<br />

6/12/01 – Per M. Toothman, Suspend will<br />

only block Voice, not Data.<br />

6/5/01 – New to List<br />

STATUS: HOLD<br />

5/30/02 – Issue will be resolved with End<br />

User Level UNE Listing Accounts<br />

CR2397 (373105) in June <strong>2003</strong><br />

11/27/01 – Requirements Document<br />

review/signoff<br />

10/9/01– Rated by CLECs<br />

10/2/01 – New to list; LOE = High


Rank CR#/<br />

Type<br />

<strong>13</strong> 2537<br />

Type 5<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: Incomplete FOC<br />

Description: Currently the quality of manually generated FOCs sent back to CLECs<br />

are inconsistent. If the NMC Rep does not key all pertinent information on the FOC<br />

or changes the sequence of the LNUMs on the FOC and then the FOC received by<br />

the CLEC is missing information or has LNUMs out of the original sequence. In<br />

the case of missing information, the CLEC must generate an unnecessary call to the<br />

NMC for the information. In the case of the incorrectly sequenced LNUMs, the<br />

CLEC cannot take advantage of gateway automation to process the FOC<br />

electronically because the sequence differs from the original sequence sent.<br />

The suggested solution is to have an internal edit in the wholesale systems that does<br />

not allow an FOC to be sent out to the CLEC unless it is properly sequenced and<br />

contains complete FOC data.<br />

Process: Order; Jurisdiction: North, South System: EDI, LSI; Primary Area<br />

UNE-L, Number Portability Only, New Loop, UNE-P, Resale; LSOG Version : 5<br />

& above<br />

Initiator: Alex Pantazis, Allegiance 5/<strong>13</strong>/02<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 4.6<br />

Allegiance = 5<br />

AT&T = 4<br />

Broadview =4.5<br />

Cavalier =4<br />

Choice One= 5<br />

Conversent=5<br />

Covad =P<br />

Cox = 4.5<br />

CTSI= 4<br />

Met-Tel = P<br />

Qwest= 5<br />

TalkAmerica=5<br />

VADI = 4.5<br />

Z-Tel = 5<br />

STATUS: PENDING SCHEDULING<br />

2/11/03 - <strong>Verizon</strong> considers this a non-<br />

CLEC impacting enhancement. CLEC<br />

community did not object to scheduling in<br />

August.<br />

1/3/03 - Candidate for August <strong>2003</strong><br />

10/31/02 – Candidate for June <strong>2003</strong><br />

6/11/02 – <strong>Change</strong>s jurisdiction to North,<br />

South; Added LSI to System; added UNE-<br />

P, Resale to Primary Area<br />

6/11/02 – Rated by CLECs; LOE = High<br />

6/4/02 – New to list


Rank CR#/<br />

Type<br />

14 2602<br />

Type 5<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: UNE DSO Interval 5 Days for Installation of New Loop<br />

Description: In <strong>Verizon</strong> West, the interval to provision these UNE Loops is 5 days.<br />

In <strong>Verizon</strong> East the interval is 6 days. This request is to establish a standard interval<br />

of 5 days.<br />

Process: Order Jurisdiction: North, South System: Other Primary Area: UNE;<br />

LSOG Version: LSOG 5 and above<br />

Initiator: Mike Clancy, Covad, 6/27/02<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 4.6<br />

Allegiance = 5<br />

AT&T = 5<br />

Broadview = 5<br />

Cavalier = 5<br />

Choice One=4<br />

Conversent= 5<br />

Covad = 5<br />

Cox = P<br />

CTSI= 5<br />

Met Tel =5<br />

Qwest= 4<br />

TalkAmerica=P<br />

VADI = 5<br />

Worldcom= 4<br />

Z-Tel = P<br />

STATUS: DENY<br />

5/6/03 <strong>Verizon</strong> cannot reliably<br />

guarantee meeting a 5 day interval for<br />

provisioning of new loops and is not<br />

willing to commit to reducing the<br />

interval.<br />

2/11/03 - <strong>Verizon</strong> cannot support the<br />

reduction in interval at this time.<br />

11/21/02 <strong>Change</strong>d to Not Scheduled<br />

10/31/02 – Targeted for June <strong>2003</strong><br />

7/9/02 – Rated by CLECs: LOE = Low<br />

7/2/02 – New to list


Rank CR#/<br />

Type<br />

15 2691<br />

Type 5<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: 2 Day Line Sharing Interval<br />

Description: <strong>Change</strong> the standard Line Sharing interval to 2 days from 3 days.<br />

This will match the best in class among ILECs line sharing interval currently offered<br />

and will be consistent with migration intervals<br />

Process: Order; Jurisdiction: North, South; System: LSI, EDI, Corba Primary<br />

Area: Line Share; LSOG Version: NA<br />

Initiator: Mike Clancy, Covad, 9/30/02<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 4.6<br />

Allegiance = P<br />

AT&T = 5<br />

Broadview = P<br />

Cavalier = P<br />

Choice One=P<br />

Conversent= P<br />

Covad = 5<br />

Cox = 3<br />

CTSI= P<br />

Met Tel = 5<br />

OneCom =P<br />

TalkAmerica=P<br />

Worldcom= 5<br />

STATUS: DENY<br />

5/6/03 Due to complexities and<br />

variations in provisioning situations,<br />

<strong>Verizon</strong> cannot commit to meeting a 2<br />

day interval.<br />

2/11/03 - <strong>Verizon</strong> cannot support the<br />

reduction in interval at this time.<br />

11/21/02 - <strong>Change</strong>d to Not Scheduled<br />

11/15/02 – June <strong>2003</strong> candidate<br />

11/12/02 – Rated by CLECs; LOE =<br />

Medium<br />

11/12/02 – Added Line Splitting to<br />

Primary Area<br />

11/5/02 – New to list


Rank CR#/<br />

Type<br />

16 2773<br />

Type 5<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: Type 5 - Improved Loop Qual with DLC<br />

Description: Verify that all loops disqualified as DLC be reviewed to determine<br />

those that may also have copper facilities available. Show those loops as DLC and<br />

copper. CLEC could then perform LMU dip to determine if the working loop is<br />

copper or DLC and take appropriate actions.<br />

For loops that have DLC and copper, identify the copper as loaded, if loaded, and<br />

provide loop length for the loaded copper loops.<br />

For loops that have DLC and copper, and the copper is not loaded, provide loop<br />

length for the copper loops.<br />

For loops that are DLC only, identify them as DLC ONLY.<br />

For ISDN capable DLC, indicate DLC ONLY - ISDN CAPABLE.<br />

Process: Pre-Order, Bulk Loop Qual Jurisdiction: North, South; System: LSI,.<br />

EDI, Corba Primary Area: Line Sharing, Line Splitting, UNE xDSL; LSOG<br />

Version: 5 and above<br />

Initiator: Michael Clancy, Covad, 12/2/02<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 4.6<br />

Allegiance = 4<br />

AT&T = 5<br />

Choice One= 5<br />

Covad = 5<br />

CTSI= 4<br />

Met Tel = 4.5<br />

MetroTelcnnct=4<br />

TalkAmerica=P<br />

VarTec = P<br />

Worldcom= 5<br />

Z-Tel = P<br />

STATUS: PENDING SCHEDULING<br />

5/6/03 Candidate October <strong>2003</strong><br />

2/25/03 During CLEC call, it was<br />

determined that 2 of the requirements<br />

needed to be removed from CR 2773 and<br />

that the other 2 requirements are still being<br />

investigated for feasibility. Therefore we<br />

are in a pending requirements status.<br />

12/10/02 – Rated by CLECs<br />

12/4/02 – New to list/LOE=Low


Rank CR#/<br />

Type<br />

17 2775<br />

18<br />

Type 4<br />

2772<br />

Type 5<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: LSI LSR Processing Redesign<br />

Description: The Goal of Phase 1 of this project was to redesign the LSR<br />

Processing to more closely match the Pre Order Navigation. The Goal of Phase 2 of<br />

this project will be to make the LSR Processing more dynamic.<br />

Process: Pre-Order, Order Jurisdiction: North, South System: LSI Primary<br />

Area: Resale, UNE, UNE-P; LSOG Version : 5 and above<br />

Initiator: Tim Burkhart, <strong>Verizon</strong><br />

Title: Type 5 - Timely Updates to Bulk Qual<br />

Description: <strong>Change</strong> production date of Bulk Loop Extract from Tuesday to<br />

Saturday. New lines, disconnects and changes to existing lines are not reflected in<br />

the Bulk Loop Qualification database in real time. This results in order processing<br />

delays and customer dissatisfaction. <strong>Verizon</strong> has this information in real time.<br />

Process: Pre-Order Bulk Loop Qual; Jurisdiction: North, South; System: Other<br />

Primary Area: UNE, Line Sharing, Line Splitting; LSOG Version: 5 and above<br />

Initiator: Michael Clancy, Covad, 12/2/02<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 4.5<br />

Allegiance = 4<br />

AT&T = 5<br />

Broadview =5<br />

Cavalier =5<br />

Conversent= 5<br />

Covad =4<br />

Cox = 5<br />

CTSI= 4<br />

Qwest= 5<br />

TalkAmerica=P<br />

VADI = 3<br />

Z-Tel = 4<br />

Overall = 4.5<br />

Allegiance =<br />

4.5<br />

AT&T = 5<br />

Broadview = P<br />

Cavalier = 4<br />

Choice One= 4<br />

Covad = 5<br />

Cox = 4<br />

Met Tel = 4.75<br />

VarTec = P<br />

Worldcom= 5<br />

Z-Tel = P<br />

NOS Com = 4<br />

Mcgraw = P<br />

STATUS: PENDING SCHEDULING<br />

3/16/03 Phase 2 is a Candidate for October<br />

<strong>2003</strong>.<br />

1/17/03 Phase 2 Added as a Candidate for<br />

June <strong>2003</strong>.<br />

10/28/02 – Phase 1 implemented October<br />

2002<br />

7/2/02 – Phase 1 committed for October<br />

2002<br />

6/11/02 – Phase 1 rated by CLECs<br />

6/4/02 – New to list/LOE=High<br />

STATUS: DENY<br />

3/4/03- We informed Covad that we can<br />

not do based on feedback from <strong>Verizon</strong><br />

Application group. They informed us that<br />

they can only run these jobs on the<br />

weekend and it takes a long time due to the<br />

volumes. To move this date would<br />

jeopardize getting the extract to the CLECs<br />

on time if they want by Saturday or<br />

Sunday and they can't run during the week<br />

due to other business activities.<br />

1/14/03 – Issue clarified to request for East<br />

bulk Loop Extract to be produced on a<br />

Saturday rather than a Tuesday. Issue<br />

rated with clarifications made.<br />

12/10/02 – CLECs want to know how is<br />

pending activity is reflected in Livewire<br />

before rating this CR.<br />

12/4/02 – New to list


Rank CR#/<br />

Type<br />

19 1891<br />

Type 5<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: Enhance the CRIS CSR Response to pars e Complex Services into a fielded<br />

response format<br />

Description: <strong>Verizon</strong> currently parses non-complex services into a fielded response<br />

format; parsing complex services seems like a natural evolution to improve this<br />

transaction. Use a phased approach by service type, i.e., Phase 1 & 2 – Centrex<br />

Services (Grandfathered & non-Grandfathered); Phase 3 – PBX Services; Phase 4- –<br />

ISDN Services; Phase 5 - WATS; Phase 6 – DID/Flexpath Services, etc.<br />

Process: Pre-order; Jurisdiction: North, South; System: LSI, EDI, CORBA<br />

Primary Area: Platform, Resale LSOG Version: 5 and above<br />

Initiator/Date: J. Ziegele, Broadview, 01/15/01<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 4.4<br />

AT&T = 4<br />

Broadview = 5<br />

Covad = P<br />

Cox = 4<br />

CTC = 4<br />

MCI = 5<br />

Met-Tel = 4.5<br />

Sprint = 4<br />

STATUS: PENDING SCHEDULING<br />

5/6/03 - Phase 4 Candidate 10/<strong>2003</strong><br />

4/1/03 – Phase 2 , Candidate 10/<strong>2003</strong>;<br />

Centrex Phase 3, PBX, Not Scheduled,<br />

Phase 4 ISDN, Candidate 10/<strong>2003</strong>; Phase 5<br />

–WATS, Not Scheduled; Phase 6-<br />

DID/Flexpath, Not Scheduled<br />

11/15/02 – LOE = High<br />

10/28/02 – Phase 1 (centrex services)<br />

implemented October 2002. Phase 2<br />

candidate for June <strong>2003</strong><br />

6/4/02 – Phase 1 committed for October<br />

2002<br />

1/9/02 – Phase 1 candidate for October<br />

2002<br />

7/31/01 – Phase 1 will be worked in three<br />

parts: Part A – all Centrex Services in<br />

North/South that are not graandfathered:<br />

Intellipath II, Centrex Plus, TX+AD9<br />

(Custopak), Custopak, Custoflex 2100<br />

Part B – NOVA, Intellipath, Custoflex,<br />

Basic, Centrex Extended<br />

Part C: Custom, Centrex I/II, Centrex 50/99,<br />

Centrex III<br />

03/22/01 – Status changed from New to<br />

Pending Scheduling<br />

03/22/01 – Requirements review - sign-off<br />

3/6/01<br />

02/<strong>13</strong>/01 – Rated by CLECs<br />

02/05/01 – New to list


Rank CR#/<br />

Type<br />

20 2460<br />

Type 5<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: Line Station Transfer Notification<br />

Description: Today <strong>Verizon</strong> initiates Line Station Transfers when an end user’s<br />

loop is served via DLC. <strong>Verizon</strong> has been doing this proactively without charge to<br />

the CLEC. Recently, <strong>Verizon</strong> began to charge for this activity. CLECs should have<br />

the opportunity to choose to accept the charge or not. Covad requests that <strong>Verizon</strong><br />

change the process to notify the CLEC that a LST is required and have the CLEC<br />

give authorization.<br />

Process: Pre-Order; Jurisdiction: North, South; System: LSI, EDI; Primary Area:<br />

Line Sharing, Line Splitting; LSOG Version: 5 and above<br />

Initiator: Michael Clancy, Covad Communications, 3/22/02<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 4.4<br />

Allegiance = 4<br />

AT&T = 4<br />

Broadview =4.5<br />

Cavalier = P<br />

Choice One= P<br />

Conversent=4.5<br />

Covad =5<br />

Cox = 4<br />

CTSI= 4.5<br />

Met-Tel =4.5<br />

Qwest= P<br />

VADI = P<br />

Z-Tel = P<br />

STATUS: ON HOLD<br />

12/10/02 - <strong>Change</strong>d to Not Scheduled<br />

11/15/02 – LOE = Medium; HOLD<br />

10/31/02 – Candidate for June <strong>2003</strong><br />

7/23/03 – Targeted for February <strong>2003</strong><br />

6/11/02: What is the turnaround time for the<br />

response? There will be several levels of<br />

responses, however, the metrics will not be<br />

impacted.<br />

6/11/02: Rated by CLECs; changed process<br />

to Pre-Order<br />

5/14/02 – Hold for answers to questions -<br />

rate at 6/11/02 meeting<br />

4/9/02 – Hold for 5/14/02. Sue Pistacchio to<br />

determine if information (copper vs DLC)<br />

can be provided on PreOrder transaction for<br />

the TN.<br />

4/2/02 – New to list


Rank CR#/<br />

Type<br />

21 2522<br />

Type 5<br />

22 2680<br />

Type 4<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: Electronic Notification of Pre-cut Test Jeopardy<br />

Description: Establish a process whereby the CLEC will receive electronic<br />

notification of pre -cut test jeopardizes via the same method that the LSR was sent.<br />

Example: During testing, prior to Due Date, the CLEC wants to receive a<br />

notification (JEP) that there is an issue with cross wiring, so the CLEC can resolve<br />

the problem prior to the DD.<br />

Process: Order Jurisdiction: North, South ; System: LSI, EDI Primary Area<br />

xDSL Loop, UNE-Loop; LSOG Version : 5 and above<br />

Initiator: Mary Halpin, AT&T 5/7/02<br />

Title: CNR Additional Notification<br />

Description: <strong>Verizon</strong> would like to provide the CLECs with two additional<br />

notifications via CNR when an order is coded as C01. The additional notifications<br />

would be done on DD+10 and DD+20. This would impact all ASRs that are for<br />

UNE HICAP orders and are coded as C01. Additional notifications to the CLEC<br />

will ensure that they are aware that VZ will cancel the order 31 days past the<br />

original due date and they will be notified to accept the circuit or change the due<br />

date.<br />

Process: Order; Jurisdiction: North, South; System: Other; Primary Area: UNE-<br />

HICAP; LSOG Version: ASR25<br />

Initiator: Nancy Donovin, <strong>Verizon</strong>, 9/19/02<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 4.4<br />

Allegiance = 4<br />

AT&T = 5<br />

Cavalier = 4<br />

Choice One= 4<br />

Conversent= 4<br />

Covad = 5<br />

Cox = 4<br />

CTSI= 3<br />

Met-Tel = 4<br />

Qwest= 3<br />

SBC= P<br />

TalkAmerica=P<br />

VADI = 5<br />

VarTec= 3<br />

Z-Tel = P<br />

Overall = 4.4<br />

Allegiance = 5<br />

AT&T = 5<br />

Broadview = 4<br />

Cavalier = 4<br />

Covad = 5<br />

Met Tel = P<br />

MetroTelcnnct=4<br />

TalkAmerica=P<br />

VarTec = P<br />

Worldcom= 4<br />

Z-Tel = P<br />

STATUS: DENY<br />

5/6/03 – Pre-cut test results are available<br />

through WPTS. The result is not a<br />

jeopardy because <strong>Verizon</strong> continues to<br />

move toward provisioning on the date due.<br />

To modify systems to allow this nonjeopardy<br />

to be returned via EDI or LSI<br />

would be a very high work effort to<br />

duplicate information.<br />

11/15/02 – LOE = Medium; Not Scheduled<br />

10/31/02 – Candidate for June <strong>2003</strong><br />

7/9/02 – Rated by CLECs<br />

6/11/02 – Is this handled by WPTS?<br />

6/11/02 – Hold for July; jurisdiction changed<br />

to North, South and added xDSL Loops to<br />

Primary Area<br />

6/4/02 – New to list<br />

STATUS: PENDING SCHEDULING<br />

1/28/03 - Candidate for October <strong>2003</strong><br />

10/8/02 – CLECs rated. CLECs agreed to the<br />

implementation of a manual process in<br />

October 2002.<br />

10/1/02 – New to list/LOE=Low


Rank CR#/<br />

Type<br />

23 2771<br />

Type 5<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: Type 5 – Additional Bulk Pre Qual Info<br />

Description: When a CLEC uses the Bulk Loop Qualification information 3 rd<br />

Party Voice Provider (UNE P) existing DSL (shared line), and Resold Voice line are<br />

not indicated. As a result, bad volumes are created. Orders are sent to <strong>Verizon</strong> will<br />

not be fulfilled.<br />

The result of not having these qualifying flags in the bulk pre -qualification tool is<br />

that CLECs submit orders for loops that are not qualified, defeating the value of<br />

bulk pre -qualification. <strong>Verizon</strong> works on orders that shouldn't be processed and the<br />

CLECs are charged for service orders that cannot be fulfilled.<br />

Process: Pre-Order, Bulk Loop Qual; Jurisdiction: North, South System: Other<br />

Primary Area: Line sharing, Line Splitting ; LSOG Version: 5 and above<br />

Initiator: Michael Clancy, Covad, 12/2/02<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 4.4<br />

Allegiance = 5<br />

AT&T = 4.5<br />

Choice One= 4<br />

Covad = 5<br />

Cox = P<br />

CTSI= 4<br />

Met Tel = 5<br />

MatroTelccnnct=4<br />

McGraw=P<br />

NOS Comm=P<br />

TalkAmerica=P<br />

VarTec = P<br />

Worldcom= 4<br />

Z-Tel = P<br />

STATUS: DENY<br />

5/6/03 -This information is considered<br />

CPNI and cannot be provided on a<br />

wholesale basis on the DSL extract.<br />

Resold voice and DSL are available by<br />

reviewing the CSR. Current LSP<br />

information should be obtained from the<br />

end user.<br />

12/10/02 – Rated by CLECs. Covad is<br />

requesting unique flags. Vz considers this<br />

information as protected CPNI; loop qual is<br />

only to tell you if address is capable of<br />

providing DSL.<br />

12/4/02 – New to list


Rank CR#/<br />

Type<br />

24 2860<br />

Type 5<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: Provide an electronic delivery method for Customer Service records that<br />

exceed the 10K line restriction.<br />

Description: The purpose of this initiative is to notify the CLEC that the maximum<br />

line size is exceeded and then automatically transmit the CSR via NDM or FTP<br />

where the CLEC can retrieve the file for processing. Online retrieval of the entire<br />

CSR when it exceeds the 10, 000 line maximum is not a feasible approach since it is<br />

performance impacting.<br />

Reason: System enhancement<br />

Process: PreOrder; Jurisdiction: North, South; System: LSI, EDI, CORBA;<br />

Primary Area: Resale; LSOG Version : 5 and above<br />

Initiator : Janice Ziegele, Broadview, 2/26/03<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 4.3<br />

Allegiance =<br />

4.5<br />

AT&T = 5<br />

Broadview =5<br />

Cavalier = 4<br />

Choice One= 4<br />

Covad = P<br />

Cox = 5<br />

Met Tel = 4<br />

TalkAmerica=<br />

4<br />

VarTec = 4<br />

Worldcom= 4<br />

Z-Tel = P<br />

Conversant =4<br />

McGraw= 4.5<br />

Cat Comm – 4<br />

Adelphia=5<br />

DSL NET=P<br />

Penn<br />

Telecom=4<br />

MetroTelleconn<br />

ect=4<br />

NOSCom=3<br />

STATUS: PENDING SCHEDULING<br />

5/6/03 Candidate October <strong>2003</strong><br />

3/11/03 – Rated by CLECs<br />

3/4//03 - – New to list/LOE=High


Rank CR#/<br />

Type<br />

25 2715<br />

Type 4<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: Type 4 – 11 Digit CLLI<br />

Description: This request is for the generation of the complete 11 digit switch<br />

CLLI code for all WTNs/addresses in the East DSL Loop Qual Extract, and for the<br />

capability to provide all distinct switch (Host, Remote, or Optical Remote) and RT<br />

CLLIs associated with all WTNs/addresses through EDI, Corba, and LSI<br />

transactions.<br />

Process: Pre-Order, Order; Jurisdiction: North, South; System: EDI, CORBA,<br />

LSI; Primary Area: Line Sharing; LSOG Version: 5 and above<br />

Initiator: Karen duBourg, VADI<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 4.3<br />

Allegiance = P<br />

AT&T = 4<br />

Choice One= 4<br />

Covad = 5<br />

Cox = P<br />

CTSI= P<br />

GlobalTel=P<br />

McGraw=P<br />

Met Tel = 4.5<br />

MetroTelcnnt=4<br />

NOS Comm=P<br />

TalkAmerica=P<br />

VarTec = P<br />

Worldcom=P<br />

Z-Tel = P<br />

STATUS: REQUIREMENTS PENDING<br />

2/11/03 - LOE=Medium<br />

12/10/02 – Applies to xDSL Loop Qual<br />

12/3/02 – New to list


Rank CR#/<br />

Type<br />

26 2894<br />

Type 5<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: POTS Reuse for T1 Service<br />

Description: The purpose of this initiative is to provide the CLECs with the ability<br />

to review end user address specific circuit information that would enable the CLEC<br />

to evaluate/propose rearrangements of end user lines/circuits when a no facility<br />

condition is encountered for UNE T1 orders.. This circuit specific information<br />

would include those lines/circuits also provided by other CLECs.<br />

Process: PreOrder; Jurisdiction: MA, NY, DC, MD, NJ, PA; System: LSI, EDI;<br />

Primary Area: UNE, UNE-P; LSOG Version: 5 and above.<br />

Initiator: Alex Pantazis, Allegiance Telecom, 3/17/03<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 4.2<br />

Allegiance = 5<br />

AT&T = 3.5<br />

Broadview = P<br />

Cat Comm= P<br />

Cavalier = 4<br />

Choice One= 5<br />

Covad = 4<br />

Cox = 3<br />

CTSI= 5<br />

Met Tel = 4.5<br />

One Comm = 4<br />

Penn Telecom =<br />

4<br />

Remi Telecom<br />

= 4.5<br />

TalkAmerica =<br />

4<br />

VarTec = 3.5<br />

Worldcom= P<br />

Z-Tel = P<br />

STATUS: New<br />

4/8/03 New to list/LOE=Low


Rank CR#/<br />

Type<br />

27 2353<br />

Type 5<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: Ability to Query Against ILEC Pending Activity<br />

Description: Today’s process is linear. The POTS move order is processed and<br />

service installed at the new address, and the billing record (CSR) must be updated<br />

before the DSL order can start. It takes 3 to 5 days before the CSR is updated,<br />

therefore, delaying the ability to process a DSL order through DLEC systems<br />

Requesting the ability to query against ILEC pending activity rather than just the<br />

CSR.<br />

Return:<br />

TN (From & To TN)<br />

To/Inward Address<br />

ILEC Ckt ID<br />

Line Share TN<br />

ILEC Order #<br />

Due Date<br />

From & To Wire Center<br />

Process: Pre-Order; Jurisdiction: North, South; System: EDI, Web GUI<br />

Primary Area: Line Sharing, Line Splitting, UNE-P, Resale; LSOG Version: 5<br />

and above<br />

Initiator: Karen duBourg, VADI, 12/17/01<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 4.1<br />

Allegiance = P<br />

AT&T = 3.75<br />

Broadview = 4<br />

Choice One = P<br />

Cox = 3<br />

E.Spire= P<br />

Met-Tel = 4.5<br />

VADI = 5<br />

STATUS: ON HOLD<br />

2/11/03 - <strong>Verizon</strong> reviewing for feasibility of<br />

parallel provisioning.<br />

11/15/02 – LOE = High; Not Scheduled<br />

7/23/02 – Targeted for February <strong>2003</strong><br />

2/12/02 – Rated by CLECs; ratings<br />

predicated on Line Splitting/Line Sharing<br />

being completed at same time<br />

1/8/02 – CLECs deferred rating to February<br />

meeting; ; Pending Order Issue Workshop to<br />

be held 1/28/02; Primary Area expanded to<br />

include Line Splitting, Platform, Resale<br />

1/2/02 – New to list


Rank CR#/<br />

Type<br />

28 2354<br />

Type 5<br />

29 2551<br />

Type 5<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: Accept LSR on Account with Pending Inward Activity<br />

Description: When a line sharing LSR is submitted, and pending activity exists on<br />

the account, the LSR should not be rejected. The overall objective is to achieve a<br />

parallel process to have DSL service working by at least the day after POTS service<br />

is installed.<br />

Process: Order; Jurisdiction: North, South; System: EDI, LSI<br />

Primary Area: Line Sharing; LSOG Version: 5 and above<br />

Initiator: Karen duBourg, VADI, 12/17/01<br />

Title: Flow through to accept the BTN on Loop order<br />

Description: CTSI would like the new loops to be added to the misc. BTN<br />

requested on the LSR. Currently we are receiving new misc. BTNs on our FOCs<br />

due to the order flowing through the system. If the NMC catches the problem, they<br />

correct it before a FOC is sent. If the NMC does not see the order, we then need to<br />

call the NMC to correct the problem.<br />

Process: Order; Jurisdiction: North, South; System: EDI, LSI; Primary Area:<br />

UNE-Loop; LSOG Version: 5 and above<br />

Initiator: Amy Kwak, CTSI, 5/16/02<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 4.1<br />

Allegiance = P<br />

AT&T = 3.75<br />

Broadview = 4<br />

Choice One = P<br />

Cox = 3<br />

E.Spire= P<br />

Met-Tel = 4.5<br />

VADI = 5<br />

Overall = 4.1<br />

Allegiance =4.5<br />

AT&T = 4<br />

Broadview =4<br />

Cavalier =4<br />

Choice One=4<br />

Conversent=P<br />

Covad =3<br />

Cox = 4.5<br />

CTSI= 5<br />

Qwest= P<br />

TalkAmerica=P<br />

VADI = P<br />

Z-Tel = P<br />

STATUS: ON HOLD<br />

2/11/03 - <strong>Verizon</strong> reviewing for feasibility of<br />

parallel provisioning<br />

11/15/02 – Not Scheduled<br />

2/27/02 – Candidate for June 2002<br />

2/12/02 – Rated by CLECs<br />

1/8/02 – CLECs deferred rating to February<br />

meeting; ; Pending Order Issue Workshop to<br />

be held 1/28/02<br />

1/2/02 – New to list; LOE = High<br />

STATUS: SCHEDULED June <strong>2003</strong><br />

5/6/03 Committed for June <strong>2003</strong>, Phase 2<br />

Candidate for February 2004.<br />

10/31/02 – Candidate for June <strong>2003</strong><br />

6/11/02 – <strong>Change</strong>d jurisdiction to North,<br />

South; added EDI to Primary Area<br />

6/11/02 – Rated by CLECs; LOE = High<br />

6/4/02 – New to list


Rank CR#/<br />

Type<br />

30 2579<br />

Type 5<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: Directory Listing USOCs on Summary Billing<br />

Description: Provide USOC summaries on 3 rd party directory listing invoices.<br />

Having actual counts of services (i.e., how many monthly recurring services such as<br />

non-list and non published) will enable the CLEC to see exactly what they are being<br />

charged for and thus enable them to validate the invoices before payment<br />

Process: Billing; Jurisdiction: North, South; System: Other; Primary Area:<br />

UNE: LSOG Version : 5 and above<br />

Initiator: Joyce Perry, AT&T, 6/<strong>13</strong>/02<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 4.1<br />

Allegiance = 4<br />

AT&T = 5<br />

Broadview=4.5<br />

Cavalier = 4<br />

Choice One=4<br />

Conversent= 3<br />

Covad = P<br />

Cox = 5<br />

CTSI= 3<br />

Met Tel = P<br />

Qwest= P<br />

SBC=P<br />

TalkAmerica=4<br />

VADI =P<br />

VarTec=P<br />

Worldcom=4<br />

Z-Tel = 4<br />

STATUS: DENY<br />

5/6/03 - DL USOCs are available on the<br />

BDT and can be summarized by the<br />

CLEC.<br />

2/11/03 <strong>Verizon</strong> cannot support at this time.<br />

7/9/02 – Rated by CLECs<br />

7/2/02 – New to list


Rank CR#/<br />

Type<br />

31 2545.6<br />

Type 4<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: RETAS Screen Redesign-Phase 6<br />

Description: This initiative provides for the redesign of the RETAS screens. These<br />

design changes will have no impact on overall functionality. The URL will not be<br />

changing. The Trouble Administration Business Rules must be modified to be in<br />

sync with the revised Repair interface. The changes to LSI will provide better<br />

navigation and a more efficient process for creating, modifying, and tracking trouble<br />

tickets. In addition, a more accurate and timely status will be returned.<br />

Reason: System enhancement<br />

Process: Trouble Administration; Jurisdiction: North & South; System: LSI;<br />

Primary Area: Resale, UNE-P, UNE; LSOG Version: NA<br />

Initiator: Tom Zablocki, Mary Ellen Hanley, <strong>Verizon</strong>, 5/2/02<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 4.1<br />

Allegiance =4<br />

AT&T = 4<br />

Choice One= 5<br />

Covad = 5<br />

CTSI= 5<br />

GTB=4<br />

Met Tel = 4<br />

MetroTelcnnct=4<br />

McGraw=5<br />

NOS Comm=5<br />

TalkAmerica=4<br />

VarTec = 4<br />

Worldcom= 4<br />

Z-Tel = 4<br />

STATUS: SCHEDULED JUNE <strong>2003</strong><br />

3/11/03 Phase 6 Committed for June <strong>2003</strong><br />

release.<br />

3/4/03 Phase 4 Completed 2/20/03, Phase 6<br />

is Committed for 4/03 Release.<br />

12/10/02 – Rated by CLECs/LOE=High<br />

12/4/02 – New to list


Rank CR#/<br />

Type<br />

32 1455<br />

Type 5<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: Develop Order Tracking System<br />

Description: Develop a complete and comprehensive system for tracking and<br />

reconciling all orders submitted from CLECs. Goals: Provide positive control over<br />

all incoming and outgoing orders and provide enhanced status information flow.<br />

Objectives: enable proactive control over all PONs, ensure all PONs proceed<br />

through the processing cycle in a timely manner, enable a proactive corrective<br />

response for any PON not being processed in a timely manner, ensure a positive<br />

notification and correction system for all transmissions.<br />

Process: Order; Jurisdiction: North, South; System: LSI, CORBA, EDI; Primary<br />

Area: All; LSOG Version: 5 and above<br />

Initiator/Date: E. Goldberg/D. Feinberg, Met-Tel, 05/15/00<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 3.9<br />

AT&T = 3.5<br />

Conectiv = 3<br />

CTC = 3<br />

MCI = 3.5<br />

Sprint = 4<br />

Z-Tel = 5<br />

Met-Tel = 5<br />

Cllr Rntls = 5<br />

Time Wrnr = 3<br />

STATUS: DENY<br />

5/6/03- Since the creation of this CR,<br />

<strong>Verizon</strong> has instituted many controls on<br />

the notifier processes. Instances of<br />

delayed notifiers have been greatly<br />

reduced. Notifier status may be obtained<br />

via LSI.<br />

2/11/03 MetTel challenges DENY Status<br />

11/15/02 – LOE = High<br />

7/9/02 – CR 1455 should be satisfied by<br />

Order Status (370851). MetTel will test to<br />

verify whether or not this meets their needs.<br />

2/05/01 – Status changed from<br />

REQUIREMENTS PENDING to PENDING<br />

SCHEDULING<br />

01/18/01 Requirements Review sign-off<br />

01/03/01 – Requirements Review session<br />

09/12/00 – CLECs request requirements<br />

meeting to be scheduled<br />

06/<strong>13</strong>/00 – CLECs raised the following<br />

concerns: Pontronics doesn’t provide<br />

integration of all systems, is this based on<br />

Carrier to Carrier Guidelines, can same<br />

control points be set up for VAM<br />

connectivity, will this move to LSOG 4, will<br />

this be a tool for Help Desk or CLECs, Met-<br />

Tel suggested the PSC should have an access<br />

code. Z-Tel sent an email to <strong>Change</strong> Control<br />

rating this a 5 after the meeting.


Rank CR#/<br />

Type<br />

33 2156<br />

Type 5<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: Optional BAN1 & BAN2 fields<br />

Description: For REQTYP JB orders, change requirements for the LSR BAN1 and<br />

BAN2 fields from “Required” to “Optional” or support value of “E” on all LSRs.<br />

Process: Ordering Jurisdiction: North, South; System: EDI, LSI; Primary Area:<br />

UNE, Resale LSOG Version: 5 and above<br />

Initiator/Date: Amy Stramel, Sprint, 7/10/01<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 3.9<br />

AT&T = 4<br />

Bridgecom = 3<br />

Broadview = 4<br />

Cox = 4<br />

EnterpriseAmer<br />

=P<br />

Met-Tel = 3.5<br />

SBC = P<br />

Sprint = 5<br />

Z-Tel = P<br />

STATUS: HOLD<br />

5/30/02 – Issue will be resolved with End<br />

User Level UNE Listing Accounts CR2397<br />

(373105) in June <strong>2003</strong><br />

11/27/01 Requirements Document review;<br />

sign off received<br />

8/30/01 – Why does Vz have restriction of<br />

10,000 ALI codes per account? Legacy<br />

systems only accept 3 character codes,<br />

restricting the possibilities to approximately<br />

18,000 codes per BAN.<br />

8/14/01 – Rated by CLECs; status changed to<br />

Requirements Pending<br />

8/7/01 – New to list; LOE = High


Rank<br />

CR#/<br />

Type<br />

34 2071<br />

Type 4<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: Provide additional fields for parsed CSR for non complex accounts<br />

Description: Provide additional information needed for LSR preparation on the<br />

parsed CSR that is currently provided via the unparsed CSR. This includes:<br />

Header--- CUSCODE, Last Posted Service Order, Last change date of CSR; IDV---<br />

PCL, RSID/AECN, BLACT, TAR, RSCP; BIL---TAR, PNP, TBE; S&E--- Last<br />

activity date for each feature; SUMY--- Summary section; USOC--- USOC<br />

Description section; and (TBD Exchange Key)<br />

Process: Pre-order; Jurisdiction: North, South System: EDI, CORBA<br />

Primary Area: Resale, UNE, UNE-P LSOG Version: 5 and above<br />

Initiator: R. Walsh, <strong>Verizon</strong><br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 3.9<br />

Allegiance = 4<br />

AT&T = 4<br />

Cox = 4<br />

CTC = 4<br />

Sprint = 3.5<br />

Worldcom= 4<br />

STATUS: PENDING SCHEDULING<br />

11/25/02 Requirements completed.<br />

9/20/01 – AT&T suggests all parsing CRs<br />

be done together as long as they are not in<br />

conflict or contention with Type 5 CRs.<br />

WCOM requested that LSCP be a specific<br />

field in LSOG 4/5. Sprint requested the “Bill<br />

To Indicator” (aka Gift Billing) be included.<br />

Request currently being reviewed by Vz to<br />

determine if they can be accommodated.<br />

9/20/01 –Rated by CLECs<br />

9/4/01- Additional fields identified and CR<br />

attached.<br />

8/30/01 – Why is SUS FID stripped from<br />

unparsed CSR? Ans: The customer's CSR<br />

does not reflect non-payment suspension<br />

activity; the rep would have to access<br />

B<strong>OSS</strong>/CRIS to determine to determine if an<br />

account is suspended for non payment. To<br />

protect the end-users privacy, no information<br />

is given to the CLEC to indicate a retail<br />

account was suspended for non-payment.<br />

8/30/01 – South restores on migration but<br />

North does not. Is it different for Platform?<br />

Ans: No different for Platform; Platform for<br />

the North does not restore on migration. The<br />

rep issues the restore order and then issues<br />

the migration.<br />

8/14/01 – Hold for additional information<br />

8/7/01 – New to list<br />

Other parsing initiatives include: 822 (adding<br />

feature quantity and rate), 1710 (parsing for<br />

simple additional listings), 1815 (new<br />

parsing requirements for distinctive ring).


Rank<br />

CR#/<br />

Type<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

<strong>May</strong> 6, <strong>2003</strong><br />

None of these pending CRs are in conflict<br />

with or touch upon the same requirement as<br />

this initiative


Rank CR#/<br />

Type<br />

35 1102<br />

Type 5<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: Application to application interface for UNE Loop trouble administration<br />

Description: Allow CLECs to administer troubles via an application to application<br />

interface-something that will be more efficient than the WEB GUI and which is<br />

needed as volumes of orders increase.<br />

Process: Trouble/Maintenance; Jurisdiction: North, South; System: EDI/CORBA;<br />

Primary Area: N/A; LSOG Version: N/A<br />

Initiator/Date: L. Brown, Broadview, 11/24/99<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 3.7<br />

AT&T = 4<br />

Broadview = 4<br />

CTC = 4.5<br />

MCI = 2<br />

Sprint = 4<br />

STATUS: SCHEDULED June <strong>2003</strong><br />

5/6/03 Phase 3 Committed June <strong>2003</strong>,<br />

Phases 6-9 Candidates for October <strong>2003</strong>.<br />

10/31/02 – Candidate for June <strong>2003</strong><br />

12/11/01 – ATIS adoption of CORBA<br />

standard expected 1Q02 following completion<br />

of 45-day industry comment period. <strong>Verizon</strong><br />

expects to submit contribution for ATIS<br />

adoption of an XML standard 1Q02.<br />

2/<strong>13</strong>/01 – CORBA standards to be adopted in<br />

March 2001; <strong>Verizon</strong> will implement in 4Q01<br />

12/12/00 – This will remain on hold for<br />

industry standards to be developed.<br />

12/12/00 – No response from originator. CR<br />

will be canceled and removed with Jan update.<br />

11/07/00 – <strong>Verizon</strong> called Lauren Brown to<br />

request cancellation of CR, Lauren no longer<br />

handles and will refer to appropriate person.<br />

09/12/00 – Industry standards are handled by<br />

the ECIC committee for CORBA and EDI.<br />

07/11/00 – Electronic Bonding is available.<br />

BA will not implement until industry<br />

standards are developed.<br />

03/14/00 CTC questioned if BA is<br />

participating in EDI/CORBA meetings. CTC<br />

wouldchampionwithBAtoimplement standard.<br />

02/08/00 – BA to work with EDI once<br />

industry standard is established.<br />

01/11/00 –BA to work with Broadview offline<br />

12/14/99 – BA to investigate how and why<br />

loop troubles are administered. Once<br />

understood, will determine needs for<br />

workshop. EDI is developing standard for<br />

troubles and will publish these standards.


Rank CR#/<br />

Type<br />

36 2085<br />

Type 5<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: UNE T1 Ordering Capability on LSR<br />

Description: Provide UNE-T1 ordering capability via the LSR. Currently only<br />

available through the ASR.<br />

Process: Pre-Order, Order; Jurisdiction: North, South; System: LSI, EDI;<br />

Primary Area: UNE Loop LSOG Version: 5 and above<br />

Initiator/Date: Patricia Garcia, Covad, 5/8/01<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 3.7<br />

AT&T = 3.5<br />

Bridgecom = 4.5<br />

Broadview = 4<br />

Conectiv = 2<br />

Covad = 5<br />

CTC = 4<br />

MCI = P<br />

Met -Tel = 4<br />

Rhythms = 4<br />

Sprint = 2<br />

VADI = 4<br />

STATUS: DENY<br />

5/6/03- In 1999 collaborative, it was agreed<br />

to move to ordering DS1s via the ASR. To<br />

go back and open up ordering via the LSR<br />

would be a very high work effort to<br />

duplicate an existing ordering vehicle.<br />

7/11/01 – Currently ILECs do not accept both<br />

ASR and LSR, at the customer’s discretion,<br />

for UNE DS1 loops. (info obtained from<br />

<strong>Verizon</strong>, Qwest, BellSouth, SBC)<br />

7/2/01 – Requirements Document review<br />

scheduled for July 19, 2001; Requirements<br />

Document sign off received.<br />

6/12/01 – Rated by CLECs; LOE = High<br />

6/5/01 – New to List


Rank CR#/<br />

Type<br />

37 2900<br />

Type 5<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: Assignment <strong>Change</strong> Notification<br />

Description: The purpose of this initiative is to have <strong>Verizon</strong> coordinate changes of<br />

cable and pair assignments as part of a migration to a CLEC with the CLECs. In<br />

April, CLEC experienced change in cable pair assignment during conversion at a<br />

rate of 8-10% of the LSR order volume.<br />

Process: Order; Jurisdiction: North & South; System: LSI, EDI;<br />

Primary Area: UNE, UNE-P; LSOG Version: 5 and above<br />

Initiator: Larry Blair, REMI Communications, 3/21/03<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 3.7<br />

Allegiance = 4<br />

AT&T = 4<br />

Broadview = 4<br />

Cat Comm = 3<br />

Cavalier = 3<br />

Choice One= 4<br />

Covad = 4<br />

Cox = 3<br />

CTSI= 3<br />

Met Tel = 4<br />

One Comm = 4<br />

Penn Telecom =<br />

P<br />

Remi Telecom<br />

= 3.5<br />

TalkAmerica=<br />

4<br />

VarTec = 4<br />

Worldcom= 3<br />

Z-Tel = 4<br />

STATUS: NEW<br />

4/8/03 New to list.


Rank CR#/<br />

Type<br />

38 2485<br />

Type 5<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: Enhance Web GUI Extended Loop Qual<br />

Description: The xDSL Loop Qualification Extended Query needs to function in a<br />

bulk fashion. CLECs need the ability to submit bulk requests to the ILEC for<br />

investigation. Also this query needs to have a tracking mechanism for the CLEC to<br />

track queries and responses.<br />

Process:Pre-Order; Jurisdiction: North, South; System: LSI; Primary Area: UNE;<br />

LSOG Version: 5 and above<br />

Initiator: Barbara Vahey, VADI 4/15/02<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 3.6<br />

Allegiance = P<br />

AT&T = 4<br />

Broadview = P<br />

Cavalier = 2<br />

Choice One= 1<br />

Conversent= P<br />

Covad =4.5<br />

Cox = P<br />

CTSI= P<br />

Met-Tel = 4<br />

Qwest= 5<br />

TalkAmerica=P<br />

VADI = 5<br />

Z-Tel = P<br />

STATUS: DENY<br />

5/6/03 Bulk preorder transactions should<br />

be submitted via EDI or CORBA.<br />

Allowing bulk transactions to be submitted<br />

via LSI could degrade performance for all<br />

users.<br />

3/4/03 <strong>Verizon</strong> cannot support this initiative.<br />

9/25/02 - Not Scheduled<br />

6/11/02 – Rated by CLECs<br />

6/4/02 – New to list


Rank CR#/<br />

Type<br />

39 C03-<br />

0501<br />

Type 5<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: Hunting format in CSR follow TCIF<br />

Description: The purpose of this initiative is to have hunting details presented in the<br />

CSR transaction be in compliance with TCIF guidelines. In April, the CLEC<br />

community clarified that presentation of Hunt Group information in TCIF format<br />

applies only to EDI and not CORBA. CORBA is not impacted by this request.<br />

Reason: System enhancement<br />

Process: PreOrder; Jurisdiction: North, South; System: EDI; Primary Area:<br />

UNE, Resale, UNE-P; LSOG Version: 5 and above<br />

Initiator: Lissa Provenzo & Dave Burley, WorldCom, 3/27/03<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 3.6<br />

Allegiance = P<br />

AT&T = P<br />

Broadview = P<br />

Cavalier = P<br />

Cat Comm = P<br />

Choice One= 3<br />

Covad = P<br />

Cox = P<br />

CTSI= P<br />

Met Tel = 4<br />

One Comm = 4<br />

Penn Telecom =<br />

P<br />

Remi Telecom<br />

= 3.5<br />

TalkAmerica=<br />

P<br />

VarTec = P<br />

Worldcom= P<br />

Z-Tel = P<br />

STATUS: NEW<br />

4/8/03 New to list


Rank CR#/<br />

Type<br />

40 2120<br />

Type 5<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: Identify Foreign Exchange accounts in Bulk Loop Qual Extract<br />

Description: The ILEC should identify Foreign Exchange accounts in the Bulk<br />

Loop Qual Extract. If a loop qualification is performed by using the address of a<br />

customer, the results may show false information. The customer may reside in the<br />

jurisdiction for a particular CO, but since they are located closer to a CO outside<br />

their exchange, they are serviced by the closer CO, thus having a Foreign Exchange.<br />

The CLEC needs to know the correct CO to determine if the customer is loop<br />

qualified.<br />

Process: Pre-Order; Jurisdiction: North, South; System: LSI, EDI, CORBA<br />

Primary Area: UNE Loop; LSOG Version: N/A<br />

Initiator/Date: Barbara Vahey, VADI, 6/6/01<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 3.4<br />

AT&T = 3<br />

Bridgecom =3<br />

Broadview = P<br />

Choice One =P<br />

Conectiv = 3<br />

Cox = P<br />

CTC = P<br />

NetworkOne=P<br />

Sprint = 3<br />

VADI = 5<br />

STATUS: DENY<br />

5/6/03 - This is considered CPNI<br />

information and cannot be provided on the<br />

extract.<br />

11/27/01 – Requirements Document review;<br />

signoff 11/30/01<br />

7/10/01 – Rated by CLECs; LOE = Medium;<br />

Status changed to Requirements Pending<br />

7/3/01 – New to list


Rank CR#/<br />

Type<br />

41 2858<br />

Type 5<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: Migrate w/ freeze if w/in same company (i.e. from Resale to UNE-P)<br />

Description: The goal of this initiative is to change the process so that we<br />

can migrate our OWN customers from one product to another even if there is<br />

a freeze (RSCP) on the line.<br />

Reason: Process change<br />

Process: Order; Jurisdiction: North, South; System: LSI, EDI; Primary Area:<br />

UNE, Resale, UNE-P; LSOG Version : 5 & above<br />

Initiator : Amanda “AJ” Dunbar, Cat Communications International, 2/25/03<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 3.4<br />

Allegiance = P<br />

AT&T = P<br />

Broadview = 4<br />

Cavalier = P<br />

Choice One= 3<br />

Covad =P<br />

Cox = P<br />

CTSI=<br />

Met Tel =1<br />

TalkAmerica=<br />

3<br />

VarTec = 3<br />

Worldcom=P<br />

Z-Tel = 3<br />

Conversant=P<br />

McGraw=4<br />

CatComm=4.4<br />

Adelphia=P<br />

DSL Net=P<br />

Penn<br />

Telecom=4<br />

Metro<br />

Telleconnect=4<br />

NOS Com=3<br />

STATUS: PENDING SCHEDULING<br />

5/6/03 Candidate October <strong>2003</strong><br />

3/11/03 Rated by CLECs<br />

3/4//03 - – New to list


Rank CR#/<br />

Type<br />

42 2394<br />

Type 4<br />

43 2189<br />

Type 5<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

Description of CR CLEC Ratings Status/Comments<br />

Title: Return RESNO on Direct TN Reservation<br />

Description Add RESNO field to the Address Validation Direct TN Selection<br />

Response transaction. Currently this information is not returned on the transaction<br />

although it is associated with the TN when it is reserved. CLECs may be reserving<br />

more TNs than they need. By providing this information, additional unnecessary<br />

reservations may be prevented and thus save valuable numbering resources.<br />

Process: Pre-Order; Jurisdiction: North, South; System: LSI, EDI, CORBA;<br />

Primary Area: UNE ; LSOG Version: 5 and above<br />

Initiator: Jim Parks, <strong>Verizon</strong><br />

Title: ILEC Service ID<br />

Description: A Service Identifier needs to be included with all associated Working<br />

Telephone Numbers in the East Bulk Loop Qualification Extract. Example: Identify<br />

UNE-P, ISDN. And XDSL already on line.<br />

Process: Pre-Order, Jurisdiction: North, South; System: LSI, EDI, CORBA<br />

Primary Area UNE -Loop; LSOG Version: N/A<br />

Initiator/Date: Barbara Vahey, VADI, 7/31/01<br />

<strong>May</strong> 6, <strong>2003</strong><br />

Overall = 3.3<br />

Allegiance = 4<br />

AT&T = 4<br />

Broadview= 3.5<br />

Cavalier = P<br />

Covad =2<br />

D-Set = P<br />

Met-Tel = P<br />

VADI = P<br />

Worldcom= 3<br />

Z-Tel =3<br />

Overall = 2.8<br />

Allegiance = 3<br />

AT&T = 3<br />

Bridgecom = 2<br />

Broadview = 1<br />

Covad = 3<br />

Cox = 3<br />

CTC = P<br />

Sprint = 2<br />

VADI = 5<br />

STATUS: PENDING SCHEDULING<br />

4/9/02 – Rated by CLECs<br />

4/2/02 – New to list<br />

STATUS: DENY<br />

5/6/03 This is considered CPNI information<br />

and cannot be provided on the extract.<br />

11/15/02 – Not scheduled<br />

10/31/02 – Candidate for June <strong>2003</strong><br />

9/27/02 – Candidate for February <strong>2003</strong><br />

5/30/02 – Candidate for October 2002<br />

11/27/01 – Requirements Document review;<br />

signoff 11/30/01<br />

9/20/01 – Rated by CLECs<br />

8/14/01 – VADI not represented at PWG<br />

session; hold until 9/11/01 meeting for rating<br />

8/7/01 – New to list; LOE = Very High


Initiator<br />

Telephone Number<br />

E-mail<br />

Initiator Company<br />

Date request sent to <strong>Change</strong><br />

Control<br />

Identify the States that are affected<br />

by this change<br />

Identify the products that are<br />

affected by this change<br />

Identify the processes that are<br />

affected by this change<br />

Identify the transactions that are<br />

affected by this change<br />

Identify the interfaces that are<br />

affected by this change<br />

Identify the LSOG versions that<br />

are affected by this change<br />

Describe the <strong>Change</strong><br />

Describe the functionality that you<br />

would like to enhance<br />

Note: Describe what your <strong>Change</strong><br />

Request is. Do not specify how to<br />

implement it.<br />

Refer Questions to:<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

<strong>Change</strong> Request Number: 2811<br />

Title: ALI Code Spreadsheet Upgrade<br />

Rebecca Baldwin<br />

Back-up: Nancy Taborda<br />

Rebecca Baldwin: 832-553-2205<br />

Nancy Taborda: 716-819-2147<br />

rebeccca.baldwin@adelphia.com<br />

Adelphia Business Solutions<br />

January 21, <strong>2003</strong><br />

All <strong>Verizon</strong> EAST states<br />

Directory Listing<br />

Service order processing for directory listing<br />

Pre-order and order transactions<br />

LSI<br />

LSOG 5<br />

Ali code spreadsheet provided by <strong>Verizon</strong> does not supply<br />

CLEC with required information to accurately complete<br />

directory listing service orders.<br />

<strong>May</strong> 6, <strong>2003</strong>


Provide an example that justifies<br />

the change<br />

Include attachments if available<br />

How will your company benefit<br />

from completing the <strong>Change</strong><br />

Request?<br />

Describe the proposed solution to<br />

the change<br />

How do you propose the <strong>Change</strong><br />

Request can be implemented?<br />

What is the expected output<br />

resulting from the proposed<br />

solution?<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

CLEC needs to know the directory the listings appears in.<br />

Example: Foreign Listing FID: FL does not provide the<br />

foreign directory appearance<br />

CLEC will be able to process listing changes/additions/<br />

deletions for it’s own end users and will minimize contacting<br />

<strong>Verizon</strong> Support personnel for assistance<br />

Add additional column to the current spreadsheet which will<br />

indicate the directory.<br />

Updated Ali Code spreadsheet format<br />

<strong>Interface</strong> Usability To be completed by <strong>Verizon</strong><br />

Benefit to CLECs To be completed by <strong>Verizon</strong><br />

Productivity Impact To be completed by <strong>Verizon</strong><br />

Cost/Time Explanation<br />

LSOG Conformity<br />

Remarks<br />

To be completed by <strong>Verizon</strong><br />

To be completed by <strong>Verizon</strong><br />

To be completed by <strong>Verizon</strong><br />

<strong>May</strong> 6, <strong>2003</strong>


WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

<strong>Change</strong> Request Number: 2815<br />

Title: AOS Form for CLEC to CLEC<br />

Migrations<br />

Initiator Sadia Mendez<br />

Telephone Number 212-849-2267<br />

E-mail smendez@mcgrawcom.net<br />

Initiator Company McGraw Communications<br />

Date request sent to <strong>Change</strong><br />

Control<br />

Identify the States that are affected<br />

by this change<br />

Identify the products that are<br />

affected by this change<br />

Identify the processes that are<br />

affected by this change<br />

Identify the transactions that are<br />

affected by this change<br />

Identify the interfaces that are<br />

affected by this change<br />

Identify the LSOG versions that<br />

are affected by this change<br />

Describe the <strong>Change</strong><br />

Describe the functionality that you<br />

would like to enhance<br />

Note: Describe what your <strong>Change</strong><br />

Request is. Do not specify how to<br />

implement it.<br />

Refer Questions to:<br />

Sadia Mendez, Carrier Division Manager<br />

McGraw Communications<br />

212-849-2267<br />

smendez@mcgrawcom.net<br />

January 27, <strong>2003</strong><br />

New York<br />

Services provided under Service Agreements<br />

Order<br />

Resale As-Is and As-Specified Migrations<br />

LSI, EDI<br />

All<br />

The AOS form that the NY NMC requires for the Resale, as-is<br />

migration of contracted services must be modified in order to<br />

apply to the situation where the end-user is migrating from one<br />

CLEC to another CLEC. The NMC is currently requiring that<br />

the OLSP, as opposed to the end-user, sign the AOS form as the<br />

“Assignor”, prior to allowing the migration order to go through.<br />

The language on the AOS, as it stands today, is not appropriate<br />

for this type of transaction. The terms that the “Assignor” is<br />

agreeing to make sense when an end-user is the “Assignor” but<br />

are totally unacceptable for a CLEC to agree to as the<br />

“Assignor”.<br />

<strong>May</strong> 6, <strong>2003</strong>


Provide an example that justifies<br />

the change<br />

Include attachments if available<br />

How will your company benefit<br />

from completing the <strong>Change</strong><br />

Request?<br />

Describe the proposed solution to<br />

the change<br />

How do you propose the <strong>Change</strong><br />

Request can be implemented?<br />

What is the expected output<br />

resulting from the proposed<br />

solution?<br />

<strong>Interface</strong> Usability To be completed by <strong>Verizon</strong><br />

Benefit to CLECs To be completed by <strong>Verizon</strong><br />

Productivity Impact To be completed by <strong>Verizon</strong><br />

Cost/Time Explanation To be completed by <strong>Verizon</strong><br />

LSOG Conformity To be completed by <strong>Verizon</strong><br />

Remarks To be completed by <strong>Verizon</strong><br />

Refer Questions to:<br />

Sadia Mendez, Carrier Division Manager<br />

McGraw Communications<br />

212-849-2267<br />

smendez@mcgrawcom.net<br />

WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

The following PONs are orders currently being held by the<br />

NMC until they receive an AOS signed byt the losing CLEC.<br />

The losing CLEC is refusing to agree to the terms on the current<br />

AOS. (rightfully so). The NMC refuses to release the order<br />

without the AOS signed by the losing CLEC: SMRESALE491,<br />

SMRESALE479, SMRESALE499.<br />

Also, See AOS form attached to email with this request to<br />

review the terms defined on it.<br />

A modified AOS will result in “losing” CLECs agreeing to sign<br />

the AOS forms and the orders being held-up by the NMC<br />

pending a signed AOS will be processed.<br />

Remove the first two paragraphs under the terms of the current<br />

AOS and leave only the last paragraph in that section. <strong>Change</strong><br />

the Name of the form to specify that this AOS applies to CLEC<br />

to CLEC migrations.<br />

Timely, uninterrupted migration of end-users between CLECs.<br />

<strong>May</strong> 6, <strong>2003</strong>


WNS <strong>OSS</strong> <strong>Interface</strong> <strong>Change</strong> <strong>Management</strong> Process<br />

ASSIGNMENT OF SERVICE PROVIDED UNDER SERVICE AGREEMENT<br />

Current Billed Party / Assignor: New Billed Party / Assignee:<br />

(Company Name) (Company Name)<br />

(Address) (Address)<br />

(City, State, Zip) (City, state, Zip)<br />

The Current Billed Party (“Assignor”) hereby assigns the Contract or Service Agreement for Tariffed<br />

Product/Service (“Service Agreement”) identified below to the New Billed Party (“Assignee”):<br />

Billed Telephone Number:<br />

Tariffed Product/Service:<br />

Requested Date of Assigned Service:<br />

Purchase Order Number:<br />

The Assignor agrees that it will remain jointly and severally liable with the Reseller, as the Assignee, and any future<br />

assignees, for all obligations to New England Telephone and Telegraph Company or New York Telephone<br />

Company (Collectively “BA”) arising out of the Service Agreement.<br />

The Assignor further agrees that notwithstanding this Agreement, the Assignor remains responsible for all payment<br />

obligations for any Yellow Page Advertising charges associated with the above-referenced billed telephone number,<br />

both for any current published directory and for any future directory for which such advertising has been ordered.<br />

The Yellow Page advertising will be removed from the above referenced account and billed directly to Bell Atlantic<br />

Yellow Pages Company to the Assignor.<br />

The Assignee agrees to assume all of the rights, liabilities, and obligations of the Assignor under the Service<br />

Agreement. The Assignee also agrees that it will be obligated to comply with all of the terms and conditions of the<br />

Service Agreement, including the payment of retail rates.<br />

AGREED and ACCEPTED:<br />

(Assignor) (Assignee)<br />

By: By:<br />

signature of authorized employee signature of authorized employee<br />

Name/title: Name/title:<br />

Date: Date:<br />

Fax TN: Fax TN:<br />

To be completed by BA:<br />

Original Service (Service Agreement) Date:<br />

Scheduled Expiration date of Service Period:<br />

Current Number of Centrex lines in Service:<br />

Order Number:<br />

Consented To:<br />

Name/Title (printed)<br />

Date:<br />

signature of a BA representative<br />

<strong>May</strong> 6, <strong>2003</strong>


<strong>Change</strong> Request Form<br />

Type 5<br />

Appendix B: Bulletin Format<br />

For System Outage, System Availability, and Type 1 <strong>Change</strong> Request Bulletins, the general format will be the same as described<br />

below.<br />

<strong>Verizon</strong><br />

VERIZON Wholesale Customer Care Center<br />

Type of Bulletin<br />

Severity: 1<br />

ID#: 1000<br />

Subject: Web GUI System Outage<br />

Date and Time of Bulletin: 06/28/99; 05:49:21 PM<br />

Date and Time Issue Identified: 06/26/99; 03:30:05 PM<br />

Report: Initial<br />

Category: System<br />

Systems Impacted: WEB GUI<br />

Area Impacted: TSR, UNE<br />

Process Affected: Pre-Order<br />

Region: South<br />

Documentation Impacted: Business Rules v 1.1.1<br />

Resolution:<br />

Effective date:<br />

Details:<br />

<strong>May</strong> 6, <strong>2003</strong>


<strong>Change</strong> Request Form<br />

Type 5<br />

Provide an example that justifies<br />

the change<br />

Include attachments if available<br />

How will your company benefit<br />

from completing the <strong>Change</strong><br />

Request?<br />

Describe the proposed solution to<br />

the change<br />

How do you propose the <strong>Change</strong><br />

Request can be implemented?<br />

What is the expected output<br />

resulting from the proposed<br />

solution?<br />

<strong>Change</strong> Request Number: 2889<br />

Title: <strong>Change</strong> bill format to include the<br />

CKL information for analog loops on<br />

UNE-L bills on the CSRs<br />

<strong>Interface</strong> Usability To be completed by <strong>Verizon</strong><br />

Benefit to CLECs To be completed by <strong>Verizon</strong><br />

Productivity Impact To be completed by <strong>Verizon</strong><br />

Cost/Time Explanation<br />

LSOG Conformity<br />

In the last few months AT&T had to request resends of their<br />

Pennsylvania UNE-L bills because the bills were mailed to the<br />

wrong address. It usually takes at least five boxes to mail these<br />

bills. A useable mechanized bill would eliminate any need for<br />

AT&T to require a paper bill. It would also allow AT&T to<br />

review all the charges on these bills since the paper bill does not<br />

provide all the billing details such as the USOC’s on the<br />

embedded base of circuits.<br />

It would allow us to electronically receive, verify and process<br />

the UNE-L bills for New Jersey, Pennsylvania and Delaware.<br />

This would reduce the number of billing inquiries we submit.<br />

We would no longer have to wait for resends of misdirected<br />

bills and would allow us to pay our bills on the due date. It<br />

would allow us to financially assure all rates against the<br />

Interconnection Agreements.<br />

A solution is to add the CKL information to the CSR similar to<br />

the format for the MDVW and <strong>Verizon</strong> North UNE-L bills.<br />

We expect to have a location CKL for each CLS on the bill.<br />

This would allow us to electronically receive, verify and process<br />

the bill for payment.<br />

To be completed by <strong>Verizon</strong><br />

<strong>May</strong> 6, <strong>2003</strong>


<strong>Change</strong> Request Form<br />

Type 5<br />

Remarks<br />

Refer Questions to:<br />

To be completed by <strong>Verizon</strong><br />

To be completed by <strong>Verizon</strong><br />

<strong>May</strong> 6, <strong>2003</strong>


<strong>Change</strong> Request Form<br />

Type 5<br />

Initiator<br />

Telephone Number<br />

E-mail<br />

<strong>Change</strong> Request Number: C03-0571<br />

Title: RETAS Screen Enhancements<br />

Alan Rothenstreich<br />

Initiator Company New York Telsave<br />

Date request sent to <strong>Change</strong><br />

Control<br />

Identify the States that are affected<br />

by this change<br />

Identify the products that are<br />

affected by this change<br />

Identify the processes that are<br />

affected by this change<br />

Identify the transactions that are<br />

affected by this change<br />

Identify the interfaces that are<br />

affected by this change<br />

Identify the LSOG versions that<br />

are affected by this change<br />

Describe the <strong>Change</strong><br />

Describe the functionality that you<br />

would like to enhance<br />

Note: Describe what your <strong>Change</strong><br />

Request is. Do not specify how to<br />

implement it.<br />

Refer Questions to:<br />

"Alan Rothenstreich" <br />

3/31/03<br />

<strong>Verizon</strong> East<br />

RETAS<br />

All functions<br />

All ReTAS Functions<br />

1. Create one screen for type of line prefix<br />

2. Add a drop down for the trouble type codes<br />

3. remove the drop down for premise and circuit access date and<br />

time, replace it with a simple fillin box.<br />

<strong>May</strong> 6, <strong>2003</strong>


<strong>Change</strong> Request Form<br />

Type 5<br />

Provide an example that justifies<br />

the change<br />

Include attachments if available<br />

How will your company benefit<br />

from completing the <strong>Change</strong><br />

Request?<br />

Describe the proposed solution to<br />

the change<br />

How do you propose the <strong>Change</strong><br />

Request can be implemented?<br />

What is the expected output<br />

resulting from the proposed<br />

solution?<br />

Reduce the steps for creating transactions in RETAS and make<br />

the screens simpler to use<br />

By changing the screens in RETAS<br />

<strong>Interface</strong> Usability To be completed by <strong>Verizon</strong><br />

Benefit to CLECs To be completed by <strong>Verizon</strong><br />

Productivity Impact To be completed by <strong>Verizon</strong><br />

Cost/Time Explanation<br />

LSOG Conformity<br />

Remarks<br />

Refe r Questions to:<br />

Easier to use screens with less steps to create transactions.<br />

To be completed by <strong>Verizon</strong><br />

To be completed by <strong>Verizon</strong><br />

To be completed by <strong>Verizon</strong><br />

<strong>May</strong> 6, <strong>2003</strong>


<strong>Change</strong> Request Form<br />

Type 5<br />

Initiator<br />

Telephone Number<br />

E-mail<br />

Initiator Company<br />

Date request sent to <strong>Change</strong><br />

Control<br />

Identify the States that are affected<br />

by this change<br />

Identify the products that are<br />

affected by this change<br />

Identify the processes that are<br />

affected by this change<br />

Identify the transactions that are<br />

affected by this change<br />

Identify the interfaces that are<br />

affected by this change<br />

Identify the LSOG versions that<br />

are affected by this change<br />

Describe the <strong>Change</strong><br />

Describe the functionality that you<br />

would like to enhance<br />

Note: Describe what your <strong>Change</strong><br />

Request is. Do not specify how to<br />

implement it.<br />

Refer Questions to: Arthur Barone<br />

<strong>Change</strong> Request Number: C03-0723<br />

Title: Add Trouble Ticket/PON<br />

information to BDT<br />

ARTHUR P. BARONE JR.<br />

718.947.8669<br />

ABARONE@BROADVIEWNET.COM<br />

BROADVIEW NETWORKS<br />

5/2/03<br />

NY, MA, RI, NH, ME, VT<br />

UNE-P (J); LOOP (N) & TSR (Q)<br />

Billing - Bill Data Tape<br />

N/A<br />

CRIS; CABS<br />

N/A<br />

TROUBLE TICKET # AND/OR PON, NEEDS TO<br />

PASSED THRU TO THE WHOLESALE BDT FILES AND<br />

POPULATED ON THE 103005 OC&C RECORD, WHEN A<br />

REPAIR CHARGE IS BILLED.<br />

FYI .. THIS IS CURRENTLY DONE W/ (SPECIAL)<br />

ACCESS ACCOUNTS.<br />

<strong>May</strong> 6, <strong>2003</strong>


<strong>Change</strong> Request Form<br />

Type 5<br />

Provide an example that justifies<br />

the change<br />

Include attachments if available<br />

How will your company benefit<br />

from completing the <strong>Change</strong><br />

Request?<br />

Describe the proposed solution to<br />

the change<br />

How do you propose the <strong>Change</strong><br />

Request can be implemented?<br />

What is the expected output<br />

resulting from the proposed<br />

solution?<br />

<strong>Interface</strong> Usability To be completed by <strong>Verizon</strong><br />

Benefit to CLECs To be completed by <strong>Verizon</strong><br />

Productivity Impact To be completed by <strong>Verizon</strong><br />

Cost/Time Explanation<br />

LSOG Conformity<br />

Remarks<br />

Refer Questions to:<br />

To be completed by <strong>Verizon</strong><br />

To be completed by <strong>Verizon</strong><br />

To be completed by <strong>Verizon</strong><br />

<strong>May</strong> 6, <strong>2003</strong>

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!