voiceofsandiego.org: Opinion... Wild ERP: The New Software That's Draining the City's Coffers
an independent nonprofit |
March to 1,000 Members: 991 so far. Contribute today.

Wild ERP: The New Software That's Draining the City's Coffers



Tuesday, Dec. 9, 2008 | Perhaps nothing is more frustrating than one very simple pair of facts: 1) The city of San Diego has been collecting more and more money from taxes and fees every year for many years now. And 2) the city is preparing for brutal service cuts and layoffs.

What gives? How are both of those facts true?

Scott Lewis

There are obvious answers that have been well discussed over the last few years. The city has been asked to put more in its employee pension fund than it ever did years ago. Employee costs and benefits have inflated.

We hear plenty about this.

But there's a lot more going on as well. Right now, for instance, about 40 full-time city employees are working on one project and one project only. It's not cleaning parks or running libraries. The group was supposed to be done more than a year ago. That means that with every day that passes, the wages these people earn adds to a massive cost overrun for the project.

There's more. In addition, these 40 city employees are working in partnership with a team of consultants and that team is expected to charge the city almost exactly as much as it costs to run the entire city library system.

Adding up the total city costs -- with the hours of the full-time city employees, some of whom cycle in and out of helping with the effort -- is overwhelming. The first group of consultants involved has just been dismissed as city officials blame it for yet another major delay. A new team will come aboard if the city finalizes a sole-source contract.

Ironically, the effort that has so consumed city staff and has cost so much money is part of a technological initiative to ensure, very simply, that the city can better keep track of all the money it spends.

It's a new software system linking each one of the cubicles at City Hall unlike anything before. The effort, dubbed the OneSD project and also known as the Enterprise Resource Planning (ERP) initiative, would allow the city to keep track of an overwhelming array of budgets, spending, vendors and department invoices. Software developed by SAP Public Services is the key to it all.

You want to look up the invoices a particular department or manager has sent? Old way: Send someone downstairs to come back with a stack of papers. New way: Bring it up on your computer.

The new system would help the city enforce its own rules, and, ideally, if changes needed to be made to payroll or if an audit needed to be done, a few keystrokes could replace dozens of man-hours now spent.

For now, though, the city could probably most use that new system to keep track of the spiraling costs of its own implementation. The project that managers hoped to have go live in October is now delayed until at least July 2009.

The city awarded the firm Axon Solutions Inc. an $18.8 million contract to bring this software to City Hall. That was out of a total $37 million set aside to pay for the contractors software and other orbiting needs directly associated the project -- almost the exact same cost of running the city library system for a year. Axon has not been paid the full amount and it won't be.

Just last month, as it became clear that more delays were inevitable, Chief Financial Officer Mary Lewis dismissed Axon and asked the city's Data Processing Corporation to immediately begin negotiations with SAP itself. SAP hadn't even bid for the original contract awarded to Axon, as its hourly rate is much higher.

The SAP contract is a no-bid agreement and it will not be sent to the City Council. Lewis sent a memo explaining what happened to the City Council, but it was just an FYI. The council members have no say in the process. City officials are sending the whole project through Data Processing Corp., which handles the IT procurement for the city.

Although it's a given that SAP's hourly rate is far higher than Axon's, Lewis did not want to put a price tag on it until they'd negotiated with the company. In her memo to the City Council, Lewis said "it is clear that certain scope reductions may be necessary to stay within the project's budget." In other words, they have $20 to go out with, but, as we all know, $20 goes a lot farther in some bars than in others.

Lewis and her team had hoped to have the new system ready to go in April. But that's not possible, now. The dream date is being pushed to July with some parts of the system not functioning until October -- exactly a year after the first go-live date.

How much will that cost taxpayers who are paying for the 40 employees to trudge away on the project?

"It's a soft cost that is somewhat hard to quantify," Lewis said.

The soft cost started accruing shortly after Mayor Jerry Sanders took office.

After he was elected, Sanders hired Rick Reynolds, a former Navy officer, to help run his staff and to coordinate what would become a signature effort for his early term: business process reengineering.

Sanders and his top manager -- retired admiral Ronne Froman -- were going to redesign every aspect of the city's operations ensuring they were as efficient and economical as possible. Froman put Reynolds in charge of the effort -- dubbed BPR -- and by August 2007, with Froman having moved on, Reynolds earned himself a raise and additional responsibilities.

