【AP/AR】借项通知单和贷项通知单的区别

AR

Credit Memo

贷项通知单,减应收,冲原始发票
实际使用情况:客户退货,自己公司就需要开Credit Memo减小应收

Debit Memo

借项通知单,独立的发票,加应收

AP

Credit Memo

贷项通知单,指供应商开给我们的表示应付减少的通知,负数,冲原始发票,可用0支付结清
实际使用情况:由于货物质量问题,供应商主动折扣,而开出给你的红字发票,减小应付金额

Debit Memo

借项通知单,指我们自己开出的表示应付减少的通知,同样是负数,冲原始发票,可用0支付结清
实际使用情况:由于货物质量问题,我司要求供应商折扣,开给供应商的红字发票,减小应付金额

例子:

Debit (借记,借项) Credit (贷记,贷项) 这个概念永远都不会变。 对财会出身的人来说是比较好理解的,但是没有财务背景时,就很容易搞糊涂了。我在这里附上了网上可以搜索到的一些解释文章,可以帮助理解,但觉得还是在开头把结论写上,以方便懒人(即没时间看完本贴的人)。
无论如何AR(应收)中和AP(应付)中的Debit和Credit其含义从中文讲有差异,即借记应收为增加应收,而借记应付为减少应付。所有的理解混乱,都是因此而引起。但看完本贴后,应该再也不会糊涂了。
在AR中:当销售产品给客户时,会做分录如:
DR :AR (客户1) CR:REVENU AND VAT(SALES)
那么如果再给客户发一张DEBIT MEMO , 也会做分录
DR:AR (客户1) CR:CR:REVENU AND VAT(SALES)
而如果是CREDIT MEMO, 分录就会相反。 应收账款在借记时会增加,贷记时会减少,概念是一致的。
在AP中:当收到供应商发来的货物及发票时,会做分录
DR: STOCK AND VAT(PURCHASE) CR: AP(供应商1)
对于应付账款,一般的情况有两种:
一种是采购方要求折扣(因质量问题等),这时采购方会发出DEBIT MEMO REQUEST,
即借项通知单,转成DEBIT MEMO时,会做分录 :
DR: AP (供应商1) CR: STOCK(OR OVERHEAD) AND VAT(PURCHASE)
另一种情况是,供应商主动(或是在协商后)给予采购方折扣,供应商向采购方开出CREDIT MEMO。对于供应商来说,是销售业务,所以在供应商的系统中,是针对AR做的CREDIT,是冲减应收。采购方拿到这个CREDIT MEMO时,就可以冲减应付,分录跟第一种情况一样,都是
DR: AP (供应商1) CR: STOCK(OR OVERHEAD) AND VAT(PURCHASE)
当然供应商也可能开出DEBIT MEMO给采购方,采购方收到后应会做相反的分录 :
CR: AP (供应商1) DR: STOCK(OR OVERHEAD) AND VAT(PURCHASE)
原理就是这样了,但是实际应用中,有一个增值税发票的问题,特别是进项税。进项税是凭发票记账并且抵扣的,一般的销售方都不会随便开出增值税发票,
而采购方也不愿没有增值税专用发票的情况下付款,所以就有一个协商开票的过程。
总记,Debit (借记,借项) Credit (贷记,贷项) 这个概念永远都不会变的,这样去理解就一通百通了。

Credit Memo & Debit Memo

某网友的Explanation:
credit memo和debit memo是对企业向顾客已经交付的货物的价值进行调整的单据类型。举个例,如果您已经就所交付的货物向买主开具了100元的发票,可是由于货物质量的瑕疵,买主主张“货接受但必须削价10元”,如果您接受了这个主张,那您就得开具10元的credit memo(即实际业务中的所谓“红字发票”)。总之,与原始invoice的价值相比,增价用debit memo,降价用credit memo,两者都是billing document type。
credit memo request 和debit memo request都是sales document type,其原理与一般的销售订单类型并无质的区别。只是,两个memo request的下游transaction都是直接参照订单创建billing document,而不需要有delivery。
credit memo request --> credit memo, debit memo request --> debit memo,这就是它们的流程。

