On 02/11/2013 09:41 AM, Niels Huylebroeck wrote:
I don't see how valuable a branch would be that just piles up the fixes,
it would be more interesting to get a list of merge requests we think
are appropriate and then everyone can just rune a small script maybe
that takes the
On 01/21/2013 10:40 AM, Colin Mollenhour wrote:
We are perfectly willing to contribute to OSS, but when we're on such a
crunched timeline to migrate we can't spend months implementing missing
features and if we move to a different platform then there is no reason
for us to contribute to one we
On 01/18/2013 10:36 PM, Fabrice Henrion wrote:
We are aware that there is a limitation with OpenERP 7 on these operations.
We have identified it and we are working on it (no ETA though).
Is there a branch? Feature specification? I'd much rather not duplicate
my efforts with something already
On 01/18/2013 10:36 PM, Fabrice Henrion wrote:
In my opinion, we need to solve the following issues to have a working bank
statement reconciliation flow:
- introduce the concept of deposit ticket (with account_deposit).
- have only one view for the bank statements reconciliation that allows to
On 01/18/2013 03:47 AM, Leonardo Pistone wrote:
usually in OpenERP when you read reconciliation it is about matching
payments to invoices (more precisely, matching journal items in
payable/receivable accounts together).
Certainly the terminology is different in the US. I understand the need
I thought it might help to have a specific example of the sort of error
I'm trying to catch. Say I invoice a customer for $100. Then, I receive
a check for $100 in the mail. I register a payment against the invoice,
and now the invoice is reconciled.
Later, I take that check to the bank. But,
On 01/17/2013 03:30 AM, Alexandre Fayolle wrote:
Have you filed a bug report ?
Not yet. I'm having some difficulty reproducing. It seems to be that a
draft invoice will have its due date set to today + 30 days, regardless
of the payment terms, but when the invoice is validated, the due date
The Problem:
I've just received a monthly statement from the bank, and I want to be
sure I did not forget to add any entries, and that the bank did not make
any wrong entries.
I'm a bit confused by the overloading of the term reconcile in the
interface and the documentation. In some places,
It seems that in OpenERP 7.0, the due date for an invoice is calculated
from the current time when it was validated, not the invoice date. In
our business, if a customer wants an invoice backdated (usually so they
can cram expenses into a budget period at the last moment), they must
also
On 01/11/2013 01:53 PM, Phil Frost wrote:
I am attempting to create journal entries to bring my 2013 opening
balances into OpenERP. So, I made a journal entry in the Opening
Entries Journal, in Opening Period 2013. No problem there. However,
when I try to save the second journal entry, I get
On 01/11/2013 08:50 PM, Mario Arias wrote:
As Jeff said, problem is you are trying to create more than one account
move entries on that journal.
You need to define only ONE account move, and inside that account move
you enter ALL the move_line details...
As far as I can tell, that wizard only
On 01/10/2013 01:04 PM, Phil Frost wrote:
So I'm deploying OpenERP accounting, migrating from a previous
accounting system. I'm wondering specifically what is the best way to
import balances from open invoices from the previous year.
I should also mention that we have no stock to track
On 01/08/2013 12:26 PM, Petar Najman wrote:
The fields are still there, but in v7 you have to assign access rights
to user in order to see it.
The name of the group you have to assign is Addresses in Sales Orders.
Hm. I see how that gives me a delivery address on sale orders, but what
about
On 01/09/2013 03:00 PM, Ray Carnes wrote:
Try *Settings - Configuration - Sales* which works across the system.
To get that, I have to install sale_stock, which pulls in even more
dependencies. It doesn't seem to do anything different from checking
Addresses in Sales Orders in a user's
Say a customer of mine, Yoyodyne, buys some stuff. They want the invoice
sent to their administrative office at one address, but they want the
goods delivered to a different office, at a different address. I want to
print both addresses on the invoice. Is there a way to accomplish this
with
In 6.1 I could set a default unit of measurement for each product. In
7.0 this field is gone. What am I missing?
___
Mailing list: https://launchpad.net/~openerp-community
Post to : openerp-community@lists.launchpad.net
Unsubscribe :
This seems like it's a dumb question, but I'm unable to find an answer.
I see on launchpad that there's a 7.0 *series*, and that is associated
with lp:openobject-addons/7.0 (or -server, or openerp-web...). However,
it looks like that series includes the code that was released for 7.0,
plus any
On 01/06/2013 01:00 PM, Serpent Consulting Services wrote:
The series is always added after the code tag(that is
https://code.launchpad.net/~openerp/openobject-server/7.0). You may
replace any version as a last section!
OK, then why does this not work?
$ bzr branch
On 01/06/2013 01:33 PM, Serpent Consulting Services wrote:
This commit is done on 6.0.4 and hence this change is in
https://code.launchpad.net/~openerp/openobject-server/6.0
Right. My question is not, how do I get the latest minor-point release
of the 6.0 series, which is what
On 01/06/2013 02:49 PM, Serpent Consulting Services wrote:
In that case, you have to revert revisions from your code 6.0.4 to the
tag 6.0!
Right. Where's the 7.0 tag?
___
Mailing list: https://launchpad.net/~openerp-community
Post to :
On 01/06/2013 10:24 PM, Fabrice Henrion wrote:
I find it strange that you would want to get the revision of 7.0 when it was
released the first time without the fixes that have been applied since then.
Is it strange? What if I want to know what those fixes are? What if I'm
comparing behavior
I'd like to propose a workflow enhancement related to bzr branching and
new feature development. A problem with the way bzr stores history makes
it difficult to cherry-pick changes [1]. This is really a problem when
backporting bugfixes or new features.
A sited solution in the bug case is
On 01/02/2013 10:43 AM, Fabien Pinckaers wrote:
Migration of OpenERP is quite complex (like any ERP in the world) that's
why it's a service. A part of this service is automated through our
migration plateform (http://migration.openerp.com) but we still need
several days for each migration
23 matches
Mail list logo