A month later, Sanders fired him. The circumstances were never clear and Reynolds filed a wrongful termination lawsuit. Reynolds became a supporter of Steve Francis, who ran against Sanders for mayor.

Reynolds had been juggling a number of different efforts -- not the least of which was the initiative, ERP, that was supposed to link the city's computers and manage the core of its business operations. When Reynolds was fired, he believed the massive technological switchover would be complete within a year.

The responsibility and the overly ambitious timeline fell in then Chief Financial Officer Jay Goldstone's lap. Goldstone had already taken over for Froman. He had also taken over the responsibilities of John Torrell, the city's active auditor who also left disillusioned with the mayor and management.

So Goldstone found himself in charge of every aspect of the city's management. He was the CFO of a city still reeling from years of financial controversies. He was the acting chief operating officer in charge of overseeing every major operation the city undertook. And he was the auditor -- supposedly acting as a check on himself and his managers.

The city had fallen years behind in producing basic annual financial statements. Goldstone was dealing with growing annual deficits and a summer of controversy borne out by a fiery city attorney; a building that was too tall for federal aviation authorities' comfort; and other, minor things, like the collapse of a hillside in La Jolla. Wildfires were months away from consuming entire neighborhoods of the city.

Goldstone had plenty on his plate.

Yet a project that was consuming a great portion of his employees and gobbling up valuable city dollars was languishing. The ERP had hit a crossroads and its implementation would have to be delayed -- costing millions more in those soft costs.

I asked Matt McGarvey, the city's former chief information officer -- who was tasked with implementing the new computer system -- what crippled the project. Were there too many cooks in the kitchen?

"It wasn't that there were too many cooks in the kitchen. It was that the cooks kept changing," said McGarvey, who's now working in the private sector.

McGarvey said that Reynolds' dismissal meant that Goldstone got the project right at a critical time for its implementation. The city's staff had already become disillusioned with Axon, the company they had hired to shepherd the initiative. Axon was slow to bring in staff. It was unresponsive, he said. And the talented staff members that Axon had used to attract the city's confidence during the bidding process failed to materialize.

"We should have held their feet to the fire on those things. They should have been addressed much more strongly," McGarvey said.

Goldstone was busy. Eventually, he put the new chief financial officer, Mary Lewis, and her deputy, Comptroller Greg Levin in charge of the initiative. By May 2008, Lewis and Levin had decided to delay the go-live date for the new system until April of 2009. Axon submitted a plan to make it happen.

Lewis and Levin were unimpressed.

"After a detailed review of Axon's plan, we continue to have serious concerns regarding Axon's ability to manage this project and execute the contracted Statement of Work," Lewis wrote in a memo to the company.

But Axon kept its contract. It took until last month for city staff to reach its breaking point with the firm.

In their memo to the City Council Nov. 20, Levin and Lewis said they just couldn't trust Axon to get the job done.

"The decision was based on City staff's assessment that Axon's project management was not successfully leading the project and that the continuation of the contractual relationship with Axon could lead to possible cost overruns and missed deadlines," they wrote.

What's worse, even though millions of staff hours and dollars had been spent, the city was still far away from its new internal controls system.

The city's patchwork of computer systems is not only inadequate, but it is alarmingly inefficient. City Hall has committed itself to being as transparent as a major corporation working under public disclosure laws in the wake of its whole financial mess. But it simply couldn't do that with so many systems barely able to manage the business functions of their own departments.

The city processes more than 100,000 payments a year. Right now, a department can submit an invoice to pay one of its contractors even though that department may not have enough money in its budget. To catch the error, city accountants must look at it, manually compare it to the approved budget for that department and then determine that there's enough money available for the expenditure.

The new computer system will ensure that the department has enough funds available to even ask for the money.

Right now, city staff must consult the City Council for any contracts worth more than $250,000. But sometimes, a vendor may have multiple contracts with the city. The new system will automatically ensure the limits aren't broken and it will check to make sure there are no duplicate accounts.

They are the kind of controls a modern city needs.

But getting them is not easy.

I caught up with Steve Peck, the president and CEO of Axon. I wanted to know what he thought about losing the San Diego gig.

He emphasized that while Axon was fired as the project manager, the company would still be part of the team. I think in metaphors too often lately but when I likened it to a head football coach being demoted to defensive coordinator to make way for a new coach, he said he liked that.

"We would have preferred to stay in a leadership role but we welcome the city's choice to use SAP and we look forward to being a big part of it going forward," Peck said.

