sl-service-account commented 10 years ago

Steps to Reproduce

Checking my Transactions History.

Actual Behavior

Checked the Transactions History page as I do several times a day, to check my total sales and debits for the day. I've done this regularly for years and find it very useful to see my daily total. Arrived at the page to see a listing of transactions with no totals!

Expected Behavior

I want to see my daily totals for the day! I also want to be able to download excel file, not just csv.

Other information

Please please please revert or make an option to view only the current day with daily totals of credits and debits. This is INCREDIBLY useful for merchants. Thank you.

Links

| Field | Value | | ------------- | ------------- | | Issue | BUG-5664 | | Summary | The New Transactions History Page Does Not Show a Daily Total and There is No Way to Download Excel File | | Type | Bug | | Priority | Unset | | Status | Accepted | | Resolution | Accepted | | Reporter | Sera Lok (sera.lok) | | Created at | 2014-04-08T16:58:48Z | | Updated at | 2014-06-11T21:07:50Z | ``` { 'Business Unit': ['Platform'], 'Date of First Response': '2014-04-08T12:05:34.876-0500', "Is there anything you'd like to add?": 'Please please please revert or make an option to view only the current day with daily totals of credits and debits. This is INCREDIBLY useful for merchants. Thank you.', 'System': 'Website', 'Target Viewer Version': 'viewer-development', 'What just happened?': "Checked the Transactions History page as I do several times a day, to check my total sales and debits for the day. I've done this regularly for years and find it very useful to see my daily total. Arrived at the page to see a listing of transactions with no totals!", 'What were you doing when it happened?': 'Checking my Transactions History.', 'What were you expecting to happen instead?': 'I want to see my daily totals for the day!', } ```

sl-service-account commented 10 years ago

Arwen Serpente commented at 2014-04-16T18:49:14Z

CTL, it would appear that the feedback has not been used to reformat the page. The example posted appears to be virtually the same as the one that went live last week. -the excel format which is essential for compatibility with years of transactions is gone -there are no sub-totals on the page (also essential) -the default is 30 days and not "today" with the option to change the date range -it appears that we no longer can get a full 31 day month, only 30 days (maybe I am not understanding your notes) -when the page is refreshed to update transactions, the data range defaults back to 30 days - it does not stay "sticky" to the data range previously selected
-The friends list is no longer on the left side (I keep transactions open all day, so at a glance I can see both my transactions and friends/associates without flipping from page to page).

I would much prefer that no changes were made to the existing format. The only 2 things I would like to see are: ability to view more than 31 days, and, the search filter (although it's just as easy to search with ctrl f in a browser). There's nothing broken with the current transactions page.

sl-service-account commented 10 years ago

CommerceTeam Linden commented at 2014-04-16T18:59:02Z, updated at 2014-04-16T19:01:03Z

As we have stated, changes have not yet been made to this page. We are gathering all feedback before we make changes.

Keeping the old page exactly "as-is" is not possible, mostly because we need to support all customers. Please keep the feedback coming!

sl-service-account commented 10 years ago

Sera Lok commented at 2014-04-16T19:13:26Z

I could live with CSV downloads, as long as the fields and the order they are in does not change.

Most important in my view:

1) What I do not understand is removing the ability to see all transactions from a single day on one page, OR simply display a daily subtotal somewhere on the first page. This is an essential piece of functionality for me and many others. In order to see a subtotal for the day with the new transactions page, I would have to download a file every single time I want to check, then manually total in my spreadsheets. A lot of extra work, especially when many people aren't even sure of the reasoning behind making these changes in the first place...

2) re: This comment in the wiki: "The new Transaction History page was created to allow more than 500 transactions to be displayed for Residents with very active businesses." – okay... So it sounds as if this new change was made primarily for those with over 500 transactions per day, which makes me question what percentage of merchants go over 500 and if you are doing this to appease a very small minority of merchants at the expense of disrupting the habits and practices of a large group of merchants, many who may have a smaller number of total transactions but which may amount to more money/more tier/more benefit to LL, if you get my drift.

