最近碰到个普通问题，

骑牛后卫

原帖由 xxzhaobb 于 2009-4-19 22:44 发表
例：代理商为A，代理商的客户是B，A与公司协商好，公司发货时直接送货到“B”处，但是货款只能由公司跟“A”来结算，为了信誉，公司不能自己抢夺A的客户资源。

这个可以理解为Oracle EBS中的Dropship吗？就是三角贸易？

这不是三角贸易。
三角贸易或者多角贸易通常是为了利用不同地区和国家的政策而转移利润，合理避税。比如，把利润转移到避税天堂“BVI，英属维尔京群岛”。
在两岸不能直航时，通常会利用港澳做转口，需要在港澳设立paper公司，这也属三角贸易。
三角贸易的流程和你说的完全不同。

说句题外话，两岸直航后，对香港的直接影响将是比较大的。

kgxp

dropship 是你买了供应商的东西去卖给客户，楼主的情况是客户买了你的东西再卖给他的客户

不一样嘀~

littleredhorse

大家继续了,看看还有没有更好的方案.

有朋友提到的销货单客户可与"应收发票"客户不同,这个好象从国家财务制度规定上应该是不允许的了.

看了各位的建议,我是这样想的,
1、与A签定由B代收货的协议应该是必须的.
2、如果系统支持一个客户档案多个收货地址信息（这几个收货地址信息可是A的好几个客户的），在下单时或发货时选择实际的送货地址即可。

ohk

业务的本质：

A销售给B，B销售给客户，A发货给B

对于B，这就是直运业务，即向A采购，由A直接发货给客户，B产生对A的采购发票和对客户的销售发票

对于A，还是正常销售，仅仅收货人和收货地址是客户而已。

对与A而言，如果应用的系统功能上不支持此项业务，就通过虚拟的采购-销售来做，至于单据上的收货人和收货地址，做个特殊的打印模板解决。


这种业务其实蛮常见的，如进出口的代理尽快和代理出口，委外加工中的供应商直接送货到委外工厂...

分解下来，最终都是最基本的采购、销售业务。

ylz_ylz

这是个流程问题,先暂时不谈现实要求流程改变,也没见你系统模式,你可以按以下方法<试一试>客户代码区分.
例:代理商A,客户B,C都是A的客户,
在你系统中肯定要建产资料例:A代商客户全部以A开头,例:代码AB(代表A代理商B客户),地址深圳及电话..,AC(代表A代理商C客户),地址东莞及电话..,A代码:代理商,地址:北京...
订单中送货单全部以AB,AC打订单,送货单,到时候我财务应收,一看见A开头我就知道是A代理商的,因系统肯定有模糊查询功能,到时候查询A*,所以A代理商的销货明细全出来,AB,AC全当作A代理商的应收明细


QQ:15632082

伪专家

简单的业务问题，不就是直运销售吗！干嘛搞那么复杂？软件功能不支持就没办法了，开发？难度有点大！发票客户和收货客户不同处理太简单，解决不了实质问题。

chiong2000

原帖由 ohk 于 2009-4-25 12:01 发表
业务的本质：

A销售给B，B销售给客户，A发货给B

对于B，这就是直运业务，即向A采购，由A直接发货给客户，B产生对A的采购发票和对客户的销售发票

对于A，还是正常销售，仅仅收货人和收货地址是客户而已。

对与A而言，如果应用的系统功能上不支持此项业务，就通过虚拟的采购-销售来做，至于单据上的收货人和收货地址，做个特殊的打印模板解决。


这种业务其实蛮常见的，如进出口的代理尽快和代理出口，委外加工中的供应商直接送货到委外工厂...

分解下来，最终都是最基本的采购、销售业务。

不知道LZ使用的软件是什么，不过如果软件不支持直接解决，建议参考ohk的解决思路。

软件是死的，思维是活的！ 很喜欢“业务的本质”这句话。：）

donne125

学习了，只是还没搞明白是什么东东：）

骑牛后卫

不是直运。
销售单要能区分以下要素
1、谁订的货
2、送给谁
3、应收算谁的
4、票开给谁
5、款由谁来支付
（以上内容在SAP的SO中补称为“合作伙伴”）

如果我方是多组织运营的话，还应该明确
6、我方哪个组织供应
7、从我方什么地点出货
8、我方的应收由哪个组织处理
9、发票由我方哪个组织开票
10、最终货款回到我方哪个组织

OKRA-ERP

是否这样更为简单。

订单，发货单中增加最终客户字段即可。
开单按应收付的客户去开，发货按最终客户去发。