Alpha Software Mobile Development Tools:   Alpha Anywhere    |   Alpha TransForm subscribe to our YouTube Channel  Follow Us on LinkedIn  Follow Us on Twitter  Follow Us on Facebook

Announcement

Collapse

The Alpha Software Forum Participation Guidelines

The Alpha Software Forum is a free forum created for Alpha Software Developer Community to ask for help, exchange ideas, and share solutions. Alpha Software strives to create an environment where all members of the community can feel safe to participate. In order to ensure the Alpha Software Forum is a place where all feel welcome, forum participants are expected to behave as follows:
  • Be professional in your conduct
  • Be kind to others
  • Be constructive when giving feedback
  • Be open to new ideas and suggestions
  • Stay on topic


Be sure all comments and threads you post are respectful. Posts that contain any of the following content will be considered a violation of your agreement as a member of the Alpha Software Forum Community and will be moderated:
  • Spam.
  • Vulgar language.
  • Quotes from private conversations without permission, including pricing and other sales related discussions.
  • Personal attacks, insults, or subtle put-downs.
  • Harassment, bullying, threatening, mocking, shaming, or deriding anyone.
  • Sexist, racist, homophobic, transphobic, ableist, or otherwise discriminatory jokes and language.
  • Sexually explicit or violent material, links, or language.
  • Pirated, hacked, or copyright-infringing material.
  • Encouraging of others to engage in the above behaviors.


If a thread or post is found to contain any of the content outlined above, a moderator may choose to take one of the following actions:
  • Remove the Post or Thread - the content is removed from the forum.
  • Place the User in Moderation - all posts and new threads must be approved by a moderator before they are posted.
  • Temporarily Ban the User - user is banned from forum for a period of time.
  • Permanently Ban the User - user is permanently banned from the forum.


Moderators may also rename posts and threads if they are too generic or do not property reflect the content.

Moderators may move threads if they have been posted in the incorrect forum.

Threads/Posts questioning specific moderator decisions or actions (such as "why was a user banned?") are not allowed and will be removed.

The owners of Alpha Software Corporation (Forum Owner) reserve the right to remove, edit, move, or close any thread for any reason; or ban any forum member without notice, reason, or explanation.

Community members are encouraged to click the "Report Post" icon in the lower left of a given post if they feel the post is in violation of the rules. This will alert the Moderators to take a look.

Alpha Software Corporation may amend the guidelines from time to time and may also vary the procedures it sets out where appropriate in a particular case. Your agreement to comply with the guidelines will be deemed agreement to any changes to it.



Bonus TIPS for Successful Posting

Try a Search First
It is highly recommended that a Search be done on your topic before posting, as many questions have been answered in prior posts. As with any search engine, the shorter the search term, the more "hits" will be returned, but the more specific the search term is, the greater the relevance of those "hits". Searching for "table" might well return every message on the board while "tablesum" would greatly restrict the number of messages returned.

When you do post
First, make sure you are posting your question in the correct forum. For example, if you post an issue regarding Desktop applications on the Mobile & Browser Applications board , not only will your question not be seen by the appropriate audience, it may also be removed or relocated.

The more detail you provide about your problem or question, the more likely someone is to understand your request and be able to help. A sample database with a minimum of records (and its support files, zipped together) will make it much easier to diagnose issues with your application. Screen shots of error messages are especially helpful.

When explaining how to reproduce your problem, please be as detailed as possible. Describe every step, click-by-click and keypress-by-keypress. Otherwise when others try to duplicate your problem, they may do something slightly different and end up with different results.

A note about attachments
You may only attach one file to each message. Attachment file size is limited to 2MB. If you need to include several files, you may do so by zipping them into a single archive.

If you forgot to attach your files to your post, please do NOT create a new thread. Instead, reply to your original message and attach the file there.

When attaching screen shots, it is best to attach an image file (.BMP, .JPG, .GIF, .PNG, etc.) or a zip file of several images, as opposed to a Word document containing the screen shots. Because Word documents are prone to viruses, many message board users will not open your Word file, therefore limiting their ability to help you.

