Downpayment procedure

Hello, dear colleagues
Question, should I have two separated pricing procedures to process downpayment and standard process in SD?
Actually the question is regarding VAT. In standard sales the base for VAT calculation should be net value, but for downpayment just a downpayment part. For example:
Standard sales
Net value: 100 eur
VAT: 18% - 18 eur
Downpayment case
Net value: 100 eur
DP: 40% => 40 eur
VAT: 7,20 eur
Procedure:
Step|Count|Cond|Descrip|From|To
200|0|       Before VAT      |
205|0| AZWR | Downpayment |
210|0| MWST | VAT                | 200| 205
SHould I verily create 2 procedures and assign them to seperate order types? Or can I use the same procedure put some requirement or something like that
Many thanks
Valters

Hi,
Down payment request against WBS (F-47) cant be moved to AUC. Only advance payments (F-48 ro F110) Can be moved to AUC provided required config maintained. if you reverse the advance payment document after the settlement, the same will get credit in WBS and the it will be transfered to AUC as Credit in the next settlement run. Transaction type 181 will be used in the reversal.
Please check the Payments report for the WBS element and Asset values in AW10N for AUC asset, this will provide the complete history of the WBS and AUC.
Regards
Murali

Similar Messages

Downpayment in Fixed Assets

Hi all,
I have a doubt about downpayment procedure in FA. We have created a note item as a downpayment in a vendor.
This vendor has a PO assigned to a WBS element which is assigned to a asset under construction. When we run the WBS Settlement this donpayment was posted to the Asset under construction with transaction type 180 (Downpayment). This was in May.
In june the user realize that this note item (Downpayment) was wrongly posted to this place, it will never be paid. They are waiting the invoice to be posted and pay.
The user cancelled the downpayment with FB08. But when we are nunnig the settlement of the WBS in june no reversal is poted in FA with transaction type 181.
What is missed or wrong to post the cancellation of the downpayment into the Asset under construction? What is wrong in the scenario?
Thanks for your kind help.
Regards,
Adela.

Hi,
Down payment request against WBS (F-47) cant be moved to AUC. Only advance payments (F-48 ro F110) Can be moved to AUC provided required config maintained. if you reverse the advance payment document after the settlement, the same will get credit in WBS and the it will be transfered to AUC as Credit in the next settlement run. Transaction type 181 will be used in the reversal.
Please check the Payments report for the WBS element and Asset values in AW10N for AUC asset, this will provide the complete history of the WBS and AUC.
Regards
Murali

Help with F-54 and F-44 in downpayments

I'm really new in FI and I'm confused with what the difference is between F-54 and F-44.
Now I've read most of the documentation and I know that the downpayment procedure flow is as follows (where the Purchase Order total value is $10,000):
1. Downpayment Request (F-47) and Payment (F-48) for $1,000.
2. Invoice (MIRO) for $10,000.
3. Clear Vendor Down Payment (F-54) of $1,000.
4. Payment Processing (F110) for Net Amount $9,000.
However, I tested that instead of F-54 (Clear Vendor DP) in Step 3, I processed a Vendor Clearing (F-44). There doesn't seem to be a difference during Payment processing (F110).
Is there a difference or an SAP Standard / Business reason that I'm missing?

I am trying to design the downpayment for my company and I am facing a critical technical issue that I would appreciate your help. The downpayments are treated as a full payment or advance payment .
The process which is the standard sap process
create PO > create request F-47> payment run F110> GR Migo > Miro or ERS > F-54 > F.13 auto clearing program.
Now the problem i am facing is similar to what some are facing in the post above. I understand that SAP dose not know what invoices to be applied to in F-54 and that is why we have to do it . However the problem is when I am processing multiple GR which will also creates multiple invoices yet for the same line item in the po, which was advanced paid. The problem the system in F-54 will clear the entire downpayment posted for this line item, yet the invoice is only a partial or that downpayment and i am expecting more invoices later. an average of 5 GRs per week , making 5 invoices per week for the same line item. is there way in sap to work around f-54 to allow multiple invoices to be cleared against the downpayment . I did find one solution in F-54 which is to enter the amount to be cleared with the invoice, but i have to do that manually and calculate the amount manually, and i don't want it to have any manual touch points. Please help ! thanks

2007B AR downpayment request (no invoice) acct setup for Payment Advance

