I want to install new chart of accounts. I managed to install it without errors, but it doesn't appear in chart of accounts list to choose from. Do I need to add a link to my chart of accounts in account module somewhere for it to recognize or do I need something else?
I can see that module from second chart of accounts list. What I mean is first when I get to choose from chart of accounts lists which one I want to use, I can't see my chart of accounts, but if I choose any other chart of accounts and get to second window, where I have to choose company, set taxes etc. I can then see second chart of accounts list, which shows installed chart of accounts list. And then I see the one I chose and also my chart of accounts. And then if I choose my chart of accounts, I get error that tax names should be unique. I think that is because previous chart of accounts was generate. If I close that window, I can see in configuration that both chart of accounts were generated.
If you want your module to appear in the list of available Chart of Accounts on the first Accounting wizard, make sure you have properly set the module category to Localization/Account Charts in the manifest (__openerp__.py).
It's a very good idea to get inspiration from existing Charts of Accounts, for example l10n_be. Have a look at an existing manifest to see the exact syntax/spelling to use.
However it's not clear that this will solve your problem, because this wizard does not do what you think it does. There are 2 main accounting configuration wizards in the 6.0/6.1 OpenERP series:
"Install your Chart of Accounts": this first wizard has 2 purposes: install an appropriate Chart of Account module, and generate the fiscal year and fiscal periods for the selected company. It will let you install any of the modules that belong to the Localization/Account Charts category, and will let you configure the fiscal periods for one of the companies that have no Chart of Accounts installed yet. This wizard does not actually configure or create a Chart of Accounts, it only install a module and the templates that come with it.
"Generate Chart of Accounts from a Chart Template": this wizard finishes the job started by the first one, by actually creating a full Chart of Accounts for the selected company, using one of the installed templates (coming from installed localization modules). You'll see your Chart of Accounts available in this wizard as soon as your module is installed. This wizard should only let you configure a Chart of Accounts for companies that don't have one yet, because you cannot do that twice for the same company.
If you get an error about duplicate taxes while running the second wizard, it should not be directly related to running the first wizard or not. Perhaps you really have defined several Tax Templates with the same name in your Chart of Accounts, or perhaps you have created taxes manually for the same company, and they now conflict with the ones in your Chart of Accounts? There could be many different reasons, it's difficult to tell without more info.
In any case, double-check your module using l10n_be as an example, and make sure you read the official documentation for writing Chart of Accounts modules, if you did not read it yet.
And when you don't understand something, remember that OpenERP is open source, so use the Source, Luke :-)
The source code of the first wizard is here and the one for the second wizard is there. A look at the source would answer your current question, and probably your future questions too :-)
Your chart probably doesn't appear during the initial configuration because your module hasn't been installed yet. You might be able to skip the configuration of a new database, install your module, and then run the configuration.
Another option might be to install the minimal or generic chart of accounts during configuration. Is there a "None" option? After that, you can install your own module that includes all the extra accounts and taxes that your company uses. I think that's what we did, but it was back in version 5, so things may work slightly differently now.
Finally managed to solve this problem. When I changed taxes names to be unique (payable and receivable VAT names were the same) and changed close_method to unreconciled on some account types, because openerp requires to use it, now I managed to successfully install it and I can see it on chart of accounts list.
Related
We are using HP ALM 12.53.193 for issue tracking.
For a progress report of our development activity, I am trying to find out what tickets I worked on within the past month. Primarily, this includes tickets for which my user name was added to the Editors field, or that were marked as Fixed or Closed by me in the given timespan.
I am seeing some promising hints in this forum post that uses SQL to query the AUDIT_LOG table. Likewise, this [sqa.se] post suggests an SQL script for an Excel report.
Unfortunately, when I click New Business View Excel Report in ALM, I am asked to upload an Excel file for some reason, so I am not sure how to proceed from there to entering my SQL.
I have also tried creating a report with the New Project Report command (i.e. I am also ok with a non-scripted solution, if that is the way to go in ALM). However, it seems I can only show the filtered contents of single tables (e.g. Defect) there (the "Cross Filter" feature does not let me choose another entity (e.g. the Audit Log) for cross-filtering my defects with).
How can I retrieve that data from ALM?
I am not entirely sure SO is the right site for this question, although I consider HP ALM a "software tool(...) commonly used by programmers". Please migrate if it is deemed a better fit for another site.
With our TFS 2015 source control we require developers to check-in changes against work items.
However, we've had a couple of instances where a developer has checked in against one work item within our development branch, but then when merging to our QA branch they've checked in the merged changes to a different work item. An example of this is where a bug has been created underneath a PBI, the changes in dev have been checked in against a task under the bug, but then merged to QA against the PBI itself. This causes us issues with traceability.
I've seen that it's possible to add a check-in policy of "Work Item Query Policy". I'm just wondering if there is a way to write a query that will determine if the work item of a check-in after a merge matches the work item of the source changesets? I'm not necessarily after the exact query (though it would be lovely if someone could provide one :) ), really I'm just wondering whether it's possible or not to have a query to do this - i.e. is the information available to queries in TFS?
You can't do this with the existing policies, you'd need to build a custom policy.
So, technically this is possible. You can access the VersionControlServer object through the PendingChanges object:
this.PendingCheckin.PendingChanges.Workspace.VersionControlServer
You can use that to query the history of the branch in question and grab the work items associated to the check-ins in that branch.
You can check the associated workitems to the current workitem:
this.PendingCheckin.WorkItems
You could probably even provide the option to auto-correct by adding the correct work items to the checkin upon validation.
One of my policies provides an example on using the VersionControlServer from a policy.
GOAL:
-To allow the manager to only view the all projects in qlikview, and not edit anything.
-Team members can only see data from projects they are in
CONDITIONS:
-Joe(Team member) can only see data from his projects only.
-Bob(Manager) can see data from all projects in the team, however he cannot edit or make changes to them.
In this scenario, there is only 1 manager, an admin, and many team members.
So I guess the process would be:
Check who the user is (Not sure what to use here. Username/password? Ideally it would be the company email, but don't know if this is possible)
Once it knows who the user is, checks if said person can access the document
If they do have access, it decides what can be accessed. (if manager, can only view all projects, if team member, can only view certain projects)
Display the dashboard.
Right now, the QVW file gets data from a database using OLEDB connection.
Sorry I've only been introduced to Qlikview about a week ago and I've been tasked to get this done so any help would be great.
Thanks.
You can find a lot about QV section access around.
Think your scenario is possible to be achieved using section access. Please read https://community.qlik.com/docs/DOC-1853 for more detailed explanation of section access methods.
Warning: Always have copy of the document without section access!
Just to be sure you are not locked out of the document because if this happens there is no way to open the document
I am working on a VSTO-Excel-Addin (VB.NET) that we are about to sell to different companies.
The addin will (hopefully) be used by a couple of users of each customer. We are using ClickOnce for a web-based deployment.
The addin provides some default-settings - that is no problem with the app.config. User-specific Settings are also working fine with ClickOnce.
However what makes quite some headache is how to store settings per customer. Database-connectionstrings for example cannot be stored on the application-level but it would also be painfull for all users to change the Connection-string manually. What I would imagine is another layer (per Company) where this sort of Setting can be stored.
One alternative would be to create one VSTO-Project per customer but this would bring a lot of disadvantages since we are updating the addin quite regularly.
I would be happy about any ideas!
Regards,
Julian
I would show Excel's built in connection properties dialog and let each client configure this themselves.
You really shouldn't be distributing connection strings for all your clients as part of a shared package. It'll be a maintenance nightmare.
http://office.microsoft.com/en-nz/excel-help/connection-properties-HA010175443.aspx
What about storing the settings as custom properties in Book.xltx and copy it to
C:\Users\username\AppData\Roaming\Microsoft\Excel\XLSTART
This is how you can programatically read and create Custom Properties in Excel.
When a new workbook is created then all the properties from Book.xltx will be available for New Workbook as well. But this solution may not work if the existing workbooks are opened so yo might have to explicitly add these properties when any existing workbooks are opened using the above solution.
Ok, I think I understand the problem. :)
How about storing all the settings in an offsite database that you maintain and using a webservice to allow the settings to be read and set and giving each client a unique license number that would allow them to access this webservice.
That way the individual users would only need a license number to set it up.
I have installed and configured SSRS using SharePoint integrated deployment mode and have been able to successfully run a report from SharePoint. I created a custom deployment application that will upload all reports and datasets as well as create all data sources and make the proper connections between them when necessary.
I have one report that failed and I need to manually mess with the reports connection to a data source but I found that the drop down does not contain the options to let me manage its shared data sources (see example below).
In this image you can see the option that I am missing. Please excuse the colors, this is the best image I could find online in a pinch.
This is only happening in one environment so there must be a configuration change I am not thinking of to show these options. Here are the things I have already checked:
The account I am using is in the sites Owners group and has full control of everything, including the report file.
The item is being uploaded as a Document content type for some reason, but I edited properties and changed that to Report Builder Report content type.
The Report Server Integration site collection feature has been activated.
All of the Reporting Service content types have been added to the list.
I would revert to deployment from BIDS to debug this issue. It will perform some validation during that process and possibly return meaningful errors.
So this turned out to be caused by one of our customizations. We had an old custom javascript function that was named the same as a SharePoint javascript function that has something to do with those drop down actions. Hope this helps someone else.