← Back to team overview

openerp-india team mailing list archive

[Bug 936873] Re: No accounting when doing a payment

 

Hello Damien,

I have checked your both the problems. But the account move created successfully when I have payment from DTA.
so I have faced only  one problem supplier invoice  didn't pay .

For your more reference ,I have attached video  .Please take a look.

Please provide more information about second problem.

Thanks!!!

** Attachment added: "Watch this video for more info"
   https://bugs.launchpad.net/openobject-addons/+bug/936873/+attachment/2762060/+files/payment.ogv

** Changed in: openobject-addons
       Status: New => Incomplete

-- 
You received this bug notification because you are a member of OpenERP
Indian Team, which is subscribed to OpenERP Addons.
https://bugs.launchpad.net/bugs/936873

Title:
  No accounting when doing a payment

Status in OpenERP Addons (modules):
  Incomplete

Bug description:
  Hello,

  I use the payments in Accounting / Payment / Payment Orders because I
  can use the DTA function made in the module l10n_ch.

  But when I do payments with this function, no accounting lines are
  generated, and if I pay the lines of an invoice, the invoice stay
  opened.

  To reproduce this bug, try the following procedure:
  - Create a simple supplier invoice with a due date and one line.
  - Validate it
  - Create a payment order
  - Select the line in the supplier invoice previously created using the Select Invoices to Pay wizard
  - Create a DTA for this payment
  - Click on Confirm Payments
  - Click on Make Payments

  You will note 2 problems:
  - If you look at accounting, you won't see any accounting line corresponding to this line.
  - If you look at the supplier invoice, it's still open.

  Because of that, users have to do procedure twice for each invoice.
  The payment order function should do the same function as the Pay
  Invoice button in the supplier invoice.

To manage notifications about this bug go to:
https://bugs.launchpad.net/openobject-addons/+bug/936873/+subscriptions


References