I asked him what he plans on telling potential future clients about the problems in San Diego. A few months ago, for instance, Axon inked a deal with the city of Huntsville, Ala. It was at about the same time city of San Diego officials were gritting their teeth about the firm's lack of production so far.

Peck said that these sorts of "sweeping transformational projects" are inherently difficult. He said he would simply point any concerned customer to the company's history of successfully implementing them.

"When you're reengineering the entire financial operations of the 7th largest city in the country, you're replacing legacy systems and business processes that have been in place for 20-30 years. It's not an easy task," he said.

It seems to be a common theme.

"These projects are always more complicated and longer term than anyone ever expects. It's not an excuse, it's just reality," Mary Lewis told me.

What's more, when the system is operational, they will have to test it to ensure that things like the payroll run correctly. City employees will undoubtedly be immediately frustrated by the new modus operandi.

Lewis said that the city's operating efficiency is expected to drop immediately after the new system comes online. But she calls it the "j-curve" -- meaning that after a dip in efficiency at the beginning, the staff will learn to use the new tools and the machine of City Hall will eventually run better.

That's the promise, at least.

By July 2009, the city will have paid consultants at least $37 million on the project and it will have churned out an overwhelming number of paychecks to its own staff to get the work done. At the same time, the city's budget for the coming year will have to have been completed. And it will undoubtedly have required layoffs and service cuts unlike anything the city's felt in recent years.

With the city teetering on financial disaster after years of revenue growth, this is part of the story of where all that money went. We'll need a couple more years, apparently, to see if it was worth it.

Please contact Scott Lewis (scott.lewis@voiceofsandiego.org) directly with your thoughts, ideas, personal stories or tips. Or send a letter to the editor.




Editor´s Choice
The reader comments you won't want to miss. (Editor's Choice selection do not represent the views of the editors. They are comments that seem to add to the discussion as opposed to less productive insults or arguments.)

Great piece. The context that I think is important to remember is that "efficiency" (ERP, BPR, managed-competition) had always been Sanders' "out"-- his way of seeming to respond to the City's deep financial problems without having to take politically verboten actions like cutting services or raising taxes/fees. Of course, efficiency gains are valuable and important, but they were never going to be adequate to bridge the financial chasms we faced. Further, as Scott points out, they are an investment in the *future*, and had the effect of diverting energy from more urgent fiscal reforms. (Defunding the CCDC, for another example.) And last, while I don't want to diminish the importance of improving the City's access to the bond market, it's worth considering that this focus may have ultimately reflected an underlying intent to borrow (postpone) our way out of our fiscal problems. (It was going around, after all, circa 2006/07.)

Posted by Augmented Ballot | reply to this comment
December 8, 2008 10:17 pm

Great article. Please follow this up in the future. Implementing ERP systems in large organizations is extrememely difficult. For it to be successful, the organization must fundamentally change the way it does business. This naturally meets with stiff resistance from the departments and personnel who think the system should be modified to comply with the existing business processes. In the best of circumstances, this requires a forceful and focused top down management effort to force the change needed. Given the chaos at the City in recent years, it is likely that this management focus is lacking. Unless the Mayor and his staff step up and force the people in the City to do what is necessary, it is probable that his ERP project will drag on for years at great cost and not deliver the proper results.

Posted by Richard | reply to this comment
December 9, 2008 7:44 am

"soft costs" are NOT hard to track. That is why there are job order numbers. You go to a meeting about One San Diego (cute name huh?) and you record the time spent under the cooresponding job order number on your timecard. Then, a report is run to capture the information and "voila" costs can be accounted for....

Posted by Charmin | reply to this comment
December 9, 2008 11:33 am

26 Comments so far on this story...

Scott, this is a very important issue. Really what it comes down to it priorities. There is no doubt that city employee salaries and benefits cost a ton. But there is 2 tons more pork in the budget that needs to be cut. Let's see... $25 million for Balboa Theatre, Probably $100 million for ERP. Building new libraries instead of fire stations. A bridge over Mission Bay. When is this city going to get back to basics?

Posted by JF | reply to this comment
December 8, 2008 9:08 pm