3) Tangentially, merchants would be much better served if the Marketplace and Inworld transactions could work better together. For those of us not using other means of recording such as CasperVend or other systems that are able to mix these records more seamlessly, it's as if purchases from the Marketplace are from a completely different world altogether than inworld transactions. It worked much more effectively when the SLX method was used (before it was bought out by Linden Lab), where the online purchases in the inworld transaction history records showed the purchaser's name in the same field as the inworld purchaser's name would be, the item name in the same place as the inworld item name would be, and the online commission was a separate transaction. As it stands, the marketplace information contained in the inworld transaction records is practically useless (to me) other than adding to the running subtotal for the day.

sl-service-account commented 10 years ago

Betty Doyle commented at 2014-04-16T19:24:32Z, updated at 2014-04-16T19:36:54Z

In my opinion:

Pros: -filter -more than 500 transactions viewable

Cons: -I don't seem to be able to refresh the page without losing all of my settings. Is the Filter button supposed to refresh the page? -daily total is missing -would prefer the default be the current day, not the entire month -time should be SLT for consistency, not user's local time

Things I can live without: -ID Prefix (I've never used this) -Excel (I've always downloaded the Excel version in the past, but the program I use, Pages, seems to handle the CSV just fine.)

When you first put the new page up last week it was loading very slowly for me, but that doesn't seem to be an issue so far today.

Thank you for taking the time to try to make this work for everyone.

sl-service-account commented 10 years ago

Pamela Galli commented at 2014-04-16T19:30:31Z

The new CSV as is is okay. But I have the same concerns as Sera's item #1. I need to be able to see ALL transactions on ONE page, with a running total.

Agree with Sera's points #2 and #3 as well. The biggest problem is the lack of seamless integration between MP and inworld records.

sl-service-account commented 10 years ago

Reven Rosca commented at 2014-04-16T19:30:47Z, updated at 2014-04-16T19:34:13Z

Filters work, and so do filtering by day.
My transactions are neatly sortered by date and time, and the CSV for the selected period can be downloaded in sorted order.
The CSV report (comma separated) from the new page and the XLS from the old are identical except for an extra Order ID coloumn in the CSV. I use OpenOffice Calc, and se no need whatsoever to keep XSL as there is no functional difference between the two.
It is not possible to download filtered reports, which would be incredibly helpful, as manually deleting 0L transactions and other irrelevant data can be quite time consuming. - Since the report is already generated, it should be an easy task to let us download the data we have generated and nothing else if we prefer.
Default needs to be "Today" as in "SL date", with the option to include other days in the report. This doed not only make things easier for us as users, but will cause significantly less server load on your end.
We need totals per day/ filtered report

Edited to add: I agree with Sera and Pamela (and myself further up): Seamlessness between Marketplace and inworld transactions is much needed!

Keep up the good work!

sl-service-account commented 10 years ago

Cory Edo commented at 2014-04-16T19:33:56Z, updated at 2014-04-16T20:21:04Z

Agree that the new version is an improvement, but please please provide an "all" option in the results per page drop down box - I can't stand spreading info across multiple pages when its not necessary.

Edit: It was pointed out to me that if "all" isn't an option it may be better to just have the running total coming in and out at the top of the page at all times - this would solve the problem for me, seeing as how most people will use the new Search to find specific transaction information now

sl-service-account commented 10 years ago

Polyester Partridge commented at 2014-04-16T19:39:07Z, updated at 2014-04-16T19:43:11Z

I agree with Cory that an "all" option in the results would be very helpful instead of the multiple pages. Not sure why the daily totals were removed, I don't see that as an improvement.

sl-service-account commented 10 years ago

aki.shichiroji commented at 2014-04-16T19:59:56Z

