Slashdot Mirror


Stop Using Excel, Finance Chiefs Tell Staffs (wsj.com)

Tatyana Shumsky, reporting for WSJ: Adobe's finance chief Mark Garrett says his team struggles keeping track of which jobs have been filled at the software company. The process can take days and requires finance staff to pull data from disparate systems that house financial and human-resources information into Microsoft's Excel spreadsheets. From there they can see which groups are hiring and how salary spending affects the budget. "I don't want financial planning people spending their time importing and exporting and manipulating data, I want them to focus on what is the data telling us," Mr. Garrett said. He is working on cutting Excel out of this process, he said. CFOs at companies including P.F. Chang's China Bistro, ABM Industries and Wintrust Financial are on a similar drive to reduce how much their finance teams use Excel for financial planning, analysis and reporting (Editor's note: the link could be paywalled; an alternative source wasn't immediately available). Finance chiefs say the ubiquitous spreadsheet software that revolutionized accounting in the 1980s hasn't kept up with the demands of contemporary corporate finance units. Errors can bloom because data in Excel is separated from other systems and isn't automatically updated.

51 of 273 comments (clear)

  1. Excel is separated from other systems by Osgeld · · Score: 5, Insightful

    well, it doesnt have to be, sounds like you have an IT problem, not a spreadsheet problem

    1. Re:Excel is separated from other systems by apoc.famine · · Score: 3, Insightful

      Too bad they're not a software company. If they were, they could probably have someone code up a new system to automate this.

      That snark aside, Excel is generally a pretty clunky and fragile system for anything complicated, even if you have it linked to your data sources. If Adobe can't find COTS software that meets their needs, it blows my mind why they wouldn't develop it and sell it. They are a software company. They've identified a software need that large companies have. They're one of a handful of companies where it would make sense for this sort of stuff to be developed.

      I'm sure that Walmart and Ford likely have the same need, but their expertise isn't in making Software. But then again, neither is Adobe's.....

      --
      Velociraptor = Distiraptor / Timeraptor
    2. Re:Excel is separated from other systems by Thelasko · · Score: 4, Insightful

      Excel 2016 and 360 have a bunch of collaboration options. Unfortunately, theses versions seem to be significantly slower because they are always trying to connect to collaboration servers, even if you are working locally.

      --
      One of our competitors trademarked the term "hypothesis". From now on, we will call them "boneheaded ideas".
    3. Re:Excel is separated from other systems by jellomizer · · Score: 5, Insightful

      When you have Excel or Access creep in your organization, it is often because of stupid IT policies, where you don't have enough IT Staff to make good solutions, or IT rules are so strict that the staff isn't allowed to make such a solution.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    4. Re:Excel is separated from other systems by K.+S.+Kyosuke · · Score: 4, Funny

      just use BI software ... (penis breath)

      Are you trying to make me BI-curious?

      --
      Ezekiel 23:20
    5. Re:Excel is separated from other systems by fuzzyfuzzyfungus · · Score: 5, Insightful

      well, it doesnt have to be, sounds like you have an IT problem, not a spreadsheet problem

      Quoted for truth. The Excel plus copious macros and hackjob Access monstrosities of the world are terrible, terrible, things; but they exist because Office is actually pretty good at letting people who have subject matter expertise and subject matter problems bang out something resembling a solution without much IT or software engineering getting involved. This is also one of the reasons why Office has been so persistent.

      You can(and taste dictates that you should) dislike the results; they are usually awful; but those sorts of systems grow up when people are forced to build their own tools because yours are nonexistent and/or so atrocious as to be effectively unusable. If you don't build it; your users will be forced to, and while they may do a decent job given the constraints of their tools and knowledge, it won't be pretty or maintainable.

    6. Re:Excel is separated from other systems by barbariccow · · Score: 2

      I've worked at a lot of places that have no semblance of databases of a wiki.. literally everything is on a spreadsheet somewhere.. Many of which have been going for decades and don't save right in modern versions or are broken in some way or have some busted field somewhere which requires workarounds like "Don't store any data in cells that are multiples of 100" kind of garbage. Seriously, keep things in a wiki table or a database, they can pretty well all export to CSV which can import into Excel if it MUST be viewed there..

    7. Re:Excel is separated from other systems by grasshoppa · · Score: 4, Insightful

      If Adobe can't find COTS software that meets their needs, it blows my mind why they wouldn't develop it and sell it. They are a software company.

      Debatable. They're a software company in the same way I'm a programmer; yes, I can cobble together a program to achieve various objectives, but I'm hardly ever proud of the quality of the code.

      --
      Mod me down with all of your hatred and your journey towards the dark side will be complete!
    8. Re:Excel is separated from other systems by Archangel+Michael · · Score: 2

      If you're dealing with a million records and not summary data, that would be the problem. IMHO. You can manipulate and abstract out the relevant (meta) information separately that does reflect what the BI is supposed to be telling you. Unless that is what the BI bit is supposed to be doing. In which case, you're screwed.

      --
      Agent K: A *person* is smart. People are dumb, stupid, panicky animals, and you know it.
    9. Re:Excel is separated from other systems by ColdWetDog · · Score: 3, Funny

      Or just not enough money. It's expensive to get a large financial software package. More expensive to craft your own. Excel is cheap (essentially free).

      But what TFA asks for is a database, not a spreadsheet. Databases are hard.

      Hard is expensive.

      Expensive is bad.

      Burma Shave.

      --
      Faster! Faster! Faster would be better!
    10. Re:Excel is separated from other systems by TuringTest · · Score: 4, Interesting

      they exist because Office is actually pretty good at letting people who have subject matter expertise and subject matter problems bang out something resembling a solution without much IT or software engineering getting involved.

      Hear, hear. When someone who knows what they're doing can create a functional workflow prototype in an evening using a spreadsheet, yet having a working application with the same or less functionality requires months of taking requirements and development iterations, it's no wonder that people use the tools at hand for most of their information, even if developers think that doing this is a monstrosity.

      --
      Singularity: a belief in the "God" idea with the "demiurge" relation inverted.
    11. Re:Excel is separated from other systems by nospam007 · · Score: 2

      "well, it doesnt have to be, sounds like you have an IT problem, not a spreadsheet problem"

      It's in 95% of the cases never a 'spreadsheet' problem, just people doing lists of any kind who apparently can't figure out how to use Tables in Word.

    12. Re:Excel is separated from other systems by Cyberia · · Score: 2

      This is neither an IT Problem or a spreadsheet problem. I would think this falls more in line as a problem with poor Process Management and pure laziness to begin with, then Management's poor choices in their selection of (or lack there of) an ERP system.

    13. Re:Excel is separated from other systems by Chris+Mattern · · Score: 3, Insightful

      I have to set up a table in Word. In Excel, the table is right there, ready to use immediately. Why should I waste my time and go to the trouble of formatting a table somewhere else?

    14. Re:Excel is separated from other systems by avandesande · · Score: 3, Insightful

      Then I might as well do it all in SQL

      --
      love is just extroverted narcissism
    15. Re:Excel is separated from other systems by wonkavader · · Score: 5, Funny

      No. You're doing it wrong.

      A database
      is hard to do
      That means that it's
      expensive too
      Burma Shave.

      Or to fix the content...

      Already have
      a database
      why is Excel
      all over the place?
      Burma Shave

      Or

      One data team
      in fertile soils
      could wipe you clean
      of spreadsheet boils
      Burma Shave

    16. Re:Excel is separated from other systems by CohibaVancouver · · Score: 5, Insightful

      Too bad they're not a software company. If they were, they could probably have someone code up a new system to automate this.

      It's a classic problem referenced for centuries as "The cobbler's children have no shoes." If you're a software company your developers are seen as a resource to develop code that you sell for revenue, not code up internal systems. You also don't want to pay another software company to solve your problem because you might either a) compete with them or b) think you should do it internally (even though you can't or won't).

      It's not unique to software. I once worked for a mechanic shop that had a handful of company cars that were in terrible shape. Same deal. The boss never wanted his mechanics to work on the company fleet, but he sure as heck wasn't going to pay a competing mechanical shop to work on them either.

    17. Re:Excel is separated from other systems by houghi · · Score: 3, Interesting

      Worked at a company several years ago that produced and sold printers and scanners. They once asked in genral why their scanning system for larger companies was not selling.
      I asked them if it was any good. If the hardware was good. If it worked. If it was flexible and I got the whole sales pitch of how great it was, Then I asked if it was so good, why are WE not using it.

      --
      Don't fight for your country, if your country does not fight for you.
    18. Re:Excel is separated from other systems by ShanghaiBill · · Score: 4, Insightful

      Then I might as well do it all in SQL

      This is about accountants and marketing people. They know how to write Excel macros. They do NOT know how to write SQL queries, nor how to integrate SQL into their applications, nor do they have permission to directly access the SQL database on the server.

      If you know how to use SQL, then you are not who TFA is talking about.

    19. Re:Excel is separated from other systems by Larry+Lightbulb · · Score: 2

      Calling Excel "clunky and fragile" is accurate, but still too kind. It's fucking primitive in 2017, the financial software equivalent of coding apps in assembly language.

      So it's fast and lightweight?

    20. Re: Excel is separated from other systems by ShanghaiBill · · Score: 5, Insightful

      Then they should hire a DBA, problem solved

      Adobe has DBAs. The problem is not solved.

      If an accountant needs to extract values from a column of data using a certain criteria these are the alternatives:

      1. Write an Excel macro. Elapsed time: 5 minutes.

      2. Go talk to the DBA. The DBA declines the request, and tells the accountant to go through his manager. The accountant then schedules a meeting with his manager for next Tuesday to discuss the issue. The meeting lasts 40 minutes, and the manager approves the request. The request is then written up as a formal spec, taking about a hour. The spec is then forwarded to the DBA's manager, and sits in her inbox. After a week, the accountant checks on the status, and finds out that no one is working on his request, and asks the DBA's manager to forward the request. The request is finally forwarded to the DBA, where it is placed at the back of his work queue. Finally, after two months, the accountant has his request ... except is isn't actually what he needed because the DBA implemented what the spec said rather than what it was meant to say. The frustrated accountant then extracts the entire DB into an Excel file and writes a macro in 5 minutes.

    21. Re:Excel is separated from other systems by Lab+Rat+Jason · · Score: 2

      I would agree, and add that this is a human nature problem. Companies put people in place to solve problems, yet no person can be so well rounded as to solve all problems (HR people are hired for soft skills, not software skills). But then they are put in charge of building a process, and can't imagine a database solution, having never been trained in the dark arts of data, and therefore can't imagine that they should even call IT for help. In some instances when they do realize they need help, pride (I was hired to solve this problem) prevents them from reaching out to experts that can help. So they grass roots the solution, and quietly operate in that state for years until the cobbled together solution becomes the defacto solution... kind of like a common-law wife. Then when IT finally learns about it, it's too entrenched because people have built other process around it. The initial solution is hardly ever the most optimal.

      --
      Which has more power: the hammer, or the anvil?
    22. Re:Excel is separated from other systems by phantomfive · · Score: 4, Insightful

      I can cobble together a program to achieve various objectives, but I'm hardly ever proud of the quality of the code.

      IF you are aware that is what you are doing, then you're already in the top 80th percentile of programmers.

      --
      "First they came for the slanderers and i said nothing."
    23. Re: Excel is separated from other systems by lgw · · Score: 2

      Write an Excel macro. Elapsed time: 5 minutes.

      These guys are likely doing very elaborate stuff, so more like 2 weeks. (There's an entire ecosystem of Excel programmers, with no formal training, doing stuff like re-inventing quicksort.)

      --
      Socialism: a lie told by totalitarians and believed by fools.
    24. Re:Excel is separated from other systems by TheRaven64 · · Score: 3, Informative

      Access gets a bad rap, but it's actually a pretty good tool for its intended purpose: a RAD tool for developing a database front end. If your data is actually stored in Access then either you're prototyping or you're doing it wrong, but if your data is stored in a real database then Access is a pretty good way of quickly generating forms that interface it that you can roll out in your organisation (though web interfaces are largely obsoleting it these days).

      --
      I am TheRaven on Soylent News
  2. Spreadsheets are not a database by rsilvergun · · Score: 4, Informative

    nor is it an invoicing system. If you're a small company you can get away with using it as such. In the 70s they were probably still better than paper. But it always amazing and mildly frightens me how many folks in big companies still use it for major parts of their business because, hey, it's already there and I know how to use it.

    --
    Hi! I make Firefox Plug-ins. Check 'em out @ https://addons.mozilla.org/en-US/firefox/addon/youtube-mp3-podcaster/
    1. Re:Spreadsheets are not a database by Anonymous Coward · · Score: 2, Insightful

      I would argue that the most commonly used programming language is Excel. But few of the people using it realize they're programming.

      It's a brilliant reactive data programming model that makes intuitive sense to non-technical users. They feel empowered to use it to solve problems right now with a computer. They experiment with it, try things, Google how to do more things- just like any programmer does. And they feel capable of doing this because they don't know they're programming.

      Within the Amazon warehouse world, I have seen incredible innovation using it. An acquaintance of mine got into development by using it to help save soldiers lives while serving in Afghanistan[0].

      I agree that mission critical data needs to get out of it and into a centralized system, but I still feel Excel is an incredible tool in any business.

      [0]https://news.ycombinator.com/item?id=7950190

    2. Re:Spreadsheets are not a database by coastwalker · · Score: 2

      Management who have just spent millions on an ERP system that does not do what they thought it did always need Excel analysis of the underlying data. Also ERP is the place the data should be but it is not usually great at analysis. Anyone who demands that Excel be banned from the organization is quite clearly an incompetent twat.

      --
      Facts are history now plebs have politics for religion on social media.
    3. Re:Spreadsheets are not a database by Anonymous Coward · · Score: 2, Interesting

      Because nobody understands how Access works (meaning regular office people). The amazement when you show them how a report they would spent a week generating in Excel takes less than a second in Access is palpable. There are better databases, but for people who are using Excel as a database they probably already have Access installed and ready to go. It's not bad for small databases.

    4. Re:Spreadsheets are not a database by K.+S.+Kyosuke · · Score: 2

      Some people are working on such things as the propagator model of computation, which basically packages something very much Excel-like (but better) in a more general programming environment.

      --
      Ezekiel 23:20
  3. Just Finance? by 0100010001010011 · · Score: 2

    Excel is the case in point use of Law of the instrument.

    In engineering I've seen Excel used to share images, a database, run a production line with some VBA/oracle black magic integration.

    1. Re:Just Finance? by Thelasko · · Score: 2

      run a production line with some VBA/oracle black magic integration.

      That is just so wrong... I have the overwhelming urge to hunt down and smack the person that would do such madness!

      Remember kids, friends don't let friends use VBA.

      --
      One of our competitors trademarked the term "hypothesis". From now on, we will call them "boneheaded ideas".
    2. Re:Just Finance? by war4peace · · Score: 2

      The GP doesn't like it so it must be bad.
      Now, I've ditched complex formulas in favor of VBA a long time ago, probably around when Office 2007 got released. Stuff just works.

      --
      ...gis sdrawkcab (usually not responding to ACs; don't bother posting as AC)
    3. Re:Just Finance? by Bert64 · · Score: 2

      Not so much, more the fact it can be embedded inside documents that are frequently sent around via insecure channels (ie email) and you have a huge security accident waiting to happen...

      In most cases like this, excel is a very poor tool for the job but it just happens to be the only tool provided so they make do and eventually get so tied in to insecure and fragile practices that it's hard to get out again.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    4. Re:Just Finance? by g01d4 · · Score: 2

      There's a trade-off to consider if your code's to be shared (ever share your Matlab code with someone who doesn't use it) and a crude GUI which you get with Excel that you have to develop from scratch with the software you cite.

  4. Data by sqorbit · · Score: 4, Insightful

    "I don't want financial planning people spending their time importing and exporting and manipulating data, I want them to focus on what is the data telling us," .......If this is the case they need to have that data in some sort of format that is useful. It sounds to me like he is simply looking to replace Excel rather than get rid of it. If he's replacing it with something the company will most likely need to train employees on it. This process will in turn create more time wasted.

    --
    Sent from my TARDIS
    1. Re:Data by Rockoon · · Score: 4, Insightful

      His real issue will be that his "financial planning people" actually use Excels macro features, cooking up entirely new calculations on the spot.

      His simpler streamlined replacement wont give his financial planners the ability to plan.

      --
      "His name was James Damore."
    2. Re:Data by omnichad · · Score: 3, Insightful

      mporting and exporting and manipulating data

      i.e. making the data talk.

      This is exactly how you find out what a large amount of data is telling you.

  5. What would replace Excel? by ctilsie242 · · Score: 2

    Yes, Excel is a staple in work environments... but what software out there can replace it that is just effective? I know some consulting groups would love to replace it with their own, expensive solution. However, for 99.99% of what is out there, LibreOffice Calc, Numbers, or Excel can do the job well.

    1. Re:What would replace Excel? by MightyYar · · Score: 2

      It's definitely a workflow problem, but I suspect one of the problems is that Excel is in the middle of the workflow. It's fine for light-duty data exploration, prototyping, one-offs... things like that. But if you find that you are using Excel as glue, you are probably Doing It Wrong(tm) :)

      --
      W..w..W - Willy Waterloo washes Warren Wiggins who is washing Waldo Woo.
  6. Javelin understands the arrow of time by jabberw0k · · Score: 2

    After all these years, are there any programs at all that work like Javelin? Where you create a worksheet (not a spreadsheet) that brings together all the underlying "variables" (simple values or time series data which are automatically converted between days, months, seconds, years, quarters, or whatever)...? Javelin was popular before databases and networks were widespread, but extending its concepts to modern systems could be as simple as defining a "variable" as the result of a SQL query.

  7. Stop using Excel? DOUBLE DOWN on it. by Bright+Apollo · · Score: 5, Insightful

    It's laughable to read any commentary from anonymous finance chiefs decrying Excel's inability to keep up with "x". These folks truly do not use Excel in any meaningful way. Truly.

    Every business person in every industry I've ever worked in (telecom, pharma, housing, transportation, manufacturing) rely on Excel as the glue application for everything. I have to persuade people to use Word instead of Excel for actual documentation requirements, that's how reliant everyone is on this magical tool.

    Actuaries use Excel almost exclusively to perform calcs for clients. I don't care who you work for, you're using Excel and not ProVal for the majority of your work.

    Engineers use Excel for *everything*. What other application imports and exports to so many different formats, and allows any calculation you can dream up?

    You write reports? You write complex reports? Try connecting your queries to Excel and let your end users twist the results on their own. You're not writing layouts any longer, and THAT'S FUCKING AWESOME.

    Face it, orgs should roll it out and become Excel experts in house, and use it for as much as they can. For the value it delivers, it's dead-cheap and nobody has an app to match it.

    --#

  8. Re:What's the alternative? by crunchygranola · · Score: 4, Insightful

    The problem is that it isn't just (or primarily) with ad hoc and custom analyses.

    It is that regular business functions are run with these sheets all the time. Business types do this because the are familiar with the tool, and they can implement the process themselves without calling in a dev team.

    And all of this is perfectly understandable. Would you call in an outside dev team, explain requirements, and then have to wait for an acceptable product to be produced, when you could do it yourself quickly?

    This is inevitable unless considerable effort is expended by the organization to identify and pull these business functions into formal, administered, monitored systems.

    A decree not to use Excel at all (if this is what it is) is stupid.

    The emphasis should be on educating the business on treating these "normal function" spreadsheets as prototypes of the function that must be implemented formally going forward, and the necessary resources must be provided to make this happen, and suitable reward structures must exist to encourage businessmen to identify and bring forward these functions for proper automation. Without all of this this decree will be useless.

    --
    Second class citizen of the New Gilded Age
  9. We discussed this back in 2005 by Provocateur · · Score: 5, Informative

    Back in 2005, it was not about being on different systems, but there was an article entitled The subtle tyranny of spreadsheets and link https://tech.slashdot.org/stor....

    --
    WARNING: Smartphones have side effects--most of them undocumented.
  10. Re:What's the alternative? by Kjella · · Score: 2

    And all of this is perfectly understandable. Would you call in an outside dev team, explain requirements, and then have to wait for an acceptable product to be produced, when you could do it yourself quickly? This is inevitable unless considerable effort is expended by the organization to identify and pull these business functions into formal, administered, monitored systems.

    Also important is that once it's moved outside Excel they often lose transparancy and flexiblity. They can't step-by-step it through the cells, they can't easily simulate it on a set of test data, they can't try tweaking a formula and see how it turns out unless somebody did a lot of work to enable that. Getting the initial version out of Excel is only half the fun, it's making the result maintainable that's the challenge. We experienced somewhat the same here migrating from SPSS syntax to SQL, people that used to be very hands-on suddenly felt it was a black box they didn't really understand and couldn't trace through the process.

    --
    Live today, because you never know what tomorrow brings
  11. Welcome to the world of Shadow IT by filesiteguy · · Score: 4, Insightful

    My (IT) staff and I always joke about how Excel is the #1 reporting tool. Unfortunately, with decades of COTS and other vendor systems in play, the only good way to get any decent real-time reporting with sorting and filtering is in Excel. I just exported my 2016/2017 fiscal year purchases out of our $150M AMS Advantage ERP system into Excel so I can analyse the data correctly. The ERP system simply cannot handle the flexibility i need.

  12. Excel is an End-User Development tool by TuringTest · · Score: 4, Interesting

    Excel use by information workers doesn't follow the typical patterns of other application software.

    Spreadsheets belong to the family of End-User Development software, a research tradition which has more in common with IDEs than with office suites. EUD focus on allowing end users to create automations without the need to understand the logic of classic programming languages, i.e. without learning a formal grammar nor having to follow the execution path of a program runtime in your head.

    In spreadsheets, in addition to a simplified domain-specific programming language, you get a dead-simple modeling tool for your data schemas (with simple visual queries), and mixing the data and code in-place, which helps as much as your preferred debugger. End users usually don't get as powerful debugging tools as developers, and spreadsheets are typically the only environment where a clever power user has access to similarly powerful tools.

    --
    Singularity: a belief in the "God" idea with the "demiurge" relation inverted.
  13. Accountants love Excel by 140Mandak262Jamuna · · Score: 4, Insightful
    I am married to one. Very heavy user of Excel.

    Their multi billion dollar asset tracking system and SEC reporting system involves exchanging excel files. They made a great leap forward by using a common shared drive instead of emailing each other excel files.

    They don't even have a version control system, to create an audit trail of changes. The process always starts with "Copy last month spreadsheet into a new name for this month". It is insane. But, on the other hand, had she been sane she might not have married me.

    --
    sed -e 's/Chuck Norris/Rajnikant/g' joke > fact
  14. Adobe's finance chief by 140Mandak262Jamuna · · Score: 2

    Did he tell them to stop using pdf files first, before stopping the use of Excel?

    --
    sed -e 's/Chuck Norris/Rajnikant/g' joke > fact
  15. The reality of financial analysis by sjbe · · Score: 3, Insightful

    If Adobe can't find COTS software that meets their needs, it blows my mind why they wouldn't develop it and sell it. They are a software company.

    The people at Adobe doing the financial analysis work are decidedly NOT software developers. That has a lot to do with it.

    As it turns out, programming a functional and useful general purpose accounting and finance system is the very definition of a non-trivial endeavor. I say this as a a certified accountant and have done this sort of work professionally. Seriously, it's a lot harder than you think. People get very upset if you mess up the software that tracks the money. Replacing spreadsheets is going to be near impossible for a lot of tasks. Plus you need a tool that is flexible enough to roll with all sorts of unexpected business processes and analysis.

    Despite it's many flaws, nobody has come up with a better general purpose tool for ad-hoc analysis and reporting than a spreadsheet and most finance geeks use Excel. There also is a strong whiff of "if the only tool you have is a hammer every problem becomes a nail". Finance people go to spreadsheets because it's the tool they already know how to use and have available. Yes sometimes there are better ways to do things but when you are asked to get the job done in some absurdly short time frame (which happens ALL the time in finance/accounting) you're going to go with what you know even if it isn't ideal. That said, Excel and other spreadsheets could do a LOT better job integrating with data sources and adapting to the real world needs of financial professionals. Frankly Microsoft (and Libreoffice) have been quite lazy in this regard. It remains an unnecessarily huge pain in the ass to pull data from outside sources into spreadsheets. And even when you can do it it is quite fragile and easy to break.

    Actually if you really want to be depressed, you would be amazed at how many accountants still use paper tape calculators even when they have a spreadsheet available to them. Good luck getting those people to move to a custom designed piece of software.

    1. Re:The reality of financial analysis by apoc.famine · · Score: 2

      As it turns out, programming a functional and useful general purpose accounting and finance system is the very definition of a non-trivial endeavor.

      Having written just a simple customer billing program for a customer service department, I'm well aware of this. Corporate customers billed by the month, by the minute, N free calls per month before billing at X rate, free first 10 minutes of support, all support summed up and billed by the hour....it was a fucking nightmare.

      But prior to that, all the CS staff were just logging it in Excel, and sending it to the manager to sum up each month.New manager took one look at that process, shit their pants, and called IT in to create a solution.

      But if the summary is to believed, this isn't a functional and useful general purpose accounting and finance system. It's this:

      Adobe's finance chief Mark Garrett says his team struggles keeping track of which jobs have been filled at the software company. The process can take days and requires finance staff to pull data from disparate systems that house financial and human-resources information into Microsoft's Excel spreadsheets.

      So they're pulling data from other systems to try to figure out if positions have been filled. This smacks of a stopgap system in an overly complex bureaucracy. Decentralized hiring, and no consistent process for reporting new hires and integrating them into the HR data system.

      That's something that a programmer could help fix, if management was serious about tackling this in a more systematic and useful way. Instead they'll probably just mandate that everyone with position authority send a Wednesday afternoon email regarding staffing changes, and hire a bunch of interns to harass everyone to do it. Keeping track of it all in a Word table, because Excel is now forbidden.

      --
      Velociraptor = Distiraptor / Timeraptor