Scott: It would be interesting to know whether you understand the importance of upgrading the City's IT systems. In my view the upgrade is absolutely essential to improve the City's productivity. If you think there are problems with the way the contract has been handled blame the Mayor for firing Rick Reynolds allegedly ilegally. Seeing the writing on the wall, Matt McGarvey quit to take a position in private business where Kris Michell did not call all the shots regardless of whether she was competent to or not. Mary Lewis competent as she is as an accountant does not have the necessary competence in IT technology to make decisions, Jay Goldstone and Greg Levin even less. If they all knew what a difficult task this would be why not budget for it realistically? San Diego Data Processing could have done a much better job than the City.

Posted by ian Trowbridge | reply to this comment
December 8, 2008 9:54 pm

Scott, I teach engineers how to write requirements specifications. I've also written step-by-step instructions for metrics based cost and schedule estimating for complex projects just like this. The methodology is well established and well understood. That's why I think you shouldn't believe these excuses. If project complexity wasn't assessed in the proposal stage, of course the project will fail. Was this deliberate, so they could low-ball the bid? That SAP didn't want to touch the original job is very telling. (cont.)

Posted by Fred Williams | reply to this comment
December 9, 2008 4:42 am

(cont.) I've worked in both the IT and political spheres. In software, you speak up if something is flawed and will be rewarded if you're correct. In politics, the opposite is true. Engineers need clear functional and structural specifications with multiple test cases. Politicians use metaphor and euphemism to claim success regardless of real world outcomes. If the politicians are defining the project, no wonder if cannot be completed. Is there any way to get the Systems Requirements Specification (SRS) for this project? I'd be happy to review it for you, Scott.

Posted by Fred Williams | reply to this comment
December 9, 2008 5:34 am

You caught this one, Scott. This 'industry' ripping off the taxpayers and future revenue streams from funding for our future 'public service sectors' and 'public facilities and programs' that keep our population 'operating' without increased crime, delays and pollution-we'll all feel the 'pinch' soon. Listen to Fred. Why we didn't ask any of the extremely successful local high tech leaders, like Gates to 'help' is beyond me..seems to have done the best in all else. SD's 'high tech' is BROKEN, it needs fixing and most local 'off shoots' have no experience in gov't. Then understand that other 'high techs' are 'killing us (off) softly' and quietly, the next 'undercover payoff' to 'fund' a broken city government with '50% gross profits' from installing Cell/WiFi Transmitters in the middle of Residential homes..24/7 Multiple, Overlapping microwaves...being Banned in Europe for their ill health effects! Next 'saving' propaganda?

Posted by Wide Awake | reply to this comment
December 9, 2008 7:43 am

Designing and implementing a citywide accounting system is a daunting task. One that is long overdue at the city. Such a project requires careful planning, a clear understanding of what the needs are and what the system functionality will be upon completion, technical expertise and, above all, a strong hand to manage the project. The city has struggled with loss of corporate history, significant turnover in high level management positions and lack of a strong day to day administrator. Many of the problems you mention in your story are not unique to San Diego. MOST jurisdictions struggle with data processing program implementations. But San Diego is in for more heartache than most until it focuses on its management needs. Just like SEDC, you’ll find that wherever you shine your journalistic light, the city is struggling on many fronts that aren’t related to budgetary issues. Lack of strong management is the cause and these issues are the symptions.

Posted by Get A Clue | reply to this comment
December 9, 2008 8:31 am

Scott, please do a follow up article comparing the City's statistics with the County's experience with ERP initiated a few years ago. I'd be curious to know the name of the County's contractor, its timeframe to bring ERP live, staff years to implement it,cost, challenges, etc. and and whether any city and county staff ERP dialogues resulted in transferable benefits to the City's implementation process.

Posted by Kathleen MacLeod | reply to this comment
December 9, 2008 10:56 am

Scott: I don't think anyone has noted that LA Unified tried a SAP implementation, experienced failure, and fired the white shoe Deloitte Consulting firm, in the last few months. That paralyzed LA United and some teachers werent paid, some overpaid. This bungling was a factor in Supt. David Brewers exit today... SAP is a manufacturing based system, with some coding in German, and just isnt right for Governement. Too bad Jerry Sanders et al made that call with little council oversight.

Posted by John Gordon | reply to this comment
December 9, 2008 4:24 pm

The CIO's office and the dramatically unqualified McGarvey/Reynolds bear the ultimate responsibility for this fiasco. They and their top staff, most of whom are still on the payroll, steered the city to SAP and then insisted over the objections of experts at SAP and SDDPC (which has a functioning SAP system of its own) that the system be implemented in Microsoft's SQL Server platform. SAP has only supported this configuration since 2006. The limited number of clients with this configuration forced the hiring of Axon, about the only company with the expertise in SQL Server/SAP. The CIO's office is a great place to look to solve a good portion of the City's current budget shortfall. Their only apparent function is to add a extra layer of bureaucracy to every technical IT decision with no technical expertise whatsoever.