I'm going to echo the need for XML format export here, and preferably with no format changes. I use a program that depends on this format and it would be a pain to have to switch. The lack of transaction numbers on the web view is also not very helpful. Being able to search the transaction history for a semi-unique portion of the transaction number is sometimes very helpful when tracking down sales during a heavy transaction day.

sl-service-account commented 10 years ago

Eboni Khan commented at 2014-04-16T20:00:10Z, updated at 2014-04-16T20:40:10Z

Daily totals would be nice, but since they didn't work if you had more then XX amount of transactions anyway, the fact that they are missing isn't a big issue to me. I haven't been able to rely on them for a long time.

The speed is very fast with over 1000 transactions loading instantly, 6000 loading in 10 seconds, and over 12000 loading in maybe max 15 seconds.

As long as the ID Prefix is available in download there is no need to display it on the page, it makes the page easier to read, especially on mobile devices.

Add a total field at the top or the option to display the total and I think this is a excellent improvement.

sl-service-account commented 10 years ago

Pamela Galli commented at 2014-04-16T20:23:42Z

Agree with Cory that a running total at the TOP of the page would be welcome, so we don't have to scroll all the way to the bottom of the page.

sl-service-account commented 10 years ago

Cierra Anatine commented at 2014-04-16T20:30:47Z

I also use XML for my transaction records. However, if our only option will be CSV, then please merge the reports from inworld sales and the Marketplace so all transactions are available in one report. The current transaction history page showing Commerce Linden and the MP order number does not give me the detail info I need, so I have to run a separate report for the Marketplace orders to see what the customers actually purchased.

Also, as many have noted here, subtotals for the displayed transactions are VERY important. I view the transaction history page numerous times every day to keep an eye on my sales and expenditures. Without that, I would have to manually calculate every transaction or download a temporary report just to see today's totals. While I understand that you are trying to make this more functional for everyone, please don't make it harder for us.

P.S. I DO like the filtering features so we can pull up transactions per customer or item!! Nice :-)

sl-service-account commented 10 years ago

CommerceTeam Linden commented at 2014-04-17T00:27:19Z

The CSV download function should be working now without needing to refresh the page.

sl-service-account commented 10 years ago

Darien Caldwell commented at 2014-04-17T00:58:17Z

I don't see that any concens voiced have been addressed. It still doesn't show daily totals of sales. It still brings up 30 days of data instead of one day. It's completely useless.

And you'll have to explain this sentence: "Keeping the old page exactly "as-is" is not possible, mostly because we need to support all customers"

We are your customers, and we don't want this. Nobody wants this. I challenge you to find a single resident that wants the new page. I'm interested to see one.

sl-service-account commented 10 years ago

Eboni Khan commented at 2014-04-17T01:01:33Z

Darien you do not speak for all residents. I love the new page. If they add totals at the top it would be better, but as is, it works great and is a vast improvement over the past page.

sl-service-account commented 10 years ago

Cory Edo commented at 2014-04-17T01:04:35Z

I also agree that this new page is a big improvement over the old/current one. The search ability alone is very helpful. The only thing missing that I regularly rely on is the running total as previously requested. (this makes 2 residents that want the new page and also use it multiple times a day every day)

sl-service-account commented 10 years ago

Pamela Galli commented at 2014-04-17T01:52:15Z

So we all pretty much agree that IF certain changes are made, the page will be an improvement.

As it stands now, however, for 99% of us, it trades an essential bit of functionality – running total for the day at a glance – for some "would be nice" bits of functionality. I don't see anyone here that wants to make that trade.

sl-service-account commented 10 years ago

Zii Minotaur commented at 2014-04-17T01:59:41Z

I like the new page! I've downloaded my transactions as XML in the past, but need to convert to CSV to get the data into the program I use anyway, so the CSV download is good. The search is also very handy. Like others, I wish the running total was back in there.

Merging marketplace transactions in with more detail would be great, but I can imagine the troubles faced given a single mkt order can contain many different products, from different stores. Even if the data export is separate between inworld and the marketplace, I wish I could see all of that info on the web in one place.