I compared 2007A and 2007B. In 2007B there has AR downpayment REQUEST not invoice and the Admin>Setup>Financials>GL Account Determination>tab Sales there is no "Payment Advance" account field need to be setup like 2007A.
I found it from GL Acct Determination, Sales, General, ..... button there has 3 account types (Down Payments receivables #11000, Bill of Exchange Accounts Receivable and Open Debts). I tried to edit the Down Payments Reeivables from #11000 AR to #24400 Customer Deposit but failed, why? Whithout changing this to #24400 liability account there will be no JE generated automatically from B1 for this AR Downpayment Request (?? since no Invoice in 2007B).
Do I need to load the PL9 patch since I did not add any patch for 2007B yet and not sure the latest patch will do anything for this issue? Any documentation for patch detail?

Lily,
On the Incoming Payment screen, you need to click on the Payment Means (money bag) icon / right mouse click select payment means and confirm the amount.
Simply by opening the incoming payment and clicking Add will cause this error to be displayed.
Correct Procedure is,
Select the Customer on the Incoming Payment window..Right mouse click and Select Payment Means / press CTRL+Y
In the Payment Means window, Amount column enter the Payment Amount 1000.00
Click Ok
Click Add

When inserting 2 column details in a single table using Stored Procedure.Only 2 Column details getting inserted.1column details are not getting into the table.Please see the below script and help me to change.

Line 390 Under the (Insert into SALES_TRADEIN Table)
I need to insert (TradeIn_1_VIN) Values If there is no values in (TradeIn_1_VIN) then i have to insert (TradeIn_2_VIN) values to the (SALES_TRADEIN) Table.
After i run then below script only (TradeIn_2_VIN) values are get inserted in the table. (TradeIn_1_VIN) are not getting loaded in to the table.
I think there is the problem from Line No (404 to 414) Please help me change those particular lines to insert (TradeIn_1_VIN) Values also.If there is no details then (TradeIn_2_VIN) need to be inserted.
-- =============================================
-- Stored Procedure for Flatfile_Sales
-- =============================================
USE [IconicMarketing]
---==========Sales_Cursor
--USE [IconicMarketing]
--GO
DECLARE
@FileType
varchar(50),
@ACDealerID
varchar(50),
@ClientDealerID
varchar(50),
@DMSType
varchar(50),
@DealNumber
varchar(50),
@CustomerNumber
varchar(50),
@CustomerName
varchar(50),
@CustomerFirstName
varchar(50),
@CustomerLastName
varchar(50),
@CustomerAddress
varchar(50),
@CustomerCity
varchar(50),
@CustomerState
varchar(50),
@CustomerZip
varchar(50),
@CustomerCounty
varchar(50),
@CustomerHomePhone
varchar(50),
@CustomerWorkPhone
varchar(50),
@CustomerCellPhone
varchar(50),
@CustomerPagerPhone
varchar(50),
@CustomerEmail
varchar(50),
@CustomerBirthDate
varchar(50),
@MailBlock
varchar(50),
@CoBuyerName
varchar(50),
@CoBuyerFirstName
varchar(50),
@CoBuyerLastName
varchar(50),
@CoBuyerAddress
varchar(50),
@CoBuyerCity
varchar(50),
@CoBuyerState
varchar(50),
@CoBuyerZip
varchar(50),
@CoBuyerCounty
varchar(50),
@CoBuyerHomePhone
varchar(50),
@CoBuyerWorkPhone
varchar(50),
@CoBuyerBirthDate
varchar(50),
@Salesman_1_Number
varchar(50),
@Salesman_1_Name
varchar(50),
@Salesman_2_Number
varchar(50),
@Salesman_2_Name
varchar(50),
@ClosingManagerName
varchar(50),
@ClosingManagerNumber
varchar(50),
@F_AND_I_ManagerNumber
varchar(50),
@F_AND_I_ManagerName
varchar(50),
@SalesManagerNumber
varchar(50),
@SalesManagerName
varchar(50),
@EntryDate
varchar(50),
@DealBookDate
varchar(50),
@VehicleYear
varchar(50),
@VehicleMake
varchar(50),
@VehicleModel
varchar(50),
@VehicleStockNumber
varchar(50),
@VehicleVIN
varchar(50),
@VehicleExteriorColor
varchar(50),
@VehicleInteriorColor
varchar(50),
@VehicleMileage
varchar(50),
@VehicleType
varchar(50),
@InServiceDate
varchar(50),
@HoldBackAmount
varchar(50),
@DealType
varchar(50),
@SaleType
varchar(50),
@BankCode
varchar(50),
@BankName
varchar(50),
@SalesmanCommission
varchar(50),
@GrossProfitSale
varchar(50),
@FinanceReserve
varchar(50),
@CreditLifePremium
varchar(50),
@CreditLifeCommision
varchar(50),
@TotalInsuranceReserve
varchar(50),
@BalloonAmount
varchar(50),
@CashPrice
varchar(50),
@AmountFinanced
varchar(50),
@TotalOfPayments
varchar(50),
@MSRP varchar(50),
@DownPayment
varchar(50),
@SecurityDesposit
varchar(50),
@Rebate
varchar(50),
@Term varchar(50),
@RetailPayment
varchar(50),
@PaymentType
varchar(50),
@RetailFirstPayDate
varchar(50),
@LeaseFirstPayDate
varchar(50),
@DayToFirstPayment
varchar(50),
@LeaseAnnualMiles
varchar(50),
@MileageRate
varchar(50),
@APRRate
varchar(50),
@ResidualAmount
varchar(50),
@LicenseFee
varchar(50),
@RegistrationFee
varchar(50),
@TotalTax
varchar(50),
@ExtendedWarrantyName
varchar(50),
@ExtendedWarrantyTerm
varchar(50),
@ExtendedWarrantyLimitMiles
varchar(50),
@ExtendedWarrantyDollar
varchar(50),
@ExtendedWarrantyProfit
varchar(50),
@FrontGross
varchar(50),
@BackGross
varchar(50),
@TradeIn_1_VIN
varchar(50),
@TradeIn_2_VIN
varchar(50),
@TradeIn_1_Make
varchar(50),
@TradeIn_2_Make
varchar(50),
@TradeIn_1_Model
varchar(50),
@TradeIn_2_Model
varchar(50),
@TradeIn_1_ExteriorColor
varchar(50),
@TradeIn_2_ExteriorColor
varchar(50),
@TradeIn_1_Year
varchar(50),
@TradeIn_2_Year
varchar(50),
@TradeIn_1_Mileage
varchar(50),
@TradeIn_2_Mileage
varchar(50),
@TradeIn_1_Gross
varchar(50),
@TradeIn_2_Gross
varchar(50),
@TradeIn_1_Payoff
varchar(50),
@TradeIn_2_Payoff
varchar(50),
@TradeIn_1_ACV
varchar(50),
@TradeIn_2_ACV
varchar(50),
@Fee_1_Name
varchar(50),
@Fee_1_Fee
varchar(50),
@Fee_1_Commission
varchar(50),
@Fee_2_Name
varchar(50),
@Fee_2_Fee
varchar(50),
@Fee_2_Commission
varchar(50),
@Fee_3_Name
varchar(50),
@Fee_3_Fee
varchar(50),
@Fee_3_Commission
varchar(50),
@Fee_4_Name
varchar(50),
@Fee_4_Fee
varchar(50),
@Fee_4_Commission
varchar(50),
@Fee_5_Name
varchar(50),
@Fee_5_Fee
varchar(50),
@Fee_5_Commission
varchar(50),
@Fee_6_Name
varchar(50),
@Fee_6_Fee
varchar(50),
@Fee_6_Commission
varchar(50),
@Fee_7_Name
varchar(50),
@Fee_7_Fee
varchar(50),
@Fee_7_Commission
varchar(50),
@Fee_8_Name
varchar(50),
@Fee_8_Fee
varchar(50),
@Fee_8_Commission
varchar(50),
@Fee_9_Name
varchar(50),
@Fee_9_Fee
varchar(50),
@Fee_9_Commission
varchar(50),
@Fee_10_Name
varchar(50),
@Fee_10_Fee
varchar(50),
@Fee_10_Commission
varchar(50),
@ContractDate
varchar(50),
@InsuranceName
varchar(50),
@InsuranceAgentName
varchar(50),
@InsuranceAddress
varchar(50),
@InsuranceCity
varchar(50),
@InsuranceState
varchar(50),
@InsuranceZip
varchar(50),
@InsurancePhone
varchar(50),
@InsurancePolicyNumber
varchar(50),
@InsuranceEffectiveDate
varchar(50),
@InsuranceExpirationDate
varchar(50),
@InsuranceCompensationDeduction
varchar(50),
@TradeIn_1_InteriorColor
varchar(50),
@TradeIn_2_InteriorColor
varchar(50),
@PhoneBlock
varchar(50),
@LicensePlateNumber
varchar(50),
@Cost varchar(50),
@InvoiceAmount
varchar(50),
@FinanceCharge
varchar(50),
@TotalPickupPayment
varchar(50),
@TotalAccessories
varchar(50),
@TotalDriveOffAmount
varchar(50),
@EmailBlock
varchar(50),
@ModelDescriptionOfCarSold
varchar(50),
@VehicleClassification
varchar(50),
@ModelNumberOfCarSold
varchar(50),
@GAPPremium
varchar(50),
@LastInstallmentDate
varchar(50),
@CashDeposit
varchar(50),
@AHPremium
varchar(50),
@LeaseRate
varchar(50),
@DealerSelect
varchar(50),
@LeasePayment
varchar(50),
@LeaseNetCapCost
varchar(50),
@LeaseTotalCapReduction
varchar(50),
@DealStatus
varchar(50),
@CustomerSuffix
varchar(50),
@CustomerSalutation
varchar(50),
@CustomerAddress2
varchar(50),
@CustomerMiddleName
varchar(50),
@GlobalOptOut
varchar(50),
@LeaseTerm
varchar(50),
@ExtendedWarrantyFlag
varchar(50),
@Salesman_3_Number
varchar(50),
@Salesman_3_Name
varchar(50),
@Salesman_4_Number
varchar(50),
@Salesman_4_Name
varchar(50),
@Salesman_5_Number
varchar(50),
@Salesman_5_Name
varchar(50),
@Salesman_6_Number
varchar(50),
@Salesman_6_Name
varchar(50),
@APRRate2
varchar(50),
@APRRate3
varchar(50),
@APRRate4
varchar(50),
@Term2
varchar(50),
@SecurityDeposit2
varchar(50),
@DownPayment2
varchar(50),
@TotalOfPayments2
varchar(50),
@BasePayment
varchar(50),
@JournalSaleAmount
varchar(50),
@IndividualBusinessFlag
varchar(50),
@InventoryDate
varchar(50),
@StatusDate
varchar(50),
@ListPrice
varchar(50),
@NetTradeAmount
varchar(50),
@TrimLevel
varchar(50),
@SubTrimLevel
varchar(50),
@BodyDescription
varchar(50),
@BodyDoorCount
varchar(50),
@TransmissionDesc
varchar(50),
@EngineDesc
varchar(50),
@TypeCode
varchar(50),
@SLCT2
varchar(50),
@DealDateOffset
varchar(50),
@AccountingDate
varchar(50),
@CoBuyerCustNum
varchar(50),
@CoBuyerCell
varchar(50),
@CoBuyerEmail
varchar(50),
@CoBuyerSalutation
varchar(50),
@CoBuyerPhoneBlock
varchar(50),
@CoBuyerMailBlock
varchar(50),
@CoBuyerEmailBlock
varchar(50),
@RealBookDate
varchar(50),
@CoBuyerMiddleName
varchar(50),
@CoBuyerCountry
varchar(50),
@CoBuyerAddress2
varchar(50),
@CoBuyerOptOut
varchar(50),
@CoBuyerOccupation
varchar(50),
@CoBuyerEmployer
varchar(50),
@Country
varchar(50),
@Occupation
varchar(50),
@Employer
varchar(50),
@Salesman2Commission
varchar(50),
@BankAddress
varchar(50),
@BankCity
varchar(50),
@BankState
varchar(50),
@BankZip
varchar(50),
@LeaseEstimatedMiles
varchar(50),
@AFTReserve
varchar(50),
@CreditLifePrem
varchar(50),
@CreditLifeRes
varchar(50),
@AHRes
varchar(50),
@Language
varchar(50),
@BuyRate
varchar(50),
@DMVAmount
varchar(50),
@Weight
varchar(50),
@StateDMVTotFee
varchar(50),
@ROSNumber
varchar(50),
@Incentives
varchar(50),
@CASS_STD_LINE1
varchar(50),
@CASS_STD_LINE2
varchar(50),
@CASS_STD_CITY
varchar(50),
@CASS_STD_STATE
varchar(50),
@CASS_STD_ZIP
varchar(50),
@CASS_STD_ZIP4
varchar(50),
@CASS_STD_DPBC
varchar(50),
@CASS_STD_CHKDGT
varchar(50),
@CASS_STD_CART
varchar(50),
@CASS_STD_LOT
varchar(50),
@CASS_STD_LOTORD
varchar(50),
@CASS_STD_URB
varchar(50),
@CASS_STD_FIPS
varchar(50),
@CASS_STD_EWS
varchar(50),
@CASS_STD_LACS
varchar(50),
@CASS_STD_ZIPMOV
varchar(50),
@CASS_STD_Z4LOM
varchar(50),
@CASS_STD_NDIAPT
varchar(50),
@CASS_STD_NDIRR
varchar(50),
@CASS_STD_LACSRT
varchar(50),
@CASS_STD_ERROR_CD
varchar(50),
@NCOA_AC_ID
varchar(50),
@NCOA_COA_ADDSRC
varchar(50),
@NCOA_COA_MATCH
varchar(50),
@NCOA_COA_MOVTYP
varchar(50),
@NCOA_COA_DATE
varchar(50),
@NCOA_COA_DELCD
varchar(50),
@NCOA_COA_RTYPE
varchar(50),
@NCOA_COA_RTNCD
varchar(50),
@NCOA_COA_LINE1
varchar(50),
@NCOA_COA_LINE2
varchar(50),
@NCOA_COA_CITY
varchar(50),
@NCOA_COA_STATE
varchar(50),
@NCOA_COA_ZIP
varchar(50),
@NCOA_COA_ZIP4
varchar(50),
@NCOA_COA_DPBC
varchar(50),
@NCOA_COA_CHKDGT
varchar(50),
@NCOA_COA_CART
varchar(50),
@NCOA_COA_LOT
varchar(50),
@NCOA_COA_LOTORD
varchar(50),
@NCOA_COA_URB
varchar(50),
@NCOA_COA_Z4LOM
varchar(50),
@NCOA_COA_ACTION
varchar(50),
@NCOA_COA_QNAME
varchar(50),
@NCOA_DPV_AA
varchar(50),
@NCOA_DPV_A1
varchar(50),
@NCOA_DPV_BB
varchar(50),
@NCOA_DPV_CC
varchar(50),
@NCOA_DPV_M1
varchar(50),
@NCOA_DPV_M3
varchar(50),
@NCOA_DPV_N1
varchar(50),
@NCOA_DPV_P1
varchar(50),
@NCOA_DPV_P3
varchar(50),
@NCOA_DPV_RR
varchar(50),
@NCOA_DPV_R1
varchar(50),
@NCOA_DPV_STATUS
varchar(50),
@NCOA_DPV_F1
varchar(50),
@NCOA_DPV_G1
varchar(50),
@NCOA_DPV_U1
varchar(50),
@myerror
varchar(500),
@SalesID
int,
@errornumber int,
@errorseverity varchar(500),
@errorstate int,
@errorprocedure varchar(500),
@errorline varchar(50),
@errormessage varchar(1000);
DECLARE Sales_Cursor CURSOR FOR
SELECT * from FLATFILE_SALES;
OPEN Sales_Cursor;
:r C:\Clients\BlackBook\BlackBookMarketing\Bharath\LOG_SALES_INSERT.sql
WHILE @@FETCH_STATUS = 0
BEGIN
PRINT @VehicleVIN ;
--===============================================================================
-- ****************** insert into Sales Table ***********
BEGIN TRY
INSERT INTO Sales
IconicDealerID,
DealNumber,
CustomerNumber,
DMSType,
ContractDate
VALUES (@ClientDealerID,@DealNumber,@CustomerNumber,@DMSType,@ContractDate);
END TRY
BEGIN CATCH
SELECT
@errornumber = ERROR_NUMBER()
,@errorseverity = ERROR_SEVERITY()
,@errorstate = ERROR_STATE()
,@errorprocedure = ERROR_PROCEDURE()
,@errorline = ERROR_LINE()
,@errormessage = ERROR_MESSAGE();
:r C:\Clients\BlackBook\BlackBookMarketing\Bharath\LOG_SALES_INSERT.sql
@errornumber ,
@errorseverity ,
@errorstate,
@errorprocedure,
@errorline,
@errormessage);
END CATCH
PRINT @errornumber;
PRINT @errorseverity;
PRINT @errorprocedure;
PRINT @errorline;
PRINT @errormessage;
PRINT @errorstate;
set @myerror = @@ERROR;
-- This PRINT statement prints 'Error = 0' because
-- @@ERROR is reset in the IF statement above.
PRINT N'Error = ' + @myerror;
set @SalesID = scope_identity();
PRINT @SalesID;
--================================================================================
--Insert into SALES_TRADEIN Table
BEGIN TRY
INSERT INTO SALES_TRADEIN
SalesID,
TradeIn_VIN,
TradeIn_Make,
TradeIn_Model,
TradeIn_ExteriorColor,
TradeIn_Year,
TradeIn_Mileage,
TradeIn_Gross,
TradeIn_Payoff,
TradeIn_ACV,
TradeIn_InteriorColor
VALUES
@SalesID,
case when @TradeIn_1_VIN is not null then @TradeIn_2_VIN end,
case when @TradeIn_1_Make is not null then @TradeIn_2_Make end,
case when @TradeIn_1_Model is not null then @TradeIn_2_Model end,
case when @TradeIn_1_ExteriorColor is not null then @TradeIn_2_ExteriorColor end,
case when @TradeIn_1_Year is not null then @TradeIn_2_Year end,
case when @TradeIn_1_Mileage is not null then @TradeIn_2_Mileage end,
case when @TradeIn_1_Gross is not null then @TradeIn_2_Gross end,
case when @TradeIn_1_Payoff is not null then @TradeIn_2_Payoff end,
case when @TradeIn_1_ACV is not null then @TradeIn_2_ACV end,
case when @TradeIn_1_InteriorColor is not null then @TradeIn_2_InteriorColor end
END TRY
BEGIN CATCH
SELECT
@errornumber = ERROR_NUMBER()
,@errorseverity = ERROR_SEVERITY()
,@errorstate = ERROR_STATE()
,@errorprocedure = ERROR_PROCEDURE()
,@errorline = ERROR_LINE()
,@errormessage = ERROR_MESSAGE();
:r C:\Clients\BlackBook\BlackBookMarketing\Bharath\LOG_SALES_INSERT.sql
END CATCH