Posted by Notafan | reply to this comment
December 9, 2008 6:28 pm

Oh SDDPC employee...so easily spotted. The City of Houston went live with SAP and SQL Server three years ago with no issues. SAP was their integrator (not Axon). Did you know that your staff recommended putting the ERP on the mainframe? Of course you did...you probably recommended it. How quaint.

Posted by Notsofast | reply to this comment
December 10, 2008 6:43 am

The mainframe? What is wrong with that? I'm a Windows & SQL Server person for over 12 years. It should have, never, never been on Windows. You were clearly involved in this decision and trying to save face. Oh how transparent. I'll bet you have bought in excess of 15 servers, more than twice the amount needed on any other platform.

Posted by JustReboot | reply to this comment
December 10, 2008 12:18 pm

Don't get so upset, notsofast. When the new CIO gives you a do-nothing position, you can go look for a job at Jack in the Box. FM knows your abilities, and you're being tolerated, nothing more.

Posted by larry | reply to this comment
December 10, 2008 8:09 pm

Your reference to the city of Houston having no problems seems irrelevant as the city of San Diego's implementation clearly IS having problems. Could it be the hacks in the CIO's office which has never produced anything of value. As JustReboot asked, 'what's wrong with the mainframe?' On the other hand, other commenters have asked, why not build on the existing system at SDDPC, or at least use it as a model for what works rather than going down the MS path. From what I have heard, JustReboot's estimate of 15 servers is wildly low, with the number of servers involved in this nightmare now pushing 3 times that number.

Posted by notafan | reply to this comment
December 11, 2008 11:29 am

First, let me challenge any of the rest of you critics to use your real name as I am now. The "issues" with the San Diego ERP system have NOTHING to do with the selection of MS SQL Server or SAP. This is a red herring. In addition to Houston, major companies like Uniliever (>75K employees) and Microsoft themselves (>100K employees) are using MS SQL Server with SAP with no issues. SAP is the most used ERP in government AND private sector. More importantly, this is not the issue at San Diego. For the record, SQL Server was chosen because it saved the taxpayers money...that simple. Using an Oracle DBMS on the mainframe or elsewhere would have cost substantially more. Don't believe me, please submit a public records act to SDDPC (who procured the software) and you can judge for yourself.

Posted by Matt McGarvey | reply to this comment
December 13, 2008 3:47 pm

This is an OK story. Another software installation with delays. But what the hell are "orbiting needs?" Is it over budget or not? Does the city have failure-to-perform clauses in the contract with the VAR? And would those city IT people have been working on such a major installation anyway? At the same time as this story, a jet crashes and kills four, yet nothing on VOSD's Web site. The lead story is a crazy quote from Sam Zell about buying UT when his company is in bankruptcy, again with no context from the VOSD about how ridiculous that statement is. You think a BK Judge is going to allow Zell to go on a buying spree when he stiffed ex-employees out of promised severance, wiped out employee equity and erased 2008 pension contributions? Think his debtors want more newspapers? Zell will be lucky if Tribune Co. remains intact.

Posted by pac10voter | reply to this comment
December 9, 2008 9:04 pm

Notafan is correct in their finger pointing. The City aka Reynolds went through a staged RFP process when everyone already knew that SAP would be chosen. On top of that, they initially used the CIO's office to implement. The major change with an ERP system should be focused on the accounting structures and HR systems that are at the heart of the system. This involves direct interaction with the accountants and auditors, not techno geeks. They also put individuals on the project that are 25+ year City employees with no vision for the future or desire to change nor any expirence in such a major project. Most of them will be retired by the time the system is fullly implemented. The majority of City employees realize the changes will be difficult but actually welcome the new technology, just do it.

Posted by Sunnyside Up | reply to this comment
December 10, 2008 8:13 am

Having worked with Windows/SQL Server for sometime, I cannot believe anyone would use it as a platform for a project of this magnitude! Wait until one of the Windows processes just stops working for some unknown reason! The only way to fix this is reboot the server. If Data Processing already had a functioning system, why didn't the city just expand that one? Sounds like the City should leave technical decisions to technical people. This way it could have been done a little at a time. If San Diego (the City) is like any other local government, they have no idea about requirements, only how to read a white paper and give (bad)solutions.