sl-service-account commented 10 years ago

Cory Edo commented at 2014-04-17T02:18:07Z

The current version of the page only shows a running total for the day if the day has had less than 500 transactions - past that number, it cuts off and only shows a running total for the most recent 500 transactions. So the addition of an official full day's running total on the page would be an improvement to both versions of the page, both old and new.

sl-service-account commented 10 years ago

Shaharazad Humphreys commented at 2014-04-17T02:50:32Z

^^I second Cory Edo. Daily running totals are a must. I use them frequently.

sl-service-account commented 10 years ago

Darien Caldwell commented at 2014-04-17T04:07:02Z

Everyone said "they wanted totals" so that proves my point. Nobody wants what LL is offering, which is a page with no totals. So tell me again how my request that LL show me someone who categorically does not want totals exists? Because that's what they are saying by presenting such a page.

sl-service-account commented 10 years ago

Ayesha Lytton commented at 2014-04-17T08:50:23Z

I run 2 large businesses with well over 500 transactions daily. This new version is terrible! Incredibly slow to load and lacks vital information. Here are things that would improve the existing transaction history:

I would like to see all my transactions for one day on 1 page without having to download. Even if it's 2000 transactions. A net profit/loss would be helpful, too. The default on loading the page should be all transactions for that day with profit/loss and running balance.
I absolutely need the transaction ID. This is how merchants verify if a claim of payment or failed payment is legitimate.
I have a lot of outgoing transactions that say "Object Pays" - this should be the name of the object that is doing the paying.

sl-service-account commented 10 years ago

Sudane Erato commented at 2014-04-17T10:49:10Z

It's not been mentioned at all here, but PLEASE give us more than 32 days of data! For small businesses who grab data just once a month, 32 days gives us only a ONE DAY window in which to grab the data before some gets lost. Even the US$ page gives us 45 days of data. May I fervently plea that the changes include the retention of at least 45 days of data?

If you can't give us more than 32 days of data, because maybe due to storage size issues, or whatever, can you enable some kind of auto-feed which could be programmed to download data on a given day? Or any kind of external hook on this data?

I second the other needs. Running totals are essential to determine the balance on a given day. IMO, CSV download would be sufficient, although why in the world would you remove the simple coding that also provides XLS and XML file export?

Please remember that there are a LOT of smaller users who don't hit the 500 transactions cap, but who REALLY do rely on this transactions page!

sl-service-account commented 10 years ago

Kat Fetisov commented at 2014-04-17T10:57:41Z

For me the XML download is a must. I use a tool that logs into the SL website and downloads recent transactions into a database for me. For this kind of process XML format is the most robust way to provide the data and the easiest for me to parse.

I can see that the new version is trying to be quicker, slicker and easier to use than the current one, and this is a good thing for the average user, but from looking at the comments here there are a lot of SL merchants who consume this data in a different, more analytical, way. Perhaps there could be a "lite" and a "pro" version?

Ideally I'd like some kind of proper API support to download this kind of data, but I'll be happy enough for now so long as I can get XML.

sl-service-account commented 10 years ago

Johan Neddings commented at 2014-04-17T11:04:37Z

I have no issues with the filters being set 30 days in the past, that's even better then the current page.

DON'T remove the ID field, tools rely on that field being there for fraud checking purposes.
Bring back the XML / XLS output as tools rely on that to be able to import things into CSR / ERM systems.

sl-service-account commented 10 years ago

Leyla Flux commented at 2014-04-17T12:26:25Z

Please bring back the XML/XLS output. Daily totals are important, please keep those! Transaction ID is important and needs to be shown. I prefer the current day and it's transactions being shown instead of the whole month

sl-service-account commented 10 years ago

winter.ventura commented at 2014-04-17T12:29:36Z, updated at 2014-04-17T12:52:23Z

