Numbers Sum -- wrong answer

I never had a problem like this in previous versions of Numbers, and because I don't see multitudes complaining I really don't know what is going on. It seems it should be perfectly straightforward:User uploaded file

User uploaded file

User uploaded file

The cells in the relevant column in the hidden rows are blank . They are hidden here because otherwise the pictures would be much too long to post. I don't understand why the simple function in cell I43 is showing an incorrect result. Any insight will be greatly appreciated.

MacBook Pro (15-inch, 2017), macOS Sierra (10.12.6)

Posted on Sep 3, 2017 11:10 AM

Reply
Question marked as Top-ranking reply

Posted on Sep 7, 2017 8:58 PM

Did you enter the money amounts as shown (eg, -$4,365.40) ?


If so, those 'numbers' will be interpreted as text values. SUM, and most other functions dealing with 'numbers,' will assign a zero value to any text strings encountered in calculating the sum, which would explain the zero sum at the top of the column (but not explain wht it is expressed as $0.00).


Regards,

Barry

14 replies
Question marked as Top-ranking reply

Sep 7, 2017 8:58 PM in response to esarfaty

Did you enter the money amounts as shown (eg, -$4,365.40) ?


If so, those 'numbers' will be interpreted as text values. SUM, and most other functions dealing with 'numbers,' will assign a zero value to any text strings encountered in calculating the sum, which would explain the zero sum at the top of the column (but not explain wht it is expressed as $0.00).


Regards,

Barry

Sep 14, 2017 1:20 PM in response to esarfaty

Some diagnostic questions:


Are the cells in column G set to automatic alignment or to Align Right?

Same question for column I.


Are the values shown in column G directly from the CSV file, or are they generated by a formula in the table?


If direct from CSV, what is the appearance of the Insurnce total value when the CSV file is opened in TextEdit?


If you add a column J to the table and populate the pictured rows with the formula I + 2 or I43+2, what results do you get?


Regards,

Barry

Sep 12, 2017 8:19 PM in response to Barry

Barry wrote:


Are the six rows (44, 70, 86, 97, 112, 130) identified in your 'formula giving the right answer' th only rows to contain the word "Total" in column H?


If so, try this:

SUMIF(H,"=*Total",G)


Regards,

Barry


EDIT: Corrected syntax!

B

The answer is, "No". As I said above, there were intermediate "totals" (subtotals, or perhaps sub-sub-totals) exported from Quicken into Col. G, and named in Col. H. I omitted them in Col. I so that the sum I intended to calculate in I43 would equal cell G43. Instead, it gives me $0.00. Why the formula I used is producing zero is what I'm trying to discover.

Sep 7, 2017 9:19 PM in response to Barry

Hi Barry,


The left and center columns were exported from Quicken to a CSV format file, opened in Numbers. The right column I added, formatted the cells as currency (which I assume is the reason for the top of the column showing $0.00), then in each cell down the column made its value equal to the value in the left column (e.g., in cell I44, put fx =G44). Could the values still be interpreted as text despite being formatted as numerical? If so, there was nothing to tip me off, or to suggest how else to correct it.

Sep 10, 2017 7:42 PM in response to Jeff Shenk

Hello Jeff,


I can't reply to Barry until I can get back to my computer, but I can answer your question now: The hidden rows in column I are all blank, empty. All the values in column G are directly from the csv file, the column contains no formulas, but contains subtotals for the listed categories; if the subtotals were included in the sum I was trying to create in column I, the total would contain double counting. That is why I created column I, to omit to the subtotals and check the total at the top of column G.

Sep 12, 2017 10:16 PM in response to esarfaty

'The answer is, "No".'


Assuming this is the response to "Are the six rows (44, 70, 86, 97, 112, 130) identified in your 'formula giving the right answer' the only rows to contain the word "Total" in column H?", are these six rows the only rows to contain " Total" (note the leading space) in column H.


What I'm looking for here is a way to distinguish these rows from all of the rows whose column G numbers should not be included in the sum.


If they are the only rows in which Total is preceded by a space, then the formula above, with a space inserted between the asterisk and the T should work.


If all of the rows containing the various subtotals have labels in column H that end with "Subtotal," then a SUMIFS formula with two conditions should work:

User uploaded file

Both formulas shown SUM the values in rows 4, 11 and 13.

The first does two tests: does the label NOT end with "subtotal" and does the label end with "total". Both tests must return TRUE for the value to be included in the total.

The second does a single test: does the label end with " total". Ths returns TRUE only for the rows including a space before "total" at the end of the label. As the subtotal rows do not include such a space, they, and the rows not ending in total are rejected.


These are alternate solutions to your method of manually extracting the Total row values from the list.


"Why the formula I used is producing zero is what I'm trying to discover."


As am I, and as, I expect, are SGIII and Jeff.


Going up the thread a bit, what are the answers to the diagnostic questions I asked on September 7? The purpose of these questions was to gather some clues to "what [you're] trying to discover.


Regards,

Barry

Sep 14, 2017 2:14 PM in response to Wayne Contello

I won't give a blow by blow account. I tried nearly every suggestion. It turns out that a combination of Barry's and Wayne's ideas fixed the problem. After formatting every row to be SUMmed as a number, not currency, the problem formula produced the correct result. (Yay!)

The values in the exported CSV file came formatted as currency, but apparently were in fact text values with exported dollar signs and commas. The only original hint - the possible significance off which I missed - was that the values were left justified. I didn't think much of it because numbers and currency can also be formatted to be left justified, and the data format field in the side bar read "automatic", which in this case was less than helpful.

(Also as usual, Help wasn't.)

Thank you.

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

Numbers Sum -- wrong answer

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.