This is what I've understood from your question. You want to replace @TradeIn_2_VIN value if @TradeIn_1_VIN
is NULL, else the value of @TradeIn_1_VIN.
If this is the requirement then, your CASE statement is missing ELSE part. You can re-write this as below
case when @TradeIn_1_VIN is null then @TradeIn_2_VIN
ELSE @TradeIn_1_VIN end,
or simply you can replace the CASE statement with the below
COALESCE function,
COALESCE(@TradeIn_1_VIN, @TradeIn_2_VIN),
Krishnakumar S

How to clear downpayment of higher value than invoice

Dear All,
I'm tryig to establish new procedures at cutomer AP department and one of them is causing me a headache.
Situation looks like this.
- Vendors requests for Downpayment
- Downpayment request is posted with F-47 (value 1000 USD)
- Downpayment request is paid with F110
Now, couple of days later, vendor comes back with an invoice ( only 700 USD)
- Invoice is posted with FB01
- Now, downpayment should be cleared (F-54) againist the invoice - PROBLEM is that downpayment value is more than invoice value.
Question: How to clear downpayment in this situation so remaining amount (1000 - 700 = 300 USD) becomes a regular "Vendor debit".
Objective: I need to clear this dowpnayment in a way which will cause 0 (zero) payment to the Vendor invoice in F110 and remaining amount can be cleared in the future when Vendor returns the money to the cashier.
Thanks for help - in advance.
Best regards
Tomasz
Vendor will eventually return cash and
Edited by: Tomasz Gaczynski on Oct 25, 2010 5:03 AM