Designwise, I love the appearance of the new page. The search function seems quick and tidy, and extremely powerful.. allowing me to easily filter results by product, or by location, or by customer with only one text entry field. I absolutely LOVE the pagination of results, and the lifting of the 500 transaction limit.

However.

The primary reason I use the transaction history page is to keep an eye on the bottom line. I personally use the daily income and daily spent numbers.. several times a day. I use this to keep an eye on how well sales are going today.. and whether I'm overspending. I really do use those numbers, and they help let me know if I'm going to be able to make rent this month, or if I'm going to have to scramble to try and change things. if I make a certain amount in a day, I'm okay, if I'm only making half of that for several days in a row.. it's time to worry. That's data I need every day, at my fingertips. I also really liked that 'negative' numbers were red.

As for business and customer service. The secondary reason I use the transaction history page, is to verify what a customer is telling me. As some have termed it above, "combating fraud". Inworld vendors are imperfect, and sometimes a customer buys something from me (or more often, from an affiliate vendor owned by someone else), and even tho the money comes in, the vendor fails to deliver the item for a host of reasons. Being able to see things like. The Transaction ID is crucial to this process, as is the date and time down to the second, the region, etc.

My main problem with the EXISTING CURRENT transaction history page, is that 30 days is just too short a time for helping the casual SL user. A new user who buys something and encounters a delivery failure may not contact me for several weeks about the issue. Some of my vendors use networks with YEARS of transaction records available, but many of my customers use my store vendors, or the marketplace, where this long record is limited to just 30 days... after which, I can't verify that they bought anything.

One idea I had, was that it would be really nice if the system would email monthly records to me (opt-in, of course). That way the onus of storing that information rests with the user, and not with LL.. but doesn't penalize the users if they 'miss that exact 30th day' to save everything again.

If I could have my wish for this system, I would like the transaction ID to be available, and I would like access to 180 days of transaction history.. 6 months. And I'd like to see a small window, perhaps at the top of the transaction page that simply said "daily summary" with money in, money out, balance at start of day, balance at end of day/now. Since this doesn't entirely make sense with the new paginated transaction history, perhaps a separate page could be created for this purpose, with 6 months of Daily Summaries available? Perhaps with it's own date range selector to create reports like each day's income and outgo for the selected period.

See http://i.imgur.com/9MyKrS6.png for a mockup of what this might look like.

sl-service-account commented 10 years ago

Robin Sojourner commented at 2014-04-17T13:19:08Z, updated at 2014-04-17T13:22:42Z

I'm still not sure why any changes are necessary at all, and I'm not terribly happy that my workflow is going to be disrupted.

But please, please, please don't remove the XLS download. My version of Excel (Office for Mac 2011) won't read the XML files you provide. It says they aren't valid, and will only open them as text, which is pretty worthless. Please, please provide several flavors of download, for those of us who need them. I'd suggest XLS, XML and CSV.

I also rely heavily on the daily totals. If you are reluctant to supply them on the main page, then please consider Winter's suggestion above.

I download each days records, and keep them as separate files by day. Having them all clumped up in a month will make things much more difficult for me.

Is there any way you can give us a choice? Have the new page for those who like it, and leave the old one as a choice for those like me who very seldom have anything close to 500 sales in a single day, and find the old page perfectly meets our needs?

sl-service-account commented 10 years ago

Chloe1982 Constantine commented at 2014-04-17T13:21:33Z

Said by many others, but I'd like my voice to be heard too; the new layout of the transaction page is very poor!

1) I am accustomed to using the totaling function both for the day but also for the calendar month, having to do that work myself is additional burden! 2) The test page seems unreactive when I change parameters (e.g., the date range) I can only imagine that this affects the downloadable but CSV but, again, this is more work for me 3) Losing the transaction ID on the display page means if a customer has an issue I have to download the CSV to get information that was previously visible, thus making more work for me and slowing my ability to respond to issues 4) Having a max of only 100 transactions per page means I have to scroll through multiple pages to get a picture of what happened in the month causing more work for me