Translation:
Debit Memo(借项通知单) & Credit Memo(贷项通知单) 都是因为顾客对产品不满意所产生的请款的文件。Debit Memo增加应收账款(Account Receivables)的数值; 反之,贷项通知单则减少应收账款的数值。
借/贷项通知单建立 1 直接由顾客发票转置而成; 2 由借/贷通知单(Debit/Credit Memo Request)转置而成

Definition(From help.sap)
Credit memo: A sales document created on the basis of a customer complaint. This reduces receivables in Financial Accounting.
Debit memo: A sales document created on the basis of a customer complaint. This increases receivables in Financial Accounting.
Use
You may need to create credit memos for various reasons (for example, because of defective goods or because you have overcharged a customer). Similarly, you may need to create a debit memo, if, for example, you have not charged the customer enough.

倒是Oracle中Invoice关于Credit Memo & Debit Memo让人糊涂:Debit Memo 是买家针对供应商,开一张Debit memo形式的invoice给供应商; Credit Memo 供应商针对买家, 开出一张Credit Memo给买家,进行折价。-----------------------------------------------------------
AP中的Credit /Debit Memo 和AR中的Credit /Debit Memo 是不一样的。
AP中的Credit Memo 是供应商开出来的红字发票,Debit Memo 是我们自己对应付的调减单据。 AR中的Credit Memo 是开给客户的红字发票,Debit Memo 是开给客户的兰字发票。(区别于正常的销售发票,例如调整价差等)


Credit memo:冲减帐款 Debit memo:增加帐款
两者是指有后续追加减事项发生而需对原本应收付账款进行冲减或调增动作
在Oracle AP之应付帐款模块中,将应付凭据(Invoice)分成了「standard」、「Credit memo」、「Debit memo」….等几种不同的型式,而其中的Credit memo与Debit memo 之间的差异以及使用时机,可以简单的描述如下:
Credit Memo :
当厂商将某张订单的商品寄送至本公司后,由于其他因素(如:商品有瑕疵…等)主动要给予我们额外的折扣时,厂商会先开立一张credit Memo给我们, 当我们收到该通知时便可将其输入到oracle AP的应付帐款系统中, 接着再将此张credit memo invoice与之前的invoice 来做match,从而减少我们的应付帐款。
Debit Memo :
当我们要退货给某家供货商时,需先通知该供货商,并待其核可此项退货后,我们便可开立一张Debit memo形式的invoice,并将此张Debit memo invoice与之前的invoice 来做match,从而减少我们的应付帐款,接着再将商品退还给供货商。而此种Debit memo invoice在台湾比较少使用到,通常是用在厂商送过来的产品,并非是我方订单所要求的项目时,才会开立一张Debit memo形式的invoice,来减少应付帐款。

简单的说
Credit memo: 便是『厂商』 通知 『我们』 要给予货品的折扣时,会开立credit memo 给我们,接着我们便要在oracle AP的应付帐款系统中输入此张credit memo,而此种型式的 invoice便称为credit memo invoice。
Debit memo: 便是『我方』要求『厂商』给与货品的折让时(如退货),我们便要开立debit memo invoice,并且通知厂商,而此种型式的invoice便称为 debit memo invoice。

******以下技术属性
同是销售单据,memo request与Standard order/return的数量的字段属性是不一样的:前者的数量,系统中的文本是target quantity,技术属性为VBAP-ZMENG;后者的数量,系统中的文本是order quantity,技术属性为VBEP-WMENG。二者的Processing data归结在不同的表结构中。
账务票据,memo的数量来自于credit/memo request,invoice来自于order(当然return的后续
billing是credit memo),这已经在copy control中定义清楚了,所以它们的数量同样应该归在不同的表结构中。

转自https://www.cnblogs.com/toowang/archive/2012/12/14/2818638.html