Similarly, if you are uploading a zipped archive, you should simply create a .ZIP file and not a self-extracting .EXE as many users will not run your EXE file.
See more
See less

Confused with possible reports limitation

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

    Confused with possible reports limitation

    Hey everyone,

    I'm contemplating purchasing A5 using the current subscription model to re-develop some desktop software for some of my clients. The system would include Work Orders, Invoices, Schedules, Reports... A5 seems to fit the bill with all of that except for possibly the Invoice and Work Order Templates wich of course would be reports on their own. My clients/end users would need the ability to Add, Delete and Modify these reports within what i supply them with. I assume the Runtime. I see at one time there was a version called Runtime Plus which looks like it had that ability but after talking to A5 sales today they said..

    "I did get a response regarding the users ability to modify templates/invoices. This is not possible as each user would be changing the application. The users would be able to add data into the system but not able to modify the application."

    If this is a limitation how are others working with this as my clients change their invoice templates even a little almost weekly?
    One other question. If I purchase the subscription plan, does that cover everything? No other expenses for add-ons or licensing?

    Thanks for any insight you can give to me on this.

    #2
    Re: Confused with possible reports limitation

    Mike, you will need to give them a full development copy but lock down the bits you don't want changed by password protecting them if you need the users to be able to change the Invoice and Work Order templates.
    That way you keep control of the tables and sets, while they can do whatever they wish creating invoice layouts.
    Suggest you don't allow them to fiddle with the tables, so you need to do a fair amount of analysis to determine the database schema.

    My Invoicing app has to accommodate VAT and Non VAT (Sales Tax) clients, and also allows them to create their own by-lines ("We are the best in the UK!" type stuff) and their own logo on the printed/mailed Invoices and Statements. This is easily done but took some in-depth analysis to get the ducks all in a row.

    The subscription plan is obviously your choice and is good value IMHO if you plan to use all the features. If not, you might want to consider buying just the bits you need.
    Check out the licensing charges for the Web Server.
    See our Hybrid Option here;
    https://hybridapps.example-software.com/


    Apologies to anyone I haven't managed to upset yet.
    You are held in a queue and I will get to you soon.

    Comment


      #3
      Re: Confused with possible reports limitation

      Thanks Ted,

      I appreciate the quick reply. If I'm not mistaken, I can kind of hide the fact that they are using Alpha Five by using the runtime and changing names and logo's. By giving them the full development version is there any way of hiding it then?

      When you explained that you had to allow them to make changes did you ultimately find a solutions that allowed you to have them make modifications but still use a runtime OR do you have to provide a full develpment version with yours as well?

      Mike

      Comment


        #4
        Re: Confused with possible reports limitation

        No full dev option - only the Runtime. The trick is to pre-empt client's requirements so that most of the bases are covered. Using calculated fields, it's possible to have a "base" table with all the fripperies in it which makes the presentation personal. Also helps when marketing, as the Product them becomes generic.
        See our Hybrid Option here;
        https://hybridapps.example-software.com/


        Apologies to anyone I haven't managed to upset yet.
        You are held in a queue and I will get to you soon.

        Comment


          #5
          Re: Confused with possible reports limitation

          Hi Mike,

          There is no need to give your clients access to the full developer just to allow then to create their own reports. It is a good idea to install the full version on their system which would enable you to make changes to the application when requested by the client.

          In the runtime documentation there is code to allow the runtime user to create their own reports and also code to prevent installed reports from being edited or written over.

          Let me know when you get it.
          Regards
          Keith Hubert
          Alpha Guild Member
          London.
          KHDB Management Systems
          Skype = keith.hubert


          For your day-to-day Needs, you Need an Alpha Database!

          Comment


            #6
            Re: Confused with possible reports limitation

            Originally posted by Cyclones View Post
            ... My clients/end users would need the ability to Add, Delete and Modify these reports within what i supply them with. I assume the Runtime. I see at one time there was a version called Runtime Plus which looks like it had that ability but after talking to A5 sales today they said..

            "I did get a response regarding the users ability to modify templates/invoices. This is not possible as each user would be changing the application. The users would be able to add data into the system but not able to modify the application."

            If this is a limitation how are others working with this as my clients change their invoice templates even a little almost weekly?
            Mike, who told you that the Runtime Plus, which allows users to make changes to reports, is no longer available? To quote Selwyn Rabins:
            Have no idea why someone would be saying this. It is total rubbish.
            That is, the Plus features are now just part of the runtime version. Since I have done it, I know you can allow users to create, modify and delete reports. I doubt you can do that with forms but I am not sure since I never had that need. In my case I do have a number of reports users can't touch, and as I recall setting that up was a bit tricky and thus probably not worth going to the trouble. Another tricky aspect to this involves shadow DB's. If the users run a shadow I seem to recall having to create a way for them to switch to the master DB, make their changes and then up the version # of the shadow update routine--and in my case give the user making the changes a way to refresh and go back to their shadow DB when they finish with their changes. It has been quite a while since I did any of this, so don't ask me remember the details.

            I hope this helps at least a bit.

            Raymond Lyons

            Comment


              #7
              Re: Confused with possible reports limitation

              Hi Mike,

              I just noticed this, which Raymond had picked up on:
              my clients change their invoice templates even a little almost weekly
              My comment, this is not very good business practice. As a business man, I would need to understand why my client needed to do that so often.

              The idea of allowing the end user access to creating and modifying documents that can be printed, was to give them a certain amount of autonomy from the developer, saving time and money in the long run.
              Regards
              Keith Hubert
              Alpha Guild Member
              London.
              KHDB Management Systems
              Skype = keith.hubert


              For your day-to-day Needs, you Need an Alpha Database!

              Comment


                #8
                Re: Confused with possible reports limitation

                Originally posted by Ted Giles View Post
                No full dev option - only the Runtime. The trick is to pre-empt client's requirements so that most of the bases are covered. Using calculated fields, it's possible to have a "base" table with all the fripperies in it which makes the presentation personal. Also helps when marketing, as the Product them becomes generic.
                Sorry about taking so long to reply. Long weekend here.

                I was thinking about taking the same route, using an extra table to get preferences and such.

                Comment


                  #9
                  Re: Confused with possible reports limitation

                  Originally posted by Keith Hubert View Post
                  Hi Mike,

                  There is no need to give your clients access to the full developer just to allow then to create their own reports. It is a good idea to install the full version on their system which would enable you to make changes to the application when requested by the client.

                  In the runtime documentation there is code to allow the runtime user to create their own reports and also code to prevent installed reports from being edited or written over.

                  Let me know when you get it.
                  Thanks for that info Keith, that sounds great. Do you know if there is any information on their website that will support what you said? It's not that I don't believe you, but that I have no way so far of proving it to myself before purchasing and of course Sales already said it wouldn't work. Unfortunately I've made my fair share if mistakes purchasing software in the past thinking it will do something that it won't.

                  Comment


                    #10
                    Re: Confused with possible reports limitation

                    Originally posted by Raymond Lyons View Post
                    Mike, who told you that the Runtime Plus, which allows users to make changes to reports, is no longer available? To quote Selwyn Rabins: That is, the Plus features are now just part of the runtime version. Since I have done it, I know you can allow users to create, modify and delete reports. I doubt you can do that with forms but I am not sure since I never had that need. In my case I do have a number of reports users can't touch, and as I recall setting that up was a bit tricky and thus probably not worth going to the trouble. Another tricky aspect to this involves shadow DB's. If the users run a shadow I seem to recall having to create a way for them to switch to the master DB, make their changes and then up the version # of the shadow update routine--and in my case give the user making the changes a way to refresh and go back to their shadow DB when they finish with their changes. It has been quite a while since I did any of this, so don't ask me remember the details.

                    I hope this helps at least a bit.

                    Raymond Lyons
                    It was a sales rep that had stated that i wouldn't be able to give access to my clients to create reports using the runtime. That was after he had asked someone else.

                    I will probably using shadow DB's as well since I can see some of my clients networking this on their own Lan. Is there a lot of documentation, examples or videos showing me how to do this?

                    It definitely does help out. Thanks for your input.

                    Comment


                      #11
                      Re: Confused with possible reports limitation

                      Originally posted by Keith Hubert View Post
                      Hi Mike,

                      I just noticed this, which Raymond had picked up on:My comment, this is not very good business practice. As a business man, I would need to understand why my client needed to do that so often.

                      The idea of allowing the end user access to creating and modifying documents that can be printed, was to give them a certain amount of autonomy from the developer, saving time and money in the long run.
                      Hi Keith,

                      It's generally just graphical stuff that they like to play around with, swapping out logo's, changing field positions or even which fields show on the Invoice Template. I'm guessing that they have too much free time on their hands.

                      Mike
                      Last edited by Cyclones; 07-03-2012, 02:52 PM.

                      Comment


                        #12
                        Re: Confused with possible reports limitation

                        Hi Mike,
                        Do you know if there is any information on their website that will support what you said
                        Email direct and I can send you the documentation.
                        Regards
                        Keith Hubert
                        Alpha Guild Member
                        London.
                        KHDB Management Systems
                        Skype = keith.hubert


                        For your day-to-day Needs, you Need an Alpha Database!

                        Comment


                          #13
                          Re: Confused with possible reports limitation

                          Originally posted by Cyclones View Post
                          Thanks for that info Keith, that sounds great. Do you know if there is any information on their website that will support what you said? It's not that I don't believe you, but that I have no way so far of proving it to myself before purchasing and of course Sales already said it wouldn't work. ...
                          I am not Keith but if Selwyn Rabins says the sales rep was incorrect (see the quote in my post above), you can take that to the bank. I don't have V11 so when you quoted the sales rep it made me worry that the Plus features had been dropped, something that would make one of my clients furious for future work on his application. That's why I asked Richard and Selwyn about it. I am attaching the runtime documentation file for V10.5 which is probably identical to what is in V11. This will allow anyone interested in the Plus features to see what is available. Good luck.

                          Raymond Lyons
                          Attached Files

                          Comment


                            #14
                            Re: Confused with possible reports limitation

                            I appreciate the quick reply. If I'm not mistaken, I can kind of hide the fact that they are using Alpha Five by using the runtime and changing names and logo's. By giving them the full development version is there any way of hiding it then?
                            Ask the rep about branding? If I am not mistaken, you can still get it and it is about ?100.00 . It could be well worth it to you.

                            As far as giving a customer a way to make their own reports, it is in the runtime now. I would not want them making other stuff, but a retport?.../?... Maybe

                            The web server is per hosted server. In other words, if you have you web server set up on GoDaddy.com and a new costomer wants the same thing, it means another server for his site on namecheap.com
                            Dave Mason
                            [email protected]
                            Skype is dave.mason46

                            Comment


                              #15
                              Re: Confused with possible reports limitation

                              Mike, The screens below show how I handle the Logo bit in my Invoicing App.
                              The user can change the logo, by-line, pay to, company details etc and see what it looks like before committing.

                              Preview.png
                              CompanyDetails.JPG

                              Originally posted by Cyclones View Post
                              Hi Keith,

                              It's generally just graphical stuff that they like to play around with, swapping out logo's, changing field positions or even which fields show on the Invoice Template. I'm guessing that they have too much free time on their hands.

                              Mike
                              See our Hybrid Option here;
                              https://hybridapps.example-software.com/


                              Apologies to anyone I haven't managed to upset yet.
                              You are held in a queue and I will get to you soon.

                              Comment

                              Working...
                              X