Other than layout which is not particularly pleasing, the changes all cause more work for me (and ever other merchant) with very little benefit - web search on page gets me pretty well everything the filter appears to offer.

This proposed change adds burden with no benefit, please do not proceed with it.

sl-service-account commented 10 years ago

Kalia Firelyte commented at 2014-04-17T13:37:53Z

I'm just going to throw my voice in here to hopefully add to the clout that needs a daily total. The 100 transaction per page limit is pretty obnoxiously not okay for those of us who rely on splits, make a ton of smaller sales per day, or just generally have more than 100. 500 transactions is a cut off for some, like me.

Winter Ventura's suggestion is perfect for addressing the running totals; system fees being separated out would be GREAT. Please consider implementing it. When all I want is to see what I made in a given day or time period, this new page really gets in the way.

But as others have said, the general appearance of the site is improving in style.

sl-service-account commented 10 years ago

Pamela Galli commented at 2014-04-17T14:13:20Z

It would be awesome to have something like Winter's mockup. We had a graph like this on Xstreet which I was very sorry to lose. PLEASE if you are going to be redoing the page anyway, give us back at least this one reporting tool.

sl-service-account commented 10 years ago

Kean Kelly commented at 2014-04-17T14:58:19Z

Downloading the CSV file, produces a XML file, not a CSV. Is that on purpose?

sl-service-account commented 10 years ago

MartinRJ Fayray commented at 2014-04-17T16:17:46Z

Please take the discussion elsewhere. A lot of us receive email-notifications for changes in the Jira, and this issue is currently flooding my personal email inbox... This is a platform for technical issues, not for general discussion.

Thank you.

sl-service-account commented 10 years ago

Alexa Linden commented at 2014-04-17T16:26:05Z

That is incorrect.

CommerceTeam Linden added a comment - 16/Apr/14 11:59 AM - edited

As we have stated, changes have not yet been made to this page. We are gathering all feedback before we make changes.

Keeping the old page exactly "as-is" is not possible, mostly because we need to support all customers. Please keep the feedback coming!

sl-service-account commented 10 years ago

winter.ventura commented at 2014-04-17T16:33:14Z, updated at 2014-04-17T16:33:51Z

{quote:Linden Lab}We would like to get your feedback on this JIRA BUG-5664 before April 30, 2014. We will be updating the new page to incorporate the feedback we receive, and will release an updated version before disabling the old page.{quote}

@MartinRJ Fayray - The Lindens really did open this thread up for a discussion, specifically asking users to give feedback on the design. If you don't wish to receive emails from Jira, you can either un-watch the issue, or you can (as I did) create an email filter to remove the emails from your inbox. I'm not sure if there's another setting on Jira to disable emails, but filtering them from my inbox has worked quite easily for me.

sl-service-account commented 10 years ago

Marianne McCann commented at 2014-04-17T16:48:30Z

My email is getting pretty heavily hit by this thread too, but that is a small price to pay for the transaction page being in its best form.

I suspect it might be useful if I gave a sense of how I use the current page. For me, it is more of a daily indicator of how well / not so well I am doing. How much got spent, how much came in. I will look at my totals first, then scan for anything relevant to that total ("woah, where did it all go?" or "wow, who bought all that?").

I personally do not often go past the 30-day mark, though if I had it, I would find a use for it. Going past 500 transactions is/would be very useful. Sorting options and search options are excellent, and would be of great use for checking the status on some repeated payments, or quickly checking for people who might need a "fix" on an item, or other uses.

There have been instances where I have used the XLS (I, sadly, use Microsoft Office 2008), but that has been few for me. Still, I prefer having the option if it remains possible (more, in this case, seems better).

I have used transaction IDs with customers, though I could be convinced to some other method as needed. Search, filters, etc. may make those less necessary in the long run.