<think>嗯,用户问的是“这个函数对端是AP?”,也就是想知道在`ath10k_bss_assoc`函数中,处理的是否是客户端与AP的关联过程。首先,我需要回顾一下之前的对话历史,确保自己理解上下文。用户之前已经询问过这个函数的作用,我详细解释了它处理关联过程的各个步骤,包括协商协议能力、设置对端参数等。现在用户的问题更具体,直接针对“对端”是否是AP。 首先,我需要确认用户的问题中的“对端”指的是什么。在网络通信中,“对端”通常指通信的另一端设备。在无线局域网中,当客户端(比如手机或笔记本电脑)连接到AP(比如路由器)时,客户端AP互为对端。因此,用户可能在问这个函数是否是处理客户端与AP之间的关联,即是否客户端作为主动方关联到AP,还是反过来AP处理客户端的关联请求。 接下来,我需要回顾函数`ath10k_bss_assoc`的代码结构逻辑。函数名中的“bss_assoc”通常指的是基本服务集(BSS)的关联,这在802.11协议中是客户端加入AP网络的过程。代码中调用了`ieee80211_find_sta`来查找对应的站点(sta),这里的`bss_conf->bssid`是AP的BSSID,也就是AP的MAC地址。因此,`ap_sta`实际上是指向AP的站点信息结构体,这说明当前操作的对象是AP,而函数所在的上下文应该是客户端驱动部分,处理客户端与AP的关联。 但是,这里可能存在混淆点:在Linux的mac80211框架中,无论是AP模式还是客户端模式,虚拟接口(vif)的结构体可能被复用。也就是说,这个函数是否可能在AP模式下被调用?例如,当AP处理客户端的关联请求时,是否会触发这个函数?需要进一步分析代码中的变量调用路径。 查看函数的参数,`struct ieee80211_hw *hw`代表硬件抽象层,`struct ieee80211_vif *vif`是虚拟接口,`struct ieee80211_bss_conf *bss_conf`包含BSS的配置信息。在客户端模式下,vif通常对应的是客户端接口,而bss_conf中的bssid就是AP的地址。此时,函数的作用是客户端关联到AP后的配置。如果是AP模式,vif对应的是AP接口,但此时关联的应该是客户端,但函数名中的“bss_assoc”可能不太符合AP端的处理逻辑,因为AP端通常处理的是客户端的关联请求,而不是自己关联到另一个AP。 另外,函数中的注释提到“/* can be called only in mac80211 callbacks due to `key_count` usage */”,说明这个函数是在mac80211的回调中被调用的。通常在客户端关联完成的回调中,比如`ieee80211_ops`中的`bss_info_changed`回调,当关联状态变化时触发这个函数。因此,这个函数应该是在客户端成功关联到AP后被调用来进行后续配置的。 代码中`ieee80211_find_sta`查找的是AP的BSSID对应的站点信息,因为当客户端关联到AP后,AP会被视为一个站点(尽管AP本身是服务端)。在mac80211框架中,AP端的站点管理可能不同,但此处的上下文明显是客户端视角,因为函数内部设置了客户端的AID(关联ID),并更新了客户端的虚拟接口状态为“up”。 此外,函数中调用了`ath10k_wmi_vdev_up`,这里的vdev(虚拟设备)在客户端模式下对应的是连接到AP虚拟接口。在AP模式下,vdev的处理方式可能不同,通常用于管理多个客户端连接,但此处的逻辑是针对单个BSSID的关联,更像是客户端的操作。 用户可能存在的疑问是,这个函数是否处理AP端的工作,比如当AP接受客户端的关联请求时执行的逻辑。但根据代码中的参数操作,这个函数更可能是客户端驱动在关联到AP后进行的配置,比如设置速率、加密、省电模式等。因此,对端(peer)在这里指的是AP,而函数本身是客户端驱动的部分,处理客户端与AP关联后的配置。 可能的误区是,用户可能认为“对端”指的是客户端,而实际上在这个函数中,客户端是发起关联的主体,对端是AP。需要明确两者的角色,避免混淆。 总结来说,函数`ath10k_bss_assoc`是在客户端模式下,当客户端成功关联到AP后,由mac80211框架调用的函数,用于配置客户端与AP之间的连接参数状态。因此,这里的对端确实是AP,函数处理的是客户端与AP的关联过程。</think>是的,在`ath10k_bss_assoc`函数中,**“对端”(Peer)指的就是接入点(AP)**。以下是详细解释: --- ### **核心结论** - **角色关系**:此函数运行在**无线客户端(Station模式)**的驱动上下文中,用于处理客户端与AP的关联。 - **对端身份**:函数中操作的`bss_conf->bssid`是AP的MAC地址,`ap_sta`是内核中表示AP的站点(Station)对象。 - **关键证据**: 1. 通过`ieee80211_find_sta(vif, bss_conf->bssid)`查找的是AP的站点信息。 2. 更新虚拟接口(`arvif`)的BSSID为AP的地址(`ether_addr_copy(arvif->bssid, bss_conf->bssid)`)。 3. 操作如`ath10k_wmi_peer_assoc`通过WMI协议通知固件与AP建立对端关联。 --- ### **详细分析** #### 1. **函数上下文与调用场景** - **何时触发**:当客户端(如笔记本、手机)成功关联到AP时,由`mac80211`框架回调触发此函数。 - **调用路径示例**: ```text mac80211关联完成回调 &rarr; ath10k驱动 &rarr; ath10k_bss_assoc() ``` #### 2. **对端(Peer)的指向** - **代码逻辑**: - **查找AP的站点对象**: ```c ap_sta = ieee80211_find_sta(vif, bss_conf->bssid); ``` - `bss_conf->bssid`是AP的MAC地址,此处通过该地址在内核中查找AP对应的`ieee80211_sta`结构体。 - **关联参数配置**: ```c ret = ath10k_peer_assoc_prepare(ar, vif, ap_sta, &peer_arg); ``` - 参数`ap_sta`明确指向AP的站点信息,用于协商客户端与AP之间的协议能力(如HT/VHT速率、加密方式)。 #### 3. **关键操作与AP的关联性** - **无线协议能力协商**: - 从`ap_sta`中提取HT/VHT能力(`ht_cap``vht_cap`),用于配置客户端的发送接收参数。 - 例如:客户端需要根据AP支持的MCS(调制编码策略)调整自身速率。 - **对端关联命令**: ```c ath10k_wmi_peer_assoc(ar, &peer_arg); ``` - 通过WMI(无线模块接口)向固件发送命令,告知固件与AP建立对端关联。 - **虚拟接口状态更新**: ```c arvif->is_up = true; // 标记客户端接口为“已关联” ether_addr_copy(arvif->bssid, bss_conf->bssid); // 记录AP的BSSID ``` #### 4. **与AP模式的对比** - **客户端模式**: - 此函数属于客户端驱动逻辑,用于关联到外部AP。 - 操作如`ath10k_wmi_vdev_up`启动客户端的虚拟设备(vdev)。 - **AP模式**: - AP模式下关联流程不同,通常由`ath10k_mac_op_sta_state`处理客户端的接入请求。 - AP作为服务端,其驱动逻辑不会调用`ath10k_bss_assoc`。 --- ### **常见误区澄清** - **误区**:“对端(Peer)”指客户端,函数用于AP处理客户端关联。 - **正确理解**:此函数是客户端驱动的代码,对端是APAP处理客户端关联的逻辑在驱动中另有实现(如`ath10k_mac_op_sta_state`)。 - **误区**:`ap_sta`表示客户端自身的站点信息。 - **正确理解**:`ap_sta`是内核为AP创建的站点对象,用于客户端与AP的交互(如获取AP的无线能力)。 --- ### **总结** 此函数是**客户端关联到AP后的配置入口**,所有操作均围绕客户端与AP的交互展开。对端(Peer)的明确身份是AP,而非其他客户端。其设计目标是确保客户端驱动固件正确适配AP的无线能力,并完成关联所需的底层协议栈配置。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值