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
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>