I will also echo some of what was mentioned about MP payments above. It would be nice to see more information for those in here, to make this page more useful in tracking both Marketplace and inworld sales. Ditto, I agree on needed to see what an item is named that sold something, versus simply "Object pays" verbiage.

sl-service-account commented 10 years ago

Urantia Jewell commented at 2014-04-17T17:02:43Z

*Add a button for the filter field. Currently with the new page, I have to, select the text > delete > press the filter button again to remove the filter from the data range selected.

*Make improvements but maintain backwards compatibility. Add new features but maintain all data, formats, and features currently available. Provide user choices. K.I.S.S.

sl-service-account commented 10 years ago

Garvie Garzo commented at 2014-04-17T17:37:23Z

um, i like the more than 500 transactions being available, but would rather have daily subtotals back and the name of the avatar account at the top, because sometimes that's all i have time to check. quibble: change filter to search (works well btw)... and I am used to having this/these open all day long and seeing the friends logged in next to it is useful as well. if we are voting, i say revert everything but add the more than 500 transactions option :)

sl-service-account commented 10 years ago

Darrius Gothly commented at 2014-04-17T18:09:29Z

Upon opening the New Transaction History report from the New Transaction History wiki page, the Date Selectors are as shown here:

Note that this is the entire month and not just today.

Date/Time Error in Displayed Report It also appears that the report is using my local time zone to display the date and time of transactions. Here is a single transaction as displayed in the New Transaction History report:

However the CORRECT date and time are displayed in the old Transaction History report as shown here:

Note that this time zone error also causes inclusion of transactions that are NOT actually within the selected date range. As shown here, the date and time of the transaction are displayed using the wrong time zone and thus they appear to be within the date range. However the transaction is actually from the prior day, just a bit more than 30 minutes before the end of the day:

Date/Time Values in Downloaded CSV It appears that the CORRECT Time Zone is used when creating the downloaded CSV file.

Extra Data Column in Downloaded CSV The downloaded CSV file has the same values as the old Transaction History report's XLS file, however since they are stored as text in CSV format, it is possible that some conversion errors may appear. There is also an extra column at the end of the downloaded data. Called "Order ID" this field contains Order Number from Marketplace Sales. This value is NEW in the Transaction History report and could be helpful in systems that differentiate between in-world sales and Marketplace sales. It appears that this field is left blank when the transaction does not take place at the Marketplace.

NOTE: It would be nice if developers could specify a value to be put in that field when a purchase is made from an in-world vendor. I haven't the slightest idea how this might work, but if they are going to add the field, they ought to allow its use by others too.

sl-service-account commented 10 years ago

Darrius Gothly commented at 2014-04-17T18:16:15Z

I second the "Add a 'Clear' button to the Filter field" suggestion; that's a very useful and easy enhancement. The Clear button should also immediately refresh the report display.

The "Items per page" should also include a setting for "All" and should be remembered between views. As it is now, it returns to "25" every time the page is opened.

sl-service-account commented 10 years ago

MartinRJ Fayray commented at 2014-04-17T18:50:27Z

@Alexa my bad.

I wish CommerceTeam could take this all to the forums, though...

sl-service-account commented 10 years ago

Cain Maven commented at 2014-04-18T04:46:27Z, updated at 2014-04-18T04:47:08Z

While I think increasing the number of transactions is great, I agree with those who have said that we really do need:

• Running totals • Ids • XLS support

Also, there should be an easier way of removing a filter, such as separate button. Having to clear the input field and click the Filter button again is not optimal.

sl-service-account commented 10 years ago

dadiella commented at 2014-04-18T07:01:11Z

There are so many things that need FIXING and IMPROVING in the marketplace. I honestly do not know why you did this. The transaction history page was one of the few things that wasn't broken.

PLEASE bring back XLS support and daily totals. Be done with this mess and go work on search which has never worked properly. At least if you break that, we will be no worse for the wear.

sl-service-account commented 10 years ago

Marianne McCann commented at 2014-04-18T08:12:27Z