Ok, I owe you some more explanations:
The "Vendor" is actually a company employee created as vendor. He receives expenses downpayment and comes back with set or "original receipt" slips and summarized expense report which is posted as Invoice. HE HAS TO return the money as no "further invoice" will be issued.
In current process - F-44 is used but I'm trying to get rid of it.
I'd like to have a scenario like this:
- Downpayment is paid
- Employee comes back with sumary expense which is posted with FB01
- Invoice is cleared against downapyment with F-54
- Upon payment run, invoice is cleared (zero payment is maid) and Vendor account is debited with remaining amount
- Employee returns money which are posted and cleared against remaining, original downpayment
- Emplyee (Vendor account) balance is now 0.
- Case closed.
Now, like I said - they clear everything with F-44 and case closed.
I need to come up with something using F-54 (maybe with transfer posting) as in future, this process should be automated and F-54 is easier to use than F-44.
Any ideas? Thanks

Not able to Post downpayment document to accounting.

Hi Gurus,
I am facing problem at the time of posting an downpayment request to accounting for few of the service materials.
The error is as follows in details,
======================================
No VAT registration numbers are allowed for down payments/requests
Message no. FS229
Diagnosis
You entered a tax code for a down payment or down payment request which is defined as an EC tax code. This is not permitted, since this posting is not subject to EC tax. A tax statement requirement exists upon the delivery of goods to a foreign EC country, but not, however, upon receipt of the down payment.
System Response
The system does not allow the tax code.
Procedure
Use a different tax code or EC-identifier.
===========================================
What changes for TAX configuration I need to carry out to remove this error.
Thanks
Regards
Vinod Naik

