public class CreditMemoRequest extends VdmEntity<CreditMemoRequest>
Original entity name from the Odata EDM: A_CreditMemoRequestType
Modifier and Type | Class and Description |
---|---|
static class |
CreditMemoRequest.CreditMemoRequestBuilder |
Modifier and Type | Field and Description |
---|---|
static CreditMemoRequestSelectable |
ALL_FIELDS
Selector for all available fields of CreditMemoRequest.
|
static CreditMemoRequestField<LocalDateTime> |
BILLING_DOCUMENT_DATE
Use with available fluent helpers to apply the BillingDocumentDate field to query operations.
|
static CreditMemoRequestField<String> |
CREATED_BY_USER
Use with available fluent helpers to apply the CreatedByUser field to query operations.
|
static CreditMemoRequestField<LocalDateTime> |
CREATION_DATE
Use with available fluent helpers to apply the CreationDate field to query operations.
|
static CreditMemoRequestField<String> |
CREDIT_MEMO_REQUEST
Use with available fluent helpers to apply the CreditMemoRequest field to query operations.
|
static CreditMemoRequestField<LocalDateTime> |
CREDIT_MEMO_REQUEST_DATE
Use with available fluent helpers to apply the CreditMemoRequestDate field to query operations.
|
static CreditMemoRequestField<String> |
CREDIT_MEMO_REQUEST_TYPE
Use with available fluent helpers to apply the CreditMemoRequestType field to query operations.
|
static CreditMemoRequestField<String> |
CUSTOMER_PAYMENT_TERMS
Use with available fluent helpers to apply the CustomerPaymentTerms field to query operations.
|
static CreditMemoRequestField<LocalDateTime> |
CUSTOMER_PURCHASE_ORDER_DATE
Use with available fluent helpers to apply the CustomerPurchaseOrderDate field to query operations.
|
static CreditMemoRequestField<String> |
CUSTOMER_PURCHASE_ORDER_TYPE
Use with available fluent helpers to apply the CustomerPurchaseOrderType field to query operations.
|
static CreditMemoRequestField<String> |
DISTRIBUTION_CHANNEL
Use with available fluent helpers to apply the DistributionChannel field to query operations.
|
static CreditMemoRequestField<String> |
HEADER_BILLING_BLOCK_REASON
Use with available fluent helpers to apply the HeaderBillingBlockReason field to query operations.
|
static CreditMemoRequestField<String> |
INCOTERMS_CLASSIFICATION
Use with available fluent helpers to apply the IncotermsClassification field to query operations.
|
static CreditMemoRequestField<String> |
INCOTERMS_LOCATION1
Use with available fluent helpers to apply the IncotermsLocation1 field to query operations.
|
static CreditMemoRequestField<String> |
INCOTERMS_LOCATION2
Use with available fluent helpers to apply the IncotermsLocation2 field to query operations.
|
static CreditMemoRequestField<String> |
INCOTERMS_TRANSFER_LOCATION
Use with available fluent helpers to apply the IncotermsTransferLocation field to query operations.
|
static CreditMemoRequestField<String> |
INCOTERMS_VERSION
Use with available fluent helpers to apply the IncotermsVersion field to query operations.
|
static CreditMemoRequestField<LocalDateTime> |
LAST_CHANGE_DATE
Use with available fluent helpers to apply the LastChangeDate field to query operations.
|
static CreditMemoRequestField<ZonedDateTime> |
LAST_CHANGE_DATE_TIME
Use with available fluent helpers to apply the LastChangeDateTime field to query operations.
|
static CreditMemoRequestField<String> |
ORGANIZATION_DIVISION
Use with available fluent helpers to apply the OrganizationDivision field to query operations.
|
static CreditMemoRequestField<String> |
OVERALL_ORD_RELTD_BILLG_STATUS
Use with available fluent helpers to apply the OverallOrdReltdBillgStatus field to query operations.
|
static CreditMemoRequestField<String> |
OVERALL_SD_DOCUMENT_REJECTION_STS
Use with available fluent helpers to apply the OverallSDDocumentRejectionSts field to query operations.
|
static CreditMemoRequestField<String> |
OVERALL_SD_PROCESS_STATUS
Use with available fluent helpers to apply the OverallSDProcessStatus field to query operations.
|
static CreditMemoRequestField<String> |
PAYMENT_METHOD
Use with available fluent helpers to apply the PaymentMethod field to query operations.
|
static CreditMemoRequestField<LocalDateTime> |
PRICING_DATE
Use with available fluent helpers to apply the PricingDate field to query operations.
|
static CreditMemoRequestField<String> |
PURCHASE_ORDER_BY_CUSTOMER
Use with available fluent helpers to apply the PurchaseOrderByCustomer field to query operations.
|
static CreditMemoRequestField<String> |
SALES_DISTRICT
Use with available fluent helpers to apply the SalesDistrict field to query operations.
|
static CreditMemoRequestField<String> |
SALES_GROUP
Use with available fluent helpers to apply the SalesGroup field to query operations.
|
static CreditMemoRequestField<String> |
SALES_OFFICE
Use with available fluent helpers to apply the SalesOffice field to query operations.
|
static CreditMemoRequestField<String> |
SALES_ORGANIZATION
Use with available fluent helpers to apply the SalesOrganization field to query operations.
|
static CreditMemoRequestField<String> |
SD_DOCUMENT_REASON
Use with available fluent helpers to apply the SDDocumentReason field to query operations.
|
static CreditMemoRequestField<LocalDateTime> |
SERVICES_RENDERED_DATE
Use with available fluent helpers to apply the ServicesRenderedDate field to query operations.
|
static CreditMemoRequestField<String> |
SOLD_TO_PARTY
Use with available fluent helpers to apply the SoldToParty field to query operations.
|
static CreditMemoRequestLink<CreditMemoRequestItem> |
TO_ITEM
Use with available fluent helpers to apply the to_Item navigation property to query operations.
|
static CreditMemoRequestLink<CreditMemoReqPartner> |
TO_PARTNER
Use with available fluent helpers to apply the to_Partner navigation property to query operations.
|
static CreditMemoRequestLink<CreditMemoReqPrcgElmnt> |
TO_PRICING_ELEMENT
Use with available fluent helpers to apply the to_PricingElement navigation property to query operations.
|
static CreditMemoRequestField<String> |
TOTAL_CREDIT_CHECK_STATUS
Use with available fluent helpers to apply the TotalCreditCheckStatus field to query operations.
|
static CreditMemoRequestField<BigDecimal> |
TOTAL_NET_AMOUNT
Use with available fluent helpers to apply the TotalNetAmount field to query operations.
|
static CreditMemoRequestField<String> |
TRANSACTION_CURRENCY
Use with available fluent helpers to apply the TransactionCurrency field to query operations.
|
changedOriginalFields
Constructor and Description |
---|
CreditMemoRequest() |
CreditMemoRequest(String creditMemoRequest,
String creditMemoRequestType,
String salesOrganization,
String distributionChannel,
String organizationDivision,
String salesGroup,
String salesOffice,
String salesDistrict,
String soldToParty,
LocalDateTime creationDate,
String createdByUser,
LocalDateTime lastChangeDate,
ZonedDateTime lastChangeDateTime,
String purchaseOrderByCustomer,
String customerPurchaseOrderType,
LocalDateTime customerPurchaseOrderDate,
LocalDateTime creditMemoRequestDate,
BigDecimal totalNetAmount,
String transactionCurrency,
String sDDocumentReason,
LocalDateTime pricingDate,
String headerBillingBlockReason,
String incotermsClassification,
String incotermsTransferLocation,
String incotermsLocation1,
String incotermsLocation2,
String incotermsVersion,
String customerPaymentTerms,
String paymentMethod,
LocalDateTime billingDocumentDate,
LocalDateTime servicesRenderedDate,
String overallSDProcessStatus,
String totalCreditCheckStatus,
String overallSDDocumentRejectionSts,
String overallOrdReltdBillgStatus,
ErpConfigContext erpConfigContext,
List<CreditMemoRequestItem> toItem,
List<CreditMemoReqPartner> toPartner,
List<CreditMemoReqPrcgElmnt> toPricingElement) |
Modifier and Type | Method and Description |
---|---|
void |
addItem(CreditMemoRequestItem... entity)
Adds elements to the list of associated CreditMemoRequestItem entities.
|
void |
addPartner(CreditMemoReqPartner... entity)
Adds elements to the list of associated CreditMemoReqPartner entities.
|
void |
addPricingElement(CreditMemoReqPrcgElmnt... entity)
Adds elements to the list of associated CreditMemoReqPrcgElmnt entities.
|
static CreditMemoRequest.CreditMemoRequestBuilder |
builder() |
protected boolean |
canEqual(Object other) |
boolean |
equals(Object o) |
List<CreditMemoRequestItem> |
fetchItem()
Fetches the CreditMemoRequestItem entities (one to many) associated with this entity.
|
List<CreditMemoReqPartner> |
fetchPartner()
Fetches the CreditMemoReqPartner entities (one to many) associated with this entity.
|
List<CreditMemoReqPrcgElmnt> |
fetchPricingElement()
Fetches the CreditMemoReqPrcgElmnt entities (one to many) associated with this entity.
|
static <T> CreditMemoRequestField<T> |
field(String fieldName,
Class<T> fieldType)
Use with available fluent helpers to apply an extension field to query operations.
|
static <T,DomainT> |
field(String fieldName,
TypeConverter<T,DomainT> typeConverter)
Use with available fluent helpers to apply an extension field to query operations.
|
protected void |
fromMap(Map<String,Object> inputValues) |
LocalDateTime |
getBillingDocumentDate()
Constraints: Not nullable, Precision: 0
|
String |
getCreatedByUser()
Constraints: Not nullable, Maximum length: 12
|
LocalDateTime |
getCreationDate()
Constraints: Not nullable, Precision: 0
|
String |
getCreditMemoRequest()
(Key Field) Constraints: Not nullable, Maximum length: 10
|
LocalDateTime |
getCreditMemoRequestDate()
Constraints: Not nullable, Precision: 0
|
String |
getCreditMemoRequestType()
Constraints: Not nullable, Maximum length: 4
|
String |
getCustomerPaymentTerms()
Constraints: Not nullable, Maximum length: 4
|
LocalDateTime |
getCustomerPurchaseOrderDate()
Constraints: Not nullable, Precision: 0
|
String |
getCustomerPurchaseOrderType()
Constraints: Not nullable, Maximum length: 4
|
String |
getDistributionChannel()
Constraints: Not nullable, Maximum length: 2
|
protected String |
getEntityCollection() |
ErpConfigContext |
getErpConfigContext()
Convienence field for reusing the same ERP system context with multiple queries (e.g.
|
String |
getHeaderBillingBlockReason()
Constraints: Not nullable, Maximum length: 2
|
String |
getIncotermsClassification()
Constraints: Not nullable, Maximum length: 3
|
String |
getIncotermsLocation1()
Constraints: Not nullable, Maximum length: 70
|
String |
getIncotermsLocation2()
Constraints: Not nullable, Maximum length: 70
|
String |
getIncotermsTransferLocation()
Constraints: Not nullable, Maximum length: 28
|
String |
getIncotermsVersion()
Constraints: Not nullable, Maximum length: 4
|
Optional<List<CreditMemoRequestItem>> |
getItemIfPresent()
Retrieval of associated CreditMemoRequestItem entities (one to many).
|
List<CreditMemoRequestItem> |
getItemOrFetch()
Retrieval of associated CreditMemoRequestItem entities (one to many).
|
protected Map<String,Object> |
getKey() |
LocalDateTime |
getLastChangeDate()
Constraints: Not nullable, Precision: 0
|
ZonedDateTime |
getLastChangeDateTime()
Constraints: Not nullable, Precision: 7
|
String |
getOrganizationDivision()
Constraints: Not nullable, Maximum length: 2
|
String |
getOverallOrdReltdBillgStatus()
Constraints: Not nullable, Maximum length: 1
|
String |
getOverallSDDocumentRejectionSts()
Constraints: Not nullable, Maximum length: 1
|
String |
getOverallSDProcessStatus()
Constraints: Not nullable, Maximum length: 1
|
Optional<List<CreditMemoReqPartner>> |
getPartnerIfPresent()
Retrieval of associated CreditMemoReqPartner entities (one to many).
|
List<CreditMemoReqPartner> |
getPartnerOrFetch()
Retrieval of associated CreditMemoReqPartner entities (one to many).
|
String |
getPaymentMethod()
Constraints: Not nullable, Maximum length: 1
|
LocalDateTime |
getPricingDate()
Constraints: Not nullable, Precision: 0
|
Optional<List<CreditMemoReqPrcgElmnt>> |
getPricingElementIfPresent()
Retrieval of associated CreditMemoReqPrcgElmnt entities (one to many).
|
List<CreditMemoReqPrcgElmnt> |
getPricingElementOrFetch()
Retrieval of associated CreditMemoReqPrcgElmnt entities (one to many).
|
String |
getPurchaseOrderByCustomer()
Constraints: Not nullable, Maximum length: 35
|
String |
getSalesDistrict()
Constraints: Not nullable, Maximum length: 6
|
String |
getSalesGroup()
Constraints: Not nullable, Maximum length: 3
|
String |
getSalesOffice()
Constraints: Not nullable, Maximum length: 4
|
String |
getSalesOrganization()
Constraints: Not nullable, Maximum length: 4
|
String |
getSDDocumentReason()
Constraints: Not nullable, Maximum length: 3
|
LocalDateTime |
getServicesRenderedDate()
Constraints: Not nullable, Precision: 0
|
String |
getSoldToParty()
Constraints: Not nullable, Maximum length: 10
|
String |
getTotalCreditCheckStatus()
Constraints: Not nullable, Maximum length: 1
|
BigDecimal |
getTotalNetAmount()
Constraints: Not nullable, Precision: 16, Scale: 3
|
String |
getTransactionCurrency()
Constraints: Not nullable, Maximum length: 5
|
Class<CreditMemoRequest> |
getType() |
int |
hashCode() |
void |
setBillingDocumentDate(LocalDateTime billingDocumentDate)
Constraints: Not nullable, Precision: 0
|
void |
setCreatedByUser(String createdByUser)
Constraints: Not nullable, Maximum length: 12
|
void |
setCreationDate(LocalDateTime creationDate)
Constraints: Not nullable, Precision: 0
|
void |
setCreditMemoRequest(String creditMemoRequest)
(Key Field) Constraints: Not nullable, Maximum length: 10
|
void |
setCreditMemoRequestDate(LocalDateTime creditMemoRequestDate)
Constraints: Not nullable, Precision: 0
|
void |
setCreditMemoRequestType(String creditMemoRequestType)
Constraints: Not nullable, Maximum length: 4
|
void |
setCustomerPaymentTerms(String customerPaymentTerms)
Constraints: Not nullable, Maximum length: 4
|
void |
setCustomerPurchaseOrderDate(LocalDateTime customerPurchaseOrderDate)
Constraints: Not nullable, Precision: 0
|
void |
setCustomerPurchaseOrderType(String customerPurchaseOrderType)
Constraints: Not nullable, Maximum length: 4
|
void |
setDistributionChannel(String distributionChannel)
Constraints: Not nullable, Maximum length: 2
|
void |
setErpConfigContext(ErpConfigContext erpConfigContext)
Convienence field for reusing the same ERP system context with multiple queries (e.g.
|
void |
setHeaderBillingBlockReason(String headerBillingBlockReason)
Constraints: Not nullable, Maximum length: 2
|
void |
setIncotermsClassification(String incotermsClassification)
Constraints: Not nullable, Maximum length: 3
|
void |
setIncotermsLocation1(String incotermsLocation1)
Constraints: Not nullable, Maximum length: 70
|
void |
setIncotermsLocation2(String incotermsLocation2)
Constraints: Not nullable, Maximum length: 70
|
void |
setIncotermsTransferLocation(String incotermsTransferLocation)
Constraints: Not nullable, Maximum length: 28
|
void |
setIncotermsVersion(String incotermsVersion)
Constraints: Not nullable, Maximum length: 4
|
void |
setItem(List<CreditMemoRequestItem> value)
Overwrites the list of associated CreditMemoRequestItem entities for the loaded navigation property
to_Item.
|
void |
setLastChangeDate(LocalDateTime lastChangeDate)
Constraints: Not nullable, Precision: 0
|
void |
setLastChangeDateTime(ZonedDateTime lastChangeDateTime)
Constraints: Not nullable, Precision: 7
|
void |
setOrganizationDivision(String organizationDivision)
Constraints: Not nullable, Maximum length: 2
|
void |
setOverallOrdReltdBillgStatus(String overallOrdReltdBillgStatus)
Constraints: Not nullable, Maximum length: 1
|
void |
setOverallSDDocumentRejectionSts(String overallSDDocumentRejectionSts)
Constraints: Not nullable, Maximum length: 1
|
void |
setOverallSDProcessStatus(String overallSDProcessStatus)
Constraints: Not nullable, Maximum length: 1
|
void |
setPartner(List<CreditMemoReqPartner> value)
Overwrites the list of associated CreditMemoReqPartner entities for the loaded navigation property
to_Partner.
|
void |
setPaymentMethod(String paymentMethod)
Constraints: Not nullable, Maximum length: 1
|
void |
setPricingDate(LocalDateTime pricingDate)
Constraints: Not nullable, Precision: 0
|
void |
setPricingElement(List<CreditMemoReqPrcgElmnt> value)
Overwrites the list of associated CreditMemoReqPrcgElmnt entities for the loaded navigation property
to_PricingElement.
|
void |
setPurchaseOrderByCustomer(String purchaseOrderByCustomer)
Constraints: Not nullable, Maximum length: 35
|
void |
setSalesDistrict(String salesDistrict)
Constraints: Not nullable, Maximum length: 6
|
void |
setSalesGroup(String salesGroup)
Constraints: Not nullable, Maximum length: 3
|
void |
setSalesOffice(String salesOffice)
Constraints: Not nullable, Maximum length: 4
|
void |
setSalesOrganization(String salesOrganization)
Constraints: Not nullable, Maximum length: 4
|
void |
setSDDocumentReason(String sDDocumentReason)
Constraints: Not nullable, Maximum length: 3
|
protected void |
setServicePathForFetch(String servicePathForFetch)
The service path only used for the fetch commands of this entity.
|
void |
setServicesRenderedDate(LocalDateTime servicesRenderedDate)
Constraints: Not nullable, Precision: 0
|
void |
setSoldToParty(String soldToParty)
Constraints: Not nullable, Maximum length: 10
|
void |
setTotalCreditCheckStatus(String totalCreditCheckStatus)
Constraints: Not nullable, Maximum length: 1
|
void |
setTotalNetAmount(BigDecimal totalNetAmount)
Constraints: Not nullable, Precision: 16, Scale: 3
|
void |
setTransactionCurrency(String transactionCurrency)
Constraints: Not nullable, Maximum length: 5
|
protected Map<String,Object> |
toMapOfFields() |
protected Map<String,Object> |
toMapOfNavigationProperties() |
String |
toString() |
getEndpointUrl, getServicePathForFetch, getVersionIdentifier, setVersionIdentifier
getChangedFields, getCustomField, getCustomField, getCustomFieldNames, getCustomFields, getSetOfCustomFields, getSetOfFields, getSetOfNavigationProperties, hasCustomField, hasCustomField, rememberChangedField, resetChangedFields, setCustomField, setCustomField, toMap, toMapOfCustomFields
public static final CreditMemoRequestSelectable ALL_FIELDS
public static final CreditMemoRequestField<String> CREDIT_MEMO_REQUEST
public static final CreditMemoRequestField<String> CREDIT_MEMO_REQUEST_TYPE
public static final CreditMemoRequestField<String> SALES_ORGANIZATION
public static final CreditMemoRequestField<String> DISTRIBUTION_CHANNEL
public static final CreditMemoRequestField<String> ORGANIZATION_DIVISION
public static final CreditMemoRequestField<String> SALES_GROUP
public static final CreditMemoRequestField<String> SALES_OFFICE
public static final CreditMemoRequestField<String> SALES_DISTRICT
public static final CreditMemoRequestField<String> SOLD_TO_PARTY
public static final CreditMemoRequestField<LocalDateTime> CREATION_DATE
public static final CreditMemoRequestField<String> CREATED_BY_USER
public static final CreditMemoRequestField<LocalDateTime> LAST_CHANGE_DATE
public static final CreditMemoRequestField<ZonedDateTime> LAST_CHANGE_DATE_TIME
public static final CreditMemoRequestField<String> PURCHASE_ORDER_BY_CUSTOMER
public static final CreditMemoRequestField<String> CUSTOMER_PURCHASE_ORDER_TYPE
public static final CreditMemoRequestField<LocalDateTime> CUSTOMER_PURCHASE_ORDER_DATE
public static final CreditMemoRequestField<LocalDateTime> CREDIT_MEMO_REQUEST_DATE
public static final CreditMemoRequestField<BigDecimal> TOTAL_NET_AMOUNT
public static final CreditMemoRequestField<String> TRANSACTION_CURRENCY
public static final CreditMemoRequestField<String> SD_DOCUMENT_REASON
public static final CreditMemoRequestField<LocalDateTime> PRICING_DATE
public static final CreditMemoRequestField<String> HEADER_BILLING_BLOCK_REASON
public static final CreditMemoRequestField<String> INCOTERMS_CLASSIFICATION
public static final CreditMemoRequestField<String> INCOTERMS_TRANSFER_LOCATION
public static final CreditMemoRequestField<String> INCOTERMS_LOCATION1
public static final CreditMemoRequestField<String> INCOTERMS_LOCATION2
public static final CreditMemoRequestField<String> INCOTERMS_VERSION
public static final CreditMemoRequestField<String> CUSTOMER_PAYMENT_TERMS
public static final CreditMemoRequestField<String> PAYMENT_METHOD
public static final CreditMemoRequestField<LocalDateTime> BILLING_DOCUMENT_DATE
public static final CreditMemoRequestField<LocalDateTime> SERVICES_RENDERED_DATE
public static final CreditMemoRequestField<String> OVERALL_SD_PROCESS_STATUS
public static final CreditMemoRequestField<String> TOTAL_CREDIT_CHECK_STATUS
public static final CreditMemoRequestField<String> OVERALL_SD_DOCUMENT_REJECTION_STS
public static final CreditMemoRequestField<String> OVERALL_ORD_RELTD_BILLG_STATUS
public static final CreditMemoRequestLink<CreditMemoRequestItem> TO_ITEM
public static final CreditMemoRequestLink<CreditMemoReqPartner> TO_PARTNER
public static final CreditMemoRequestLink<CreditMemoReqPrcgElmnt> TO_PRICING_ELEMENT
public CreditMemoRequest()
public CreditMemoRequest(@Nullable String creditMemoRequest, @Nullable String creditMemoRequestType, @Nullable String salesOrganization, @Nullable String distributionChannel, @Nullable String organizationDivision, @Nullable String salesGroup, @Nullable String salesOffice, @Nullable String salesDistrict, @Nullable String soldToParty, @Nullable LocalDateTime creationDate, @Nullable String createdByUser, @Nullable LocalDateTime lastChangeDate, @Nullable ZonedDateTime lastChangeDateTime, @Nullable String purchaseOrderByCustomer, @Nullable String customerPurchaseOrderType, @Nullable LocalDateTime customerPurchaseOrderDate, @Nullable LocalDateTime creditMemoRequestDate, @Nullable BigDecimal totalNetAmount, @Nullable String transactionCurrency, @Nullable String sDDocumentReason, @Nullable LocalDateTime pricingDate, @Nullable String headerBillingBlockReason, @Nullable String incotermsClassification, @Nullable String incotermsTransferLocation, @Nullable String incotermsLocation1, @Nullable String incotermsLocation2, @Nullable String incotermsVersion, @Nullable String customerPaymentTerms, @Nullable String paymentMethod, @Nullable LocalDateTime billingDocumentDate, @Nullable LocalDateTime servicesRenderedDate, @Nullable String overallSDProcessStatus, @Nullable String totalCreditCheckStatus, @Nullable String overallSDDocumentRejectionSts, @Nullable String overallOrdReltdBillgStatus, @Nullable ErpConfigContext erpConfigContext, List<CreditMemoRequestItem> toItem, List<CreditMemoReqPartner> toPartner, List<CreditMemoReqPrcgElmnt> toPricingElement)
@Nonnull public Class<CreditMemoRequest> getType()
getType
in class VdmObject<CreditMemoRequest>
public void setCreditMemoRequest(@Nullable String creditMemoRequest)
Original property name from the Odata EDM: CreditMemoRequest
creditMemoRequest
- Credit Memo Requestpublic void setCreditMemoRequestType(@Nullable String creditMemoRequestType)
Original property name from the Odata EDM: CreditMemoRequestType
The sales document type determines how the system processes the sales document. For example, depending on the sales document type, the system determines which screens to present and which data to ask you for.
creditMemoRequestType
- A classification that distinguishes between different types of sales document.public void setSalesOrganization(@Nullable String salesOrganization)
Original property name from the Odata EDM: SalesOrganization
You can assign any number of distribution channels and divisions to a sales organization. A particular combination of sales organization, distribution channel, and division is known as a sales area.
salesOrganization
- An organizational unit responsible for the sale of certain products or services. The responsibility of
a sales organization may include legal liability for products and customer claims.public void setDistributionChannel(@Nullable String distributionChannel)
Original property name from the Odata EDM: DistributionChannel
You can maintain information about customers and materials by sales organization and distribution channel. Within a sales organization you can deliver goods to a given customer through more than one distribution channel.You can assign a distribution channel to one or more sales organizations. If, for example, you have numerous sales organizations, each sales organization may use the "Wholesale" distribution channel.For each combination of sales organization and distribution channel, you can further assign one or more of the divisions that are defined for the sales organization. You can, for example, assign "Food" and "Non-food" divisions to the "Wholesale" distribution channel. A particular combination of sales organization, distribution channel, and division is known as a sales area.
distributionChannel
- The way in which products or services reach the customer. Typical examples of distribution channels
are wholesale, retail, or direct sales.public void setOrganizationDivision(@Nullable String organizationDivision)
Original property name from the Odata EDM: OrganizationDivision
A product or service is always assigned to just one division. From the point of view of sales and distribution, the use of divisions lets you organize your sales structure around groups of similar products or product lines. This allows the people in a division who process orders and service customers to specialize within a manageable area of expertise.If a sales organization sells food and non-food products through both retail and wholesaledistribution channels each distribution channel could then be further split into food and non-food divisions.
organizationDivision
- A way of grouping materials, products, or services. The system uses divisions to determine the sales
areas and the business areas for a material, product, or service.public void setSalesGroup(@Nullable String salesGroup)
Original property name from the Odata EDM: SalesGroup
By using sales groups you can designate different areas of responsibility within a sales office. When you generate sales statistics, you can use the sales group as one of the selection criteria.If sales office personnel service both retail and wholesale markets, you can assign a sales group to each market.You assign each salesperson to a sales group in his or her user master record. You assign each customer to a particular sales group in the customer's master record.
salesGroup
- A group of sales people who are responsible for processing sales of certain products or services.public void setSalesOffice(@Nullable String salesOffice)
Original property name from the Odata EDM: SalesOffice
When you create sales statistics, you can use a sales office as one of the selection criteria. When you print out order confirmations, you can include the address of the sales office.You can assign each customer to a sales office in the customer master record.Within a sales office you can establish sales groups (for example, departments) with specific sales responsibilities. Each person who works in the sales office can be assigned to a sales group in his or her user master record. Each customer can also be assigned to a particular sales group in the customer master record.
salesOffice
- A physical location (for example, a branch office) that has responsibility for the sale of certain
products or services within a given geographical area.public void setSalesDistrict(@Nullable String salesDistrict)
Original property name from the Odata EDM: SalesDistrict
Each customer can be assigned to a sales district. You can use sales districts to apply pricing conditions. When you want to generate sales statistics, you can use sales districts as a selection criteria.The system can propose a value from the customer master record of the sold-to party. You can change the value manually in the document at the header or item level.
salesDistrict
- A geographical sales district or region.public void setSoldToParty(@Nullable String soldToParty)
Original property name from the Odata EDM: SoldToParty
soldToParty
- The customer who orders the goods or services. The sold-to party is contractually responsible for
sales orders.public void setCreationDate(@Nullable LocalDateTime creationDate)
Original property name from the Odata EDM: CreationDate
creationDate
- Date on Which Record Was Createdpublic void setCreatedByUser(@Nullable String createdByUser)
Original property name from the Odata EDM: CreatedByUser
createdByUser
- Name of Person Who Created Objectpublic void setLastChangeDate(@Nullable LocalDateTime lastChangeDate)
Original property name from the Odata EDM: LastChangeDate
lastChangeDate
- Date of Last Changepublic void setLastChangeDateTime(@Nullable ZonedDateTime lastChangeDateTime)
Original property name from the Odata EDM: LastChangeDateTime
In order to convert local time into a UTC time stamp, which makes it easier to compare times, the local time must be converted according to your time zone. The ABAP command convert is available for this purpose.Even if the time zone that the conversion is based on can be redetermined from Customizing or master data, we still recommend that you save the time zone.The internal structure of the high-resolution UTC time stamp is logically organized in date and time sections in a packed decimal format (YYYYMMDDhhmmssmmmuuun), which depicts the year, month, day, hour,second, millisecond, microsecond and the first decimal of the nanoseconds. Please note that the hardware that is normally used does not fully support a resolution of 100 nanoseconds, which is available in the structure.See also GET TIME STAMPA UTC time stamp in short form is also available.
lastChangeDateTime
- The UTC timestamp displays date and time according to UTC (Universal Coordinated Time).public void setPurchaseOrderByCustomer(@Nullable String purchaseOrderByCustomer)
Original property name from the Odata EDM: PurchaseOrderByCustomer
The number creates the link between the customer purchase order and the sales document that you create. You can use the number used by the customer during correspondence with the customer to find certain document information. If the number refers to a purchase order, you can also print it on the documents that you send to the customer (e.g. on the delivery note).
purchaseOrderByCustomer
- Number that the customer uses to uniquely identify a purchasing document (e.g. an inquiry or a
purchase order).public void setCustomerPurchaseOrderType(@Nullable String customerPurchaseOrderType)
Original property name from the Odata EDM: CustomerPurchaseOrderType
You can record here whether the sales document arrived, for example, by telephone, mail, or fax.Enter one of the values predefined for your system.
customerPurchaseOrderType
- The way in which the sales document (the inquiry or sales order, for example) arrives from the
customer.public void setCustomerPurchaseOrderDate(@Nullable LocalDateTime customerPurchaseOrderDate)
Original property name from the Odata EDM: CustomerPurchaseOrderDate
customerPurchaseOrderDate
- The date that appears on the customer's purchase order. This date can be, for example, the date on
which the customer created the purchase order.public void setCreditMemoRequestDate(@Nullable LocalDateTime creditMemoRequestDate)
Original property name from the Odata EDM: CreditMemoRequestDate
When you want to generate a list of sales documents or sales statistics, the document date you enter determines which sales documents are selected. You can define the document date to meet the needs of your organization.For sales orders, for example, you can define the document date as the date when the order actually arrives at your offices. Alternatively, you could define it as the date when the order was written up by a field sales representative.The system proposes the current date. You can change it manually in the sales document.
creditMemoRequestDate
- The date on which you want the sales document (the sales order, for example) to become effective for
sales management purposes.public void setTotalNetAmount(@Nullable BigDecimal totalNetAmount)
Original property name from the Odata EDM: TotalNetAmount
totalNetAmount
- The total value of all items in the sales document, after any discounts and surcharges are taken into
account. The value is expressed in the document currency.public void setTransactionCurrency(@Nullable String transactionCurrency)
Original property name from the Odata EDM: TransactionCurrency
The system proposes the document currency from the customer master record of the sold-to party. You can change the currency manually in the document. If you change the currency, the system recalculates prices for the entire document.
transactionCurrency
- The currency that applies to the document (for example, to a sales order or an invoice).public void setSDDocumentReason(@Nullable String sDDocumentReason)
Original property name from the Odata EDM: SDDocumentReason
You can freely define order reasons according to the needs of your organization. When you generate sales statistics, you can use the order reason as one of the selection criteria.Enter one of the values predefined for your system. If you are creating a credit or debit memo request, you must enter an order reason.If the order reason specifies, for example, that a customer placed a sales order as a result of contact at a trade fair, you can later generate statistics for all sales orders that were placed at trade fairs.
sDDocumentReason
- Indicates the reason for creating the sales document.public void setPricingDate(@Nullable LocalDateTime pricingDate)
Original property name from the Odata EDM: PricingDate
You can use the pricing date as a selection criterion when you process billing documents collectively.The system proposes the current date. You can change it manually in the document. If you change the pricing date, the system recalculates pricing for the entire document. If the date is in the past, you receive a warning before you can continue.Determining the ProposalIn the order: You can customize the order type to determine a proposal, such as the current date or the requested delivery date as the pricing date.In the billing document: The billing date is proposed as the pricing date.
pricingDate
- The date that determines date-related pricing elements, such as conditions and foreign exchange rate.public void setHeaderBillingBlockReason(@Nullable String headerBillingBlockReason)
Original property name from the Odata EDM: HeaderBillingBlockReason
The system can propose the billing block according to the type of sales document. The billing block applies to the entire document. You can block or unblock the entire document manually in the header. If you want to block only a particular item, enter a value at the item level.You may want to apply a billing block to certain documents so that prices can be checked before further processing.
headerBillingBlockReason
- Indicates if the entire sales document is blocked for billing.public void setIncotermsClassification(@Nullable String incotermsClassification)
Original property name from the Odata EDM: IncotermsClassification
Incoterms specify internationally recognized procedures that the shipper and the receiving party must follow for the shipping transaction to be completed successfully.If goods are shipped through a port of departure, the appropriate Incoterm might be: FOB ("Free On Board"). You can provide further details (for example, the name of the port) in the secondary Incoterm field: FOB Boston, for example.
incotermsClassification
- Commonly used trading terms that comply with the standards established by the International Chamber of
Commerce (ICC).public void setIncotermsTransferLocation(@Nullable String incotermsTransferLocation)
Original property name from the Odata EDM: IncotermsTransferLocation
If the primary Incoterm is, for example, FOB ("Free on Board"), then the second field provides details of the port from which the delivery leaves (for example, "FOB Boston").
incotermsTransferLocation
- Additional information for the primary Incoterm.public void setIncotermsLocation1(@Nullable String incotermsLocation1)
Original property name from the Odata EDM: IncotermsLocation1
1. For sea and inland waterway transport - Port of Shipment2. For any mode of transport - Place of Delivery 2010Incoterms are divided as follows:Group 1: Rules for any mode or modes of transport (including by vessel)Incoterms Incoterms Description Location 1 EXW Ex Works Place of DeliveryFCA Free Carrier Place of DeliveryCPT Carriage Paid To Place of DestinationCIP Carriage & Insurance Paid To Place of DestinationDAF Delivered at Frontier Place of DeliveryDDP Delivered Duty Paid Place of DestinationDDU Delivered Duty Unpaid Place of DestinationGroup 2: Rules for sea and inland waterwaysIncoterms Incoterms Description Location 1 FAS Free Alongside Ship Port of ShipmentFOB Free On Board Port of ShipmentCFR Cost & Freight Port of DestinationCIF Cost Insurance & Freight Port of DestinationDEQ Delivered Eq Quay (Duty Paid) Port of DestinationDES Delivered Ex Ship Port of DestinationIf the primary incoterm is specified as FOB “Free on Board”, the second field provides details of the port from which the delivery leaves, such as FOB Boston.
incotermsLocation1
- Provides additional information for the primary Incoterm. For Incoterms 2010, this field represents:public void setIncotermsLocation2(@Nullable String incotermsLocation2)
Original property name from the Odata EDM: IncotermsLocation2
No Version:This field is disabledIncoterm Version 2000This field is disabled as part of standard delivery unless a customer decides to enable it by the way of Customizing for Sales and Distribution under Master Data -> Business Partners -> Customers -> Billing Document -> Incoterms -> Map Incoterms to Versions.Incoterm Version 2010For this version, the field represents:Sea and inland waterway transport - Port of DestinationAny mode of transport - Place of Destination2010 Incoterms are divided as follows:Group 1: Rules for any mode or modes of transport (including by vessel)Incoterms Incoterms Description Location 2CPT Carriage Paid To Place of DestinationCIP Carriage & Insurance Paid To Place of DestinationGroup 2: Rules for sea and inland waterwaysIncoterms Incoterms Description Location 2CFR Cost & Freight Port of DestinationCIF Cost Insurance & Freight Port of Destination
incotermsLocation2
- Provides additional information for the Incoterms. This field is only available for C-Clauses (if
customized appropriately). Note the following for the incoterms versions below:public void setIncotermsVersion(@Nullable String incotermsVersion)
Original property name from the Odata EDM: IncotermsVersion
incotermsVersion
- An incoterms version is an edition containing a list of international terms for transportation that is
defined by the International Chamber of Commerce (ICC).public void setCustomerPaymentTerms(@Nullable String customerPaymentTerms)
Original property name from the Odata EDM: CustomerPaymentTerms
It is used in sales orders, purchase orders, and invoices. Terms of payment provide information for:Cash managementDunning proceduresPayment transactionsData can be entered in the field for the terms of payment key in various ways as you enter a business transaction:In most business transactions, the system defaults the key specified in the master record of the customer/vendor in question.In some transactions (for example, credit memos), however, the system does not default the key from the master record. Despite this, you can use the key from the customer/vendor master record by entering "*" in the field.Regardless of whether or not a key is defaulted from the master record, you can manually enter a key during document entry at:item level in sales ordersheader level in purchase orders and invoicesMaster records have separate areas for Financial Accounting, Sales, and Purchasing. You can specify different terms of payment keys in each of these areas. When you then enter a business transaction, the application in question will use the key specified in its area of the master record.
customerPaymentTerms
- Key for defining payment terms composed of cash discount percentages and payment periods.public void setPaymentMethod(@Nullable String paymentMethod)
Original property name from the Odata EDM: PaymentMethod
If you enter a payment method, then only this payment method can be used in automatic payment transactions. Unless you enter a payment method, one of the payment methods that was allowed in the master record is selected in the payment program according to specified rules.For document entry or document changes, you only enter a payment method if you want to switch off the automatic payment method selection of the payment program.
paymentMethod
- Payment method with which this item is to be paid.public void setBillingDocumentDate(@Nullable LocalDateTime billingDocumentDate)
Original property name from the Odata EDM: BillingDocumentDate
You can use the billing date as one of the selection criteria when you process billing documents collectively.If invoice dates are defined for the customer, the system proposes the billing date from the invoice date calendar. If no invoice dates are agreed, then the actual goods issue date is formed on the basis of delivery related billing. In order related billing, the billing date of the order forms the basis of the billing date.If you are billing services, the system proposes the date of services rendered. You can change the date manually in the sales document.If you are using a billing plan to bill a project, the system can propose billing dates for the billing plan on the basis of planned or actual dates in the corresponding milestone.In a billing plan for a maintenance or rental contract, you can specify rules by which the system determines billing dates on the basis of other dates in the contract.
billingDocumentDate
- The date on which the billing is processed and booked for accounting purposes.public void setServicesRenderedDate(@Nullable LocalDateTime servicesRenderedDate)
Original property name from the Odata EDM: ServicesRenderedDate
If you deliver products, the date of services rendered corresponds to the goods issue date and you do not have to enter a date in this field. If you provide a service, however, and you are billing hours, you can enter a date manually. You can use the date of services rendered as one of the selection criteria when you process billing documents collectively.
servicesRenderedDate
- The date of services rendered that determines when the system calculates taxes (for example, sales
tax) for the material.public void setOverallSDProcessStatus(@Nullable String overallSDProcessStatus)
Original property name from the Odata EDM: OverallSDProcessStatus
The system determines the status of the entire sales document by taking into account the status of all header-related information and the status of all individual items. The status message tells you whether processing of the sales document is open, in progress, or complete.
overallSDProcessStatus
- The processing status of the entire sales document.public void setTotalCreditCheckStatus(@Nullable String totalCreditCheckStatus)
Original property name from the Odata EDM: TotalCreditCheckStatus
totalCreditCheckStatus
- Overall Status of Credit Checkspublic void setOverallSDDocumentRejectionSts(@Nullable String overallSDDocumentRejectionSts)
Original property name from the Odata EDM: OverallSDDocumentRejectionSts
The system determines the total status from the status of all individual items in the sales document. The status message tells you whether the sales document has been partially or completely rejected or whether nothing has been rejected.
overallSDDocumentRejectionSts
- Displays the rejection status of the entire sales document.public void setOverallOrdReltdBillgStatus(@Nullable String overallOrdReltdBillgStatus)
Original property name from the Odata EDM: OverallOrdReltdBillgStatus
The overall billing status tells you whether the sales order or delivery is relevant for billing, and, if so, to what extent billing has taken place.
overallOrdReltdBillgStatus
- The overall billing status of the sales order or delivery.protected String getEntityCollection()
getEntityCollection
in class VdmEntity<CreditMemoRequest>
@Nonnull protected Map<String,Object> getKey()
getKey
in class VdmObject<CreditMemoRequest>
@Nonnull protected Map<String,Object> toMapOfFields()
toMapOfFields
in class VdmObject<CreditMemoRequest>
protected void fromMap(Map<String,Object> inputValues)
fromMap
in class VdmObject<CreditMemoRequest>
@Nonnull public static <T> CreditMemoRequestField<T> field(@Nonnull String fieldName, @Nonnull Class<T> fieldType)
fieldName
- The name of the extension field as returned by the OData service.fieldType
- The Java type to use for the extension field when performing value comparisons.@Nonnull public static <T,DomainT> CreditMemoRequestField<T> field(@Nonnull String fieldName, @Nonnull TypeConverter<T,DomainT> typeConverter)
typeConverter
- A TypeConverterfieldName
- The name of the extension field as returned by the OData service.protected void setServicePathForFetch(@Nullable String servicePathForFetch)
VdmEntity
Note: Use with caution, as this can easily break the fetch call on this entity. See the interface of the corresponding service for the default service path.
setServicePathForFetch
in class VdmEntity<CreditMemoRequest>
@Nonnull protected Map<String,Object> toMapOfNavigationProperties()
toMapOfNavigationProperties
in class VdmObject<CreditMemoRequest>
@Nonnull public List<CreditMemoRequestItem> fetchItem() throws com.sap.cloud.sdk.odatav2.connectivity.ODataException
Please note: This method will not cache or persist the query results.
com.sap.cloud.sdk.odatav2.connectivity.ODataException
- If the entity is unmanaged, i.e. it has not been retrieved using the OData VDM's services and
therefore has no ERP configuration context assigned. An entity is managed if it has been either
retrieved using the VDM's services or returned from the VDM's services as the result of a CREATE or
UPDATE call.@Nonnull public List<CreditMemoRequestItem> getItemOrFetch() throws com.sap.cloud.sdk.odatav2.connectivity.ODataException
If the navigation property to_Item of a queried CreditMemoRequest is operated lazily, an ODataException can be thrown in case of an OData query error.
Please note: Lazy loading of OData entity associations is the process of asynchronous retrieval and persisting of items from a navigation property. If a lazy property is requested by the application for the first time and it has not yet been loaded, an OData query will be run in order to load the missing information and its result will get cached for future invocations.
com.sap.cloud.sdk.odatav2.connectivity.ODataException
- If the entity is unmanaged, i.e. it has not been retrieved using the OData VDM's services and
therefore has no ERP configuration context assigned. An entity is managed if it has been either
retrieved using the VDM's services or returned from the VDM's services as the result of a CREATE or
UPDATE call.@Nonnull public Optional<List<CreditMemoRequestItem>> getItemIfPresent()
If the navigation property for an entity CreditMemoRequest has not been resolved yet, this method will
not query further information. Instead its Optional
result state will be empty
.
Optional
with result state
empty
is returned.public void setItem(@Nonnull List<CreditMemoRequestItem> value)
If the navigation property to_Item of a queried CreditMemoRequest is operated lazily, an ODataException can be thrown in case of an OData query error.
Please note: Lazy loading of OData entity associations is the process of asynchronous retrieval and persisting of items from a navigation property. If a lazy property is requested by the application for the first time and it has not yet been loaded, an OData query will be run in order to load the missing information and its result will get cached for future invocations.
value
- List of CreditMemoRequestItem entities.public void addItem(CreditMemoRequestItem... entity)
If the navigation property to_Item of a queried CreditMemoRequest is operated lazily, an ODataException can be thrown in case of an OData query error.
Please note: Lazy loading of OData entity associations is the process of asynchronous retrieval and persisting of items from a navigation property. If a lazy property is requested by the application for the first time and it has not yet been loaded, an OData query will be run in order to load the missing information and its result will get cached for future invocations.
entity
- Array of CreditMemoRequestItem entities.@Nonnull public List<CreditMemoReqPartner> fetchPartner() throws com.sap.cloud.sdk.odatav2.connectivity.ODataException
Please note: This method will not cache or persist the query results.
com.sap.cloud.sdk.odatav2.connectivity.ODataException
- If the entity is unmanaged, i.e. it has not been retrieved using the OData VDM's services and
therefore has no ERP configuration context assigned. An entity is managed if it has been either
retrieved using the VDM's services or returned from the VDM's services as the result of a CREATE or
UPDATE call.@Nonnull public List<CreditMemoReqPartner> getPartnerOrFetch() throws com.sap.cloud.sdk.odatav2.connectivity.ODataException
If the navigation property to_Partner of a queried CreditMemoRequest is operated lazily, an ODataException can be thrown in case of an OData query error.
Please note: Lazy loading of OData entity associations is the process of asynchronous retrieval and persisting of items from a navigation property. If a lazy property is requested by the application for the first time and it has not yet been loaded, an OData query will be run in order to load the missing information and its result will get cached for future invocations.
com.sap.cloud.sdk.odatav2.connectivity.ODataException
- If the entity is unmanaged, i.e. it has not been retrieved using the OData VDM's services and
therefore has no ERP configuration context assigned. An entity is managed if it has been either
retrieved using the VDM's services or returned from the VDM's services as the result of a CREATE or
UPDATE call.@Nonnull public Optional<List<CreditMemoReqPartner>> getPartnerIfPresent()
If the navigation property for an entity CreditMemoRequest has not been resolved yet, this method will
not query further information. Instead its Optional
result state will be empty
.
Optional
with result state
empty
is returned.public void setPartner(@Nonnull List<CreditMemoReqPartner> value)
If the navigation property to_Partner of a queried CreditMemoRequest is operated lazily, an ODataException can be thrown in case of an OData query error.
Please note: Lazy loading of OData entity associations is the process of asynchronous retrieval and persisting of items from a navigation property. If a lazy property is requested by the application for the first time and it has not yet been loaded, an OData query will be run in order to load the missing information and its result will get cached for future invocations.
value
- List of CreditMemoReqPartner entities.public void addPartner(CreditMemoReqPartner... entity)
If the navigation property to_Partner of a queried CreditMemoRequest is operated lazily, an ODataException can be thrown in case of an OData query error.
Please note: Lazy loading of OData entity associations is the process of asynchronous retrieval and persisting of items from a navigation property. If a lazy property is requested by the application for the first time and it has not yet been loaded, an OData query will be run in order to load the missing information and its result will get cached for future invocations.
entity
- Array of CreditMemoReqPartner entities.@Nonnull public List<CreditMemoReqPrcgElmnt> fetchPricingElement() throws com.sap.cloud.sdk.odatav2.connectivity.ODataException
Please note: This method will not cache or persist the query results.
com.sap.cloud.sdk.odatav2.connectivity.ODataException
- If the entity is unmanaged, i.e. it has not been retrieved using the OData VDM's services and
therefore has no ERP configuration context assigned. An entity is managed if it has been either
retrieved using the VDM's services or returned from the VDM's services as the result of a CREATE or
UPDATE call.@Nonnull public List<CreditMemoReqPrcgElmnt> getPricingElementOrFetch() throws com.sap.cloud.sdk.odatav2.connectivity.ODataException
If the navigation property to_PricingElement of a queried CreditMemoRequest is operated lazily, an ODataException can be thrown in case of an OData query error.
Please note: Lazy loading of OData entity associations is the process of asynchronous retrieval and persisting of items from a navigation property. If a lazy property is requested by the application for the first time and it has not yet been loaded, an OData query will be run in order to load the missing information and its result will get cached for future invocations.
com.sap.cloud.sdk.odatav2.connectivity.ODataException
- If the entity is unmanaged, i.e. it has not been retrieved using the OData VDM's services and
therefore has no ERP configuration context assigned. An entity is managed if it has been either
retrieved using the VDM's services or returned from the VDM's services as the result of a CREATE or
UPDATE call.@Nonnull public Optional<List<CreditMemoReqPrcgElmnt>> getPricingElementIfPresent()
If the navigation property for an entity CreditMemoRequest has not been resolved yet, this method will
not query further information. Instead its Optional
result state will be empty
.
Optional
with result state
empty
is returned.public void setPricingElement(@Nonnull List<CreditMemoReqPrcgElmnt> value)
If the navigation property to_PricingElement of a queried CreditMemoRequest is operated lazily, an ODataException can be thrown in case of an OData query error.
Please note: Lazy loading of OData entity associations is the process of asynchronous retrieval and persisting of items from a navigation property. If a lazy property is requested by the application for the first time and it has not yet been loaded, an OData query will be run in order to load the missing information and its result will get cached for future invocations.
value
- List of CreditMemoReqPrcgElmnt entities.public void addPricingElement(CreditMemoReqPrcgElmnt... entity)
If the navigation property to_PricingElement of a queried CreditMemoRequest is operated lazily, an ODataException can be thrown in case of an OData query error.
Please note: Lazy loading of OData entity associations is the process of asynchronous retrieval and persisting of items from a navigation property. If a lazy property is requested by the application for the first time and it has not yet been loaded, an OData query will be run in order to load the missing information and its result will get cached for future invocations.
entity
- Array of CreditMemoReqPrcgElmnt entities.public static CreditMemoRequest.CreditMemoRequestBuilder builder()
@Nullable public String getCreditMemoRequest()
Original property name from the Odata EDM: CreditMemoRequest
@Nullable public String getCreditMemoRequestType()
Original property name from the Odata EDM: CreditMemoRequestType
The sales document type determines how the system processes the sales document. For example, depending on the sales document type, the system determines which screens to present and which data to ask you for.
@Nullable public String getSalesOrganization()
Original property name from the Odata EDM: SalesOrganization
You can assign any number of distribution channels and divisions to a sales organization. A particular combination of sales organization, distribution channel, and division is known as a sales area.
@Nullable public String getDistributionChannel()
Original property name from the Odata EDM: DistributionChannel
You can maintain information about customers and materials by sales organization and distribution channel. Within a sales organization you can deliver goods to a given customer through more than one distribution channel.You can assign a distribution channel to one or more sales organizations. If, for example, you have numerous sales organizations, each sales organization may use the "Wholesale" distribution channel.For each combination of sales organization and distribution channel, you can further assign one or more of the divisions that are defined for the sales organization. You can, for example, assign "Food" and "Non-food" divisions to the "Wholesale" distribution channel. A particular combination of sales organization, distribution channel, and division is known as a sales area.
@Nullable public String getOrganizationDivision()
Original property name from the Odata EDM: OrganizationDivision
A product or service is always assigned to just one division. From the point of view of sales and distribution, the use of divisions lets you organize your sales structure around groups of similar products or product lines. This allows the people in a division who process orders and service customers to specialize within a manageable area of expertise.If a sales organization sells food and non-food products through both retail and wholesaledistribution channels each distribution channel could then be further split into food and non-food divisions.
@Nullable public String getSalesGroup()
Original property name from the Odata EDM: SalesGroup
By using sales groups you can designate different areas of responsibility within a sales office. When you generate sales statistics, you can use the sales group as one of the selection criteria.If sales office personnel service both retail and wholesale markets, you can assign a sales group to each market.You assign each salesperson to a sales group in his or her user master record. You assign each customer to a particular sales group in the customer's master record.
@Nullable public String getSalesOffice()
Original property name from the Odata EDM: SalesOffice
When you create sales statistics, you can use a sales office as one of the selection criteria. When you print out order confirmations, you can include the address of the sales office.You can assign each customer to a sales office in the customer master record.Within a sales office you can establish sales groups (for example, departments) with specific sales responsibilities. Each person who works in the sales office can be assigned to a sales group in his or her user master record. Each customer can also be assigned to a particular sales group in the customer master record.
@Nullable public String getSalesDistrict()
Original property name from the Odata EDM: SalesDistrict
Each customer can be assigned to a sales district. You can use sales districts to apply pricing conditions. When you want to generate sales statistics, you can use sales districts as a selection criteria.The system can propose a value from the customer master record of the sold-to party. You can change the value manually in the document at the header or item level.
@Nullable public String getSoldToParty()
Original property name from the Odata EDM: SoldToParty
@Nullable public LocalDateTime getCreationDate()
Original property name from the Odata EDM: CreationDate
@Nullable public String getCreatedByUser()
Original property name from the Odata EDM: CreatedByUser
@Nullable public LocalDateTime getLastChangeDate()
Original property name from the Odata EDM: LastChangeDate
@Nullable public ZonedDateTime getLastChangeDateTime()
Original property name from the Odata EDM: LastChangeDateTime
In order to convert local time into a UTC time stamp, which makes it easier to compare times, the local time must be converted according to your time zone. The ABAP command convert is available for this purpose.Even if the time zone that the conversion is based on can be redetermined from Customizing or master data, we still recommend that you save the time zone.The internal structure of the high-resolution UTC time stamp is logically organized in date and time sections in a packed decimal format (YYYYMMDDhhmmssmmmuuun), which depicts the year, month, day, hour,second, millisecond, microsecond and the first decimal of the nanoseconds. Please note that the hardware that is normally used does not fully support a resolution of 100 nanoseconds, which is available in the structure.See also GET TIME STAMPA UTC time stamp in short form is also available.
@Nullable public String getPurchaseOrderByCustomer()
Original property name from the Odata EDM: PurchaseOrderByCustomer
The number creates the link between the customer purchase order and the sales document that you create. You can use the number used by the customer during correspondence with the customer to find certain document information. If the number refers to a purchase order, you can also print it on the documents that you send to the customer (e.g. on the delivery note).
@Nullable public String getCustomerPurchaseOrderType()
Original property name from the Odata EDM: CustomerPurchaseOrderType
You can record here whether the sales document arrived, for example, by telephone, mail, or fax.Enter one of the values predefined for your system.
@Nullable public LocalDateTime getCustomerPurchaseOrderDate()
Original property name from the Odata EDM: CustomerPurchaseOrderDate
@Nullable public LocalDateTime getCreditMemoRequestDate()
Original property name from the Odata EDM: CreditMemoRequestDate
When you want to generate a list of sales documents or sales statistics, the document date you enter determines which sales documents are selected. You can define the document date to meet the needs of your organization.For sales orders, for example, you can define the document date as the date when the order actually arrives at your offices. Alternatively, you could define it as the date when the order was written up by a field sales representative.The system proposes the current date. You can change it manually in the sales document.
@Nullable public BigDecimal getTotalNetAmount()
Original property name from the Odata EDM: TotalNetAmount
@Nullable public String getTransactionCurrency()
Original property name from the Odata EDM: TransactionCurrency
The system proposes the document currency from the customer master record of the sold-to party. You can change the currency manually in the document. If you change the currency, the system recalculates prices for the entire document.
@Nullable public String getSDDocumentReason()
Original property name from the Odata EDM: SDDocumentReason
You can freely define order reasons according to the needs of your organization. When you generate sales statistics, you can use the order reason as one of the selection criteria.Enter one of the values predefined for your system. If you are creating a credit or debit memo request, you must enter an order reason.If the order reason specifies, for example, that a customer placed a sales order as a result of contact at a trade fair, you can later generate statistics for all sales orders that were placed at trade fairs.
@Nullable public LocalDateTime getPricingDate()
Original property name from the Odata EDM: PricingDate
You can use the pricing date as a selection criterion when you process billing documents collectively.The system proposes the current date. You can change it manually in the document. If you change the pricing date, the system recalculates pricing for the entire document. If the date is in the past, you receive a warning before you can continue.Determining the ProposalIn the order: You can customize the order type to determine a proposal, such as the current date or the requested delivery date as the pricing date.In the billing document: The billing date is proposed as the pricing date.
@Nullable public String getHeaderBillingBlockReason()
Original property name from the Odata EDM: HeaderBillingBlockReason
The system can propose the billing block according to the type of sales document. The billing block applies to the entire document. You can block or unblock the entire document manually in the header. If you want to block only a particular item, enter a value at the item level.You may want to apply a billing block to certain documents so that prices can be checked before further processing.
@Nullable public String getIncotermsClassification()
Original property name from the Odata EDM: IncotermsClassification
Incoterms specify internationally recognized procedures that the shipper and the receiving party must follow for the shipping transaction to be completed successfully.If goods are shipped through a port of departure, the appropriate Incoterm might be: FOB ("Free On Board"). You can provide further details (for example, the name of the port) in the secondary Incoterm field: FOB Boston, for example.
@Nullable public String getIncotermsTransferLocation()
Original property name from the Odata EDM: IncotermsTransferLocation
If the primary Incoterm is, for example, FOB ("Free on Board"), then the second field provides details of the port from which the delivery leaves (for example, "FOB Boston").
@Nullable public String getIncotermsLocation1()
Original property name from the Odata EDM: IncotermsLocation1
1. For sea and inland waterway transport - Port of Shipment2. For any mode of transport - Place of Delivery 2010Incoterms are divided as follows:Group 1: Rules for any mode or modes of transport (including by vessel)Incoterms Incoterms Description Location 1 EXW Ex Works Place of DeliveryFCA Free Carrier Place of DeliveryCPT Carriage Paid To Place of DestinationCIP Carriage & Insurance Paid To Place of DestinationDAF Delivered at Frontier Place of DeliveryDDP Delivered Duty Paid Place of DestinationDDU Delivered Duty Unpaid Place of DestinationGroup 2: Rules for sea and inland waterwaysIncoterms Incoterms Description Location 1 FAS Free Alongside Ship Port of ShipmentFOB Free On Board Port of ShipmentCFR Cost & Freight Port of DestinationCIF Cost Insurance & Freight Port of DestinationDEQ Delivered Eq Quay (Duty Paid) Port of DestinationDES Delivered Ex Ship Port of DestinationIf the primary incoterm is specified as FOB “Free on Board”, the second field provides details of the port from which the delivery leaves, such as FOB Boston.
@Nullable public String getIncotermsLocation2()
Original property name from the Odata EDM: IncotermsLocation2
No Version:This field is disabledIncoterm Version 2000This field is disabled as part of standard delivery unless a customer decides to enable it by the way of Customizing for Sales and Distribution under Master Data -> Business Partners -> Customers -> Billing Document -> Incoterms -> Map Incoterms to Versions.Incoterm Version 2010For this version, the field represents:Sea and inland waterway transport - Port of DestinationAny mode of transport - Place of Destination2010 Incoterms are divided as follows:Group 1: Rules for any mode or modes of transport (including by vessel)Incoterms Incoterms Description Location 2CPT Carriage Paid To Place of DestinationCIP Carriage & Insurance Paid To Place of DestinationGroup 2: Rules for sea and inland waterwaysIncoterms Incoterms Description Location 2CFR Cost & Freight Port of DestinationCIF Cost Insurance & Freight Port of Destination
@Nullable public String getIncotermsVersion()
Original property name from the Odata EDM: IncotermsVersion
@Nullable public String getCustomerPaymentTerms()
Original property name from the Odata EDM: CustomerPaymentTerms
It is used in sales orders, purchase orders, and invoices. Terms of payment provide information for:Cash managementDunning proceduresPayment transactionsData can be entered in the field for the terms of payment key in various ways as you enter a business transaction:In most business transactions, the system defaults the key specified in the master record of the customer/vendor in question.In some transactions (for example, credit memos), however, the system does not default the key from the master record. Despite this, you can use the key from the customer/vendor master record by entering "*" in the field.Regardless of whether or not a key is defaulted from the master record, you can manually enter a key during document entry at:item level in sales ordersheader level in purchase orders and invoicesMaster records have separate areas for Financial Accounting, Sales, and Purchasing. You can specify different terms of payment keys in each of these areas. When you then enter a business transaction, the application in question will use the key specified in its area of the master record.
@Nullable public String getPaymentMethod()
Original property name from the Odata EDM: PaymentMethod
If you enter a payment method, then only this payment method can be used in automatic payment transactions. Unless you enter a payment method, one of the payment methods that was allowed in the master record is selected in the payment program according to specified rules.For document entry or document changes, you only enter a payment method if you want to switch off the automatic payment method selection of the payment program.
@Nullable public LocalDateTime getBillingDocumentDate()
Original property name from the Odata EDM: BillingDocumentDate
You can use the billing date as one of the selection criteria when you process billing documents collectively.If invoice dates are defined for the customer, the system proposes the billing date from the invoice date calendar. If no invoice dates are agreed, then the actual goods issue date is formed on the basis of delivery related billing. In order related billing, the billing date of the order forms the basis of the billing date.If you are billing services, the system proposes the date of services rendered. You can change the date manually in the sales document.If you are using a billing plan to bill a project, the system can propose billing dates for the billing plan on the basis of planned or actual dates in the corresponding milestone.In a billing plan for a maintenance or rental contract, you can specify rules by which the system determines billing dates on the basis of other dates in the contract.
@Nullable public LocalDateTime getServicesRenderedDate()
Original property name from the Odata EDM: ServicesRenderedDate
If you deliver products, the date of services rendered corresponds to the goods issue date and you do not have to enter a date in this field. If you provide a service, however, and you are billing hours, you can enter a date manually. You can use the date of services rendered as one of the selection criteria when you process billing documents collectively.
@Nullable public String getOverallSDProcessStatus()
Original property name from the Odata EDM: OverallSDProcessStatus
The system determines the status of the entire sales document by taking into account the status of all header-related information and the status of all individual items. The status message tells you whether processing of the sales document is open, in progress, or complete.
@Nullable public String getTotalCreditCheckStatus()
Original property name from the Odata EDM: TotalCreditCheckStatus
@Nullable public String getOverallSDDocumentRejectionSts()
Original property name from the Odata EDM: OverallSDDocumentRejectionSts
The system determines the total status from the status of all individual items in the sales document. The status message tells you whether the sales document has been partially or completely rejected or whether nothing has been rejected.
@Nullable public String getOverallOrdReltdBillgStatus()
Original property name from the Odata EDM: OverallOrdReltdBillgStatus
The overall billing status tells you whether the sales order or delivery is relevant for billing, and, if so, to what extent billing has taken place.
@Nullable public ErpConfigContext getErpConfigContext()
public void setErpConfigContext(@Nullable ErpConfigContext erpConfigContext)
setErpConfigContext
in class VdmEntity<CreditMemoRequest>
erpConfigContext
- public String toString()
toString
in class VdmObject<CreditMemoRequest>
public boolean equals(Object o)
equals
in class VdmObject<CreditMemoRequest>
protected boolean canEqual(Object other)
canEqual
in class VdmObject<CreditMemoRequest>
public int hashCode()
hashCode
in class VdmObject<CreditMemoRequest>
Copyright © 2018 SAP SE. All rights reserved.