Point of order: I hear your frustration Dadiella, but let's keep this discussion focused on the transaction page, please, and let's try to remain at least somewhat professional in our interactions? Attracting flies, as they say, is easier with honey versus vinegar.

sl-service-account commented 10 years ago

Sax Shepherd commented at 2014-04-18T13:51:14Z

I like the new format, but the Date/Time error needs to be fixed prior to making this live or it's going to be a customer service nightmare. I can live without running totals or XLS, but it looks like many here need that. Changing the format of the data will be an annoyance for my bookkeeping, so I hope that doesn't alter. I do like having the total there and would prefer it at the top. My biggest hope is that the inclusion of a calendar that goes beyond 30 days means that data will be available beyond that range.

sl-service-account commented 10 years ago

Pamela Galli commented at 2014-04-18T15:11:44Z, updated at 2014-04-18T15:13:46Z

Sassy Romano offers this alternative solution in the Merchant Forum:

"If that's the case then meddling with it like that is the wrong solution. It doesn't matter what type of export they provide, a static file downloaded via a manual process will always prove cumbersome and currently such residents have to resort to html scraping of their transaction data via scripted methods.

A better solution would be to send signed (and possibly encrypted) XML blobs to an external web process, live as the transaction occurs, similar to how Marketplace If that's the case then meddling with it like that is the wrong solution. It doesn't matter what type of export they provide, a static file downloaded via a manual process will always prove cumbersome and currently such residents have to resort to html scraping of their transaction data via scripted methods. out transaction data via ANS.

If I were LL, that would be my approach "Hey Bob, seems like you have a huge number of transactions, surely you're using an external system for transaction logging and record keeping?"

(If Bob isn't, then Bob is missing a trick!)

"So Bob, what we plan to do is send live transaction data as it happens, using well documented and understood web communication principles to your system where you can then consume this data in an orderly manner. The benefit is that your system can easily use this, it won't alter any existing methods for existing users and anyone else can benefit from this enhanced data source." Bob: "AWESOME!"

It's not hard..."

sl-service-account commented 10 years ago

Robin Sojourner commented at 2014-04-18T15:54:16Z

I finally had a chance to look at the "new transaction history page."

Umm… are you listening to us at all? Because it looks totally unchanged from the mess that started this JIRA.

Just saying…

sl-service-account commented 10 years ago

CommerceTeam Linden commented at 2014-04-18T16:00:35Z, updated at 2014-04-18T16:01:00Z

Thank you for all the comments. We want to re-iterate, we have not made any change to this page, yet. We are gathering feedback and will be reviewing comments before we make any changes.

sl-service-account commented 10 years ago

winter.ventura commented at 2014-04-18T22:34:46Z

@Robin, they took it down when users complained, like within hours.. then they put it back up in another location so those of us who didn't get to see it the first time could see it and make educated suggestions for improving it. Now we can see both the old one, and the new one at the same time.

sl-service-account commented 10 years ago

Felicity Farlight commented at 2014-04-19T10:48:08Z

my feedback: I also rely on downloading reports in XML on a regular basis, and it would be great if XML could remain available without a formatting change.

But if you are doing a complete overhaul of transactions then here is an idea: The Marketplace includes the ANS system that sends data via HTTP for each Marketplace sale (http://wiki.secondlife.com/wiki/Direct_Delivery_and_Automatic_Notification_System). ANS is already invaluable to many merchants as a means to have their Marketplace sales data "pushed" directly into their accounting applications. On the other hand, inworld sales require a manual download / scraping and processing of XML, CSV or XLS file each few weeks. Combining the Marketplace and inworld systems to work the same way by giving ANS options for inworld transactions would be a wonderful step forward I think.

secondlife / jira-archive

[BUG-5664] The New Transactions History Page Does Not Show a Daily Total and There is No Way to Download Excel File #13609

Steps to Reproduce

Actual Behavior

Expected Behavior

Other information

Links

Related