Hi,
Check if any of the condition types which has the account is having a tax code.. That tax code shouldn't have defined as EC tax code.
When you double click on the line item condition type which will be posted to accounts, you could see the G/L account and tax code. Ask you FI consultant to check how that tax code has been defined.
Btw, it is always good if you open a new thread.. But you can refer the old thread inside your post.
Regards, Sai Krishna.

Downpayment with Invoicing Plan

Hello all,
I'm trying to make a downpayment to a Vendor based upon a Purchase order (PO).
Here folows the procedure reflected on the system:
1)Creation of the PO with one valuated material (quantity and amount) item.
in the item invoice, we can have invoice plan based upon % or amount. Therefore,
in the logistics invoice the quantity is not verified.
2)Processing the downpayment by MIRO, it appears as a negative value because there is
no special GL indicator. I do know that by F-48 I can assign the downpayment to the PO.
But, the tricky procedure is that I can't settle a condition at item level in order to
consider it as the downpayment (profit to the vendor) and reduced for the total of invoices.
3)When I do Goods-receipt (GR), it increases the stock quantity but I can't see the finantial
documents related. If I want to enter the logistic invoice, there is no quantity to verify.
Only the ammount is possible to verify.
We would like to enter the Downpayment based on one invoicing plan, but with GR/IV flag active.
If we can be able to do this, everything will work properly as they use in the ancient system.
We can also use a finantial item in order to deturn this problem, but this doesn't compensate
the finantial open items (this means that he has the same sign " - ").
Can anyone help us to solve this problem?
Thank you in advance very much!
Best regards,
Pedro Grabulho.