Posted by JustReboot | reply to this comment
December 10, 2008 10:18 am

As Yogi Berra once said, this is deja vu all over again. The public sector landscape is littered with these types of train wrecks, yet again and again large organizations like SD continue to award contracts to vendors like Axon and SAP hoping for a different result. You don't have to look far to see dozens of examples of either failed or grossly overbudget implementations of Oracle and SAP (the aforementioned LA Unified, King County, WA, and Tacoma, WA come to mind) in municipal or federal government or K-12 education. To suggest that these failures are due to the technical platform (i.e. Windows and SQL Server) is laughable. The real problem is is that software like SAP and Oracle is designed for enterprise-scale, multi-national commercial companies, and require a tremendous amount of customization by highly-paid consultants to even begin to work for a public sector company.

Posted by MrMojoRisin | reply to this comment
December 10, 2008 1:35 pm

First, with 15000 employees and billions in assets to manage, I think the City qualifies as enterprise scale. Second, San Diego runs on Oracle now and already owns the software. That's the expertise they have in-house. That's what all these existing systems run on now. It makes sense to not throw the baby out with the bathwater. The execs in charge don't seem to have taken San Diego's specific strengths and currently held assets into account prior to engaging a MS solution. If the SDDPC already runs an SAP system - why not tap that resource? Can anyone look into what happened there? I would think with the City in the financial straights it's finds itself it might be wise to look for cost savings anywhere they can be found. As a taxpayer I expect nothing less.

Posted by Alice | reply to this comment
December 10, 2008 7:25 pm

Have you read this thread? It appears the SAP/Oracle solution Data Processing uses is running fine. It's the Windows/SQL Server implementation that the city is using is up for debate. Oh did I mention besides the 12 years with SQL I have 16 with Oracle, so yeah I'm qualified to make a comparison, SQL Server is OK it's the platform it runs on that is the issue. No one has said but I bet the implementation of SDDPC's SAP/Oracle is not Windows

Posted by JustReboot | reply to this comment
December 11, 2008 10:01 am

JustReboot, Sunnyside, Notafan and Alice...all get brownie points. The reason the City didn't want to use SDDPC's knowledge is the same reason the OCIO didn't want to consult with department IT staff. They already had their minds made up. SAP and Microsoft. SDDPC and department IT staff were forced to watch from the sidelines while the OCIO outsourced its brains to consultants who were more than happy to write 300-page reports on how their product would benefit the city. The atmosphere was such that any critical or dissenting opinion was squashed. Remember, the mayor required each department head and unclassified manager to submit a letter of resignation? At the same time, Reynolds and Froman filled key positions with friends. How else does one explain a project manager being promoted to CIO without a competitive process?

Posted by 4merSDIT | reply to this comment
December 11, 2008 9:04 pm

It is interesting reading the story and subsequent comments as I know and have closely worked with some of the key characters and have had SAP enterprise, BPR training/experience in a former life as a consultant who is now on the government side of the fence. The original pipe dream that Jerry (who I did not know) and Ronne had to make the city more efficient and effective, was doomed from the beginning because the CFO, although highly touted, had neither the experience or capability to execute the process, and failed to bring in the proper talent. Having said that, McGarvey and Reynolds were (are) very capable, competent people with tremendous integrity. If Reynold was left in place, McGarvey would have stayed and together, I believe they would have made it work dispite all the obstacles previously discussed. They kept changing the cooks.

Posted by Champagne | reply to this comment
March 19, 2009 10:58 am

Great piece, Scott... but I challenge you to find a case in San Diego where an SAP implementation went well (and then find out if the City talked to them!). I'm not sure this process is particularly out of the norm.

Posted by David | reply to this comment
July 9, 2009 8:22 am


Reader feedback
  • Users may post more than one comment, but should not pose as multiple users. Multiple posts from the same IP address but with a different user name on each will be reviewed to determine whether abuse has occurred.
  • Posts with overly personal attacks or unsubstantiated allegations may be edited or deleted.
  • Please be patient with the posts -- there may be a delay before they appear on the site -- and make sure to enter the code in the "image verification" box.
Post a comment
Name:
Email:
Comments:
Current Word Count: Verification Code
9c33b15



MOST POPULAR STORIES:


Copyright © 2009 voiceofsandiego.org. All Rights Reserved.