Hi ,
I give my thoughts on this .
1) I agree that if use F-48 for down payment , u won;t be able to do at the line item level . But u are entering only the Purchase order number as reference and there is no provision for line item . In this case also system won;t allow you to make payment beyond the purchase order value.
2) Once GR Based IV is flagged in the PO , it is not advisable to use MIRO for down payment.
Regards
Mani

F-48- Downpayement related to downpayment request and enhancements for PO

Hi to all,
Is there anyone that can explain me why in F-48 transaction, when I make a downpayment related to downpayment request, in the subsequent screen the fields are filled with the value retrieve from previous screen ( in which I selected the downpayent request related to DP I'm posting) all fields except the purchase order field that remains NOT filled ("space" ). So it should be filled by the user. I was asked to find a substitution in order to make this field automatically filled with the correct value without the user needs to fill it manually . The problem is that purchase order field seems to be related to another field called LPN (Long Procuerement Number ). Anyone can suggest a suitable enhancement for substitution ?
Thanks in advance...
Andrew

Thanks Tejas sir, AND VV sir,
Sri Problem resolved. But sir, we want while F-47 payment request special GL Indicator A in both case in F-48 too.. spl GL Indicator A only. while doing the same thing getting error.. see the error Below.
Special G/L indicator A is not defined for down payments
Message no. F5053
Diagnosis
The specified special G/L indicator is not classified as "down payment" or not listed in the list of the target special G/L indicators for indicator "F".
System Response
The entry is not accepted.
Procedure
Enter an allowed special G/L indicator or initiate a change of the default settings.
Kindly help me sir.
Thanks
Pranav Kr. Gupta
Note: i will give u the point. as well sir.

How to knock off Vendor downpayment against Vendor Invoice

Hi,
I have made a Vendor downpayment from F-48 & my entries are
Vendor 7000 Dr
Bank      7000 Cr
I Posted a Invoice for service tax from FB60 with entries
Vendor                            7000     Cr
Building construction       6410.7 Dr
A/P Service tax interim    641.07 Dr
A/P Service Tax ECS      12.82    Dr
A/P Service Tax SHEC    6.41     Dr
TDS                                 71        Cr
In FBL1N the invoice is showing as Open Item.
I want to knock off the Downpayment against Invoice. What is the procedure?

Hi,
Please use F-44 and make sure you have to mention special GL indicator under open item selection tab.
Then only the line item will be diplayed.
Rgds
Murali. N

Approval procedure required for Delivery note based on condtions

Dear All,
I have the followings situation in which the business flow is as such that Sales Quotation is made and based on the Sales Quotation AR Down Payment request is made. Once the downpayment is recieved from the customer entries are made in Incoming Payment, Sales Order is booked and AR downpayment Invoice is booked. As there are milestone payment means 30 %, 60 % which would be done through AR downpayment Invoice and final 10 % is the final AR Invoice done. Now lets say that I have a Sales quotation No 10001 having an value of USD 10000 based on which AR Downpayment Request for 30 % and incoming payment comes from the customer for 30 % which is 30 % of USD 10000 is USD 3000. After reciept of payment based on Sales Quotation No 10001 a Sales Order is been booked ( Document Number 20001 ) with a payment terms of 30 days credit. Now I want an approval procedure in the Delivery Note to do a check that if for that particular Order No the payment terms is for 30 days credit means the payment due date and if the next 60 % the customer does not pay in time (which is after 30 days) the delivery would require an approval from the Finance head.
I think the above situation can be solved from the approval procedure with the help of some query but am not able to understand as to how to work on it.
Would be obliged if you can throw some light in it.
Regards,
Rahul

Dear Gordon,
I think you did not understood my requirement. See the first 30 % downpayment the customer would be giving at the time of Sales Quotation. Now ater 30 % is recieved sales order would be booked. Now based on the sales Order delivery would be ONLY done when the next 60 % the customer pays. If he does not pays the next 60 % I want an approval to be done for delivery.
I had mentioned in my earier thread - ''next 60 % the customer does not pay in time (which is after 30 days) the delivery would require an approval from the Finance head.''
Means I want an approval check to be done on delivery with a condition of 60 % of the order value. And the final AR invoice would be done on the last 10 %.
I hope I am clear in my requirement.
Regards,
Rahul

Condition Based Downpayment

Dear All,
We are using ECC 6.0 EHP5.0 with single instance worldwide, one controlling area, one global chart of account and one fiscal year for all company codes in SAP and for each company code we have 1:1 mapping to sales organization.
We are in process of implementing "Condition based Down payment" with conjunction with a billing Plan but the billing plans is not including any down payment items .
We followed the SAP best practices guide to setup the condition types and pricing procedure per the guide
http://help.sap.com/bp_retail603/BBLibrary/Documentation/732_BB_ConfigGuide_EN_US.doc
We followed the following process:
1. Created a regular Sales order with 2 items with a total value of say 5,000 GBP and entered a value for condition AZWA in the sales order header for 1,000 GBP
2. Entered a down payment for that amount (1,000 GBP) using t-code (F-29). In F-29 we entered the special G/L indicator = A (downpayment) and tried to reference the sales order number. However, the system gave error message u201CMessage no. V1125 - Enter the item numberu201D so we were forced to enter the payment at the line item level.
3. Created the invoice for this item and received the expected value in the AZWB pricing condition but the accounting document did NOT settle the down-payment amount per the value in AZWB.
We have the following questions:
1. How can we make the F-29 payment using only the sales order number (i.e. at the header levelu2026without the line item)? The SAP Help implies that this is possible. (http://help.sap.com/erp2005_ehp_05/helpdata/EN/dd/560e4b545a11d1a7020000e829fd11/frameset.htm) in the Down Payment Processing (Basis: Document Condition) section under u2018Incoming Paymentsu2019 it says u2018The system summarily posts the payment to the sales order number, not item-specificallyu2019. It then also says u2018Aside from this it is possible to post the incoming payment directly in the financial accounting (transaction F-29). The important thing here is that the financial accounting item contains a reference to the sales order number. It is also possible to post item-specific down payments.u2019
2. During Final Billing, how and we get the accounting document to settle the down-payment amount per the value in condition type AZWB. In the billing-plan process, the final billing settles the downpayment. We want the condition based final billing to act in a similar way and do not want to have to perform a manual downpayment settlement separately (via F-39).
Thank you in advance,
Vicki

Hi,
In the billing plan Billing rule should be maintained as "4" or "5" which indicates that line is down payment. Assign down payment request for this Billing plan item.
What is the billing document type you have used for the invoicing?
Check if Billing category is "P = Down payment request"
When a down payment request is created it will process only dowm payments.
In F-29 system will process only those docuements which are identified as Down payment request.
Hope this helps.
Regards,
Sharan

Using indicators other than "A/F" for Downpayment transaction F-37

Scenario-- We need a one -sided entry(noted items) where will send "invoice like" document to customer for the amount agreed in milestone related to contract(not exactly milestone functionality).
We want to use transaction Downpayment Payment F-37 For this but want to use a different set of Special indicators (e.g. J, T) to keep it separate from the special ind A,F which we use for the regular payment process. having separate Sp G/L indicator will enable AR team to different the items for the Mile stone process.
There are also separate GL account involved for this special process.
I changed the available special GL incators-J,T. But when I changed the properties of the sp ind "T" to "noted items" I get the message below.
How can I use a different set of special GL indicators for downpayment process?
===================================
Down payments and noted items not possible for special G/L indicator T
Message no. F4089
Diagnosis
You selected the noted items as the attribute for the special G/L indicator T. This special G/L account indicator is a down payment/down payment request indicator. This combination is only permitted for special G/L indicator F.
System Response
The system cannot accept this setting.
Procedure
Change your setting for the special G/L indicator.
Edited by: MN on May 8, 2011 8:57 PM

Hello,
Have you find any solution for this. I have the same requirement.
Thanks in advance for your feedback,
Emmanuel

Downpayment against Internal Order

I have created a statistical internal order for Asset Under Construction and assigne iin Asset Master Record. Budget is also allocated.
At the time of migo system give POP UP if value exceeded from budget.
Client requirement is :
1. Downpayment against Internal Order
2. Need POP UP if downpayment is morethan budget.
Please help.
regards
imdad

Hi,
Maintain cost elements for the down payments (OKEP transaction) and the budget will be checked in regular procedure. You can read more here:
http://help.sap.com/erp2005_ehp_04/helpdata/EN/2a/f9f71b493111d182b70000e829fbfe/frameset.htm
Regards,
Eli

Sales Analysis with AR Downpayment Invoice

Hi all
Please help if you know how to rectify this customised stored procedure for Sales Analysis Crystal Report.
It does not reflect the Sales amount for AR Invoice that is linked to a fully paid Downpayment Invoice.
[SBODemoSG]
ANSI_NULLS ON
QUOTED_IDENTIFIER ON
PROC [dbo].[GPbySP]
datetime, @DateTo datetime, @SlpFrom nvarchar(20), @SlpTo nvarchar(20)
'IN' as DocType, T0.DocNum, T0.DocDate, T1.CardName, T0.DocCur, T0.DocRate,
WHEN T0.DocCur=(SELECT TOP 1 T10.MainCurncy FROM OADM T10) THEN T0.DocTotal ELSE T0.DocTotalFC END as 'DocAmt',
.DocTotal-T0.VatSum as 'DocTotalBefTax', T0.VatSum, T0.DocTotal,
.ItemCode, T3.ItemName, T2.Quantity, T2.LineTotal, T2.GrossBuyPr as 'ItemCost', T2.GrssProfit, T5.SlpName, T5.SlpCode,
.GrosProfit
OINV T0
JOIN OCRD T1 ON T0.CardCode=T1.CardCode
JOIN INV1 T2 ON T0.DocEntry=T2.DocEntry
JOIN OITM T3 ON T2.ItemCode=T3.ItemCode
JOIN OITB T4 ON T3.ItmsGrpCod=T4.ItmsGrpCod
JOIN OSLP T5 ON T0.SlpCode=T5.SlpCode
T0.DocDate BETWEEN @DateFrom AND @DateTo AND T5.SlpName BETWEEN @SlpFrom AND @SlpTo
ALL
'CN' as DocType, T0.DocNum, T0.DocDate, T1.CardName, T0.DocCur, T0.DocRate,
WHEN T0.DocCur=(SELECT TOP 1 T10.MainCurncy FROM OADM T10) THEN T0.DocTotal*-1 ELSE T0.DocTotalFC*-1 END as 'DocAmt',
T0.DocTotal-T0.VatSum)*-1 as 'DocTotalBefTax', T0.VatSum*-1, T0.DocTotal*-1,
.ItemCode, T3.ItemName, T2.Quantity*-1, T2.LineTotal*-1, T2.GrossBuyPr*-1 as 'ItemCost', T2.GrssProfit*-1, T5.SlpName, T5.SlpCode,
.GrosProfit*-1
ORIN T0
JOIN OCRD T1 ON T0.CardCode=T1.CardCode
JOIN RIN1 T2 ON T0.DocEntry=T2.DocEntry
JOIN OITM T3 ON T2.ItemCode=T3.ItemCode
JOIN OITB T4 ON T3.ItmsGrpCod=T4.ItmsGrpCod
JOIN OSLP T5 ON T0.SlpCode=T5.SlpCode
T0.DocDate BETWEEN @DateFrom AND @DateTo AND T5.SlpName BETWEEN @SlpFrom AND @SlpTo

Hi,
Try to add below portion in above query with union:
'DP' as DocType, T0.DocNum, T0.DocDate, T1.CardName, T0.DocCur, T0.DocRate,
WHEN T0.DocCur=(SELECT TOP 1 T10.MainCurncy FROM OADM T10) THEN T0.DocTotal*-1 ELSE T0.DocTotalFC*-1 END as 'DocAmt',
T0.DocTotal-T0.VatSum)*-1 as 'DocTotalBefTax', T0.VatSum*-1, T0.DocTotal*-1,
.ItemCode, T3.ItemName, T2.Quantity*-1, T2.LineTotal*-1, T2.GrossBuyPr*-1 as 'ItemCost', T2.GrssProfit*-1, T5.SlpName, T5.SlpCode,
.GrosProfit*-1
ODPI T0
JOIN OCRD T1 ON T0.CardCode=T1.CardCode
JOIN RIN1 T2 ON T0.DocEntry=T2.DocEntry
JOIN OITM T3 ON T2.ItemCode=T3.ItemCode
JOIN OITB T4 ON T3.ItmsGrpCod=T4.ItmsGrpCod
JOIN OSLP T5 ON T0.SlpCode=T5.SlpCode
T0.DocDate BETWEEN @DateFrom AND @DateTo AND T5.SlpName BETWEEN @SlpFrom AND @SlpTo
Thanks & Regards,
Nagarajan

Downpayment procedure

Similar Messages

Maybe you are looking for