j*****e
发帖数: 11116 | 1 都没做过transaction的，上来就要求NET30，美国是不是骗子多啊还是都想空手套白狼
，去tmd这些鸟公司 |
|
|
o*********y
发帖数: 506 | 3 不得不顶这个回帖。
A和B是：A付款晚了，涉嫌违约，A应该按合同赔偿B；现在AB之间的合同就是缺乏这个
相关的条款。
建议：以后加上类似 Net30之类的条款。
甲方（收货方）在Fedex/UPS/USPS/其他物流公司，系统显示的Drop/Picked Up/
Delivered 时间点之后的12/24/36小时/其他时间之内，付清全款/余款，并提供相关证
明单据，如银行转账截屏等；逾期不付，则甲方......(比如每天多付10/50/100/200刀
等）
但是......护士加上这样的条款，还能出货麻...sigh |
|
m*****i
发帖数: 19 | 4 知道这个网站才几天，第一次发帖。shopping 没有什么经验，很多名词还在消化。但
是看到有很多前辈都在说能把BCB和其他CB合起来用，真的是想破了脑袋也想不通，希
望有人给俺指点迷津。
我是搞电脑的，也搞过电子商务。所以，第一反映就是看看这个CB流程在程序上怎么实
现。迅速看了一眼Bing cash back的商家integration guide （5分钟，没看完），原
理上大概就是先由商家自己在Bing那里存点钱，或者用Net30打上欠条。然后商家自己
决定CB的多少。等大家在商家那儿买了东西，商家和bing都track这笔订单。最后这笔
CB的钱还是由Bing来替商家掏给consumer，当然羊毛出在羊身上，CB的钱到头儿来还是
商家掏的。MS从中收取commission。（以前搜索引擎收取商家钱，按照CPC，cost per
click模式。现在这种Cash Back的网络推广模式是按照CPA，cost per acquisition模
式，商家不对从bing带来的点击付钱，而只对bing带来的订单掏钱。而且掏的钱是部分
给MS，部分做CB吸引买家。）
当然，MS不是每笔自 |
|
m*****i
发帖数: 19 | 5
CB
嗯。看来还是newegg有钱，不在乎这点小钱。想象一下我有个不大的网站，想做Bing的
cashback做推广。一个订单MS就要从我的merchant账户上扣掉20%的钱做CB。如果订单
最后cancel了，我是一定要MS hold住这笔钱的，要不我不得心疼死。
难怪bing CB program里对商家的要求比较苛刻，一般要求有点名气的，大的有实体的
店铺。MS对merchant账户都有 NET30 赊账方式，就是MS先帮你出CB的钱，30天之内
merchant必须还账。大商家对MS有个好处，就是不太计较小得失。如果MS搞错了，大商
家也不会追查到底。 |
|
h****x
发帖数: 1450 | 6 是货一寄出去就发给bill to呢，还是快到30天的时候？
invoice已经发给purchasing department了。 |
|
n***y
发帖数: 15001 | 7 货发完就可以发invoice...due date写清楚就没问题... |
|
|
t******t
发帖数: 121 | 9 Baidu Announces Fourth Quarter and Fiscal Year 2010 Results 01/31 04:
30 PM
BEIJING, Jan. 31, 2011 /PRNewswire-Asia/ -- Baidu, Inc. (BIDU:$108.63,00$2.
09,001.96%) , the leading Chinese language Internet search provider, today
announced its unaudited financial results for the fourth quarter and fiscal
year ended December 31, 2010(1).
(Logo: http://photos.prnewswire.com/prnh/20081103/BAIDULOGO)
Fourth Quarter and Fiscal Year 2010 Highlights
Total revenues in the fourth quarter of 2010 were ... 阅读全帖 |
|
l***h
发帖数: 9308 | 10 上面那个教程链接，本来让我看到点希望，不过又熄灭了。。。。
我是这样打算的，先不整翻墙OpenVPN，把常规的OpenVPN调通。按照教程，这几个包装
全了（OpenSSL，OpenSSH，SBSettings，OpenVpn Toggle for SBSettings）；客户端
conf.ovpn和其他几个3个文件也放到iphone OpenVPN下面，教程里面可能是老版本目录
名是OpneVpn，NND害得我折腾半天才明白原来目录大小写也会出问题。
准备编辑/var/mobile/Library/SBSettings/Commands/com.offinf.openvpnup时，发现
我的里面没com.offinf.openvpnup，只有2个文件net.openvpn.up 和net.openvpn.down
，不管怎么说，编辑net.openvpn.up这个类似文件，照抄代码（只把OpenVpn换成
OpenVPN）
最后进入putty，登录后转到OpenVPN文件夹，执行
openvpn-iphone ?script-security 2 ?config conf.ovpn
... 阅读全帖 |
|
y*******3
发帖数: 659 | 11 大举个例子来说，如果事件按照以下顺序发生：
6月15日，公司发邮件给卡车公司A, 要求A在6月20日做一个运输服务。
6月20日，A公司运输服务。
7月10日，收到A公司的BILL,说这个服务是700块。BILL DATE是6月22日。与A公司的
term是NET30, 这样这个BILL在7月22日支付。
现在公司的做法是，在7月10日，收到bill之后再post到系统里面去，在系统里面的日
期是6月22日。但是这样在我们close 第二季度以后，数据还是变，而且这种延迟有时
候长达几个月。
我的问题是这样做法是accrual accounting么？我感觉似乎也不是cash accounting,因
为我们有AR, AP.
如果想避免数据如此大幅度的震动，以上情况应该怎样处理呢？我初步琢磨了一下几种
可能：
1. 在6月15日做ENTRY,系统日期用20日，但是这个时候的数据是个估算值，具体受到
BILL的时候可能金额会变。
2.6月20日当天做entry，用当天的日期，但是这个数据也是估算值，而且作entry的人
容易忘。
3。目前的做法，在收到vendor bill以后entry... 阅读全帖 |
|
y*******3
发帖数: 659 | 12 我不知道是不是我们用的系统不一样，如果用quickbooks的话，b对a公司的term是
net30,那么从8/29日，输入a/payable的时候，due date就开始计算了（8/29+30）,但
是实际上的due date 是9/8+ 30 天，莫非有2套系统分别来计expense,另外专门作
payable? |
|
M******s
发帖数: 138 | 13 这里也不一定先付后发，很多order,payment term都是net30，不过肯定能回来就是了
，和国内最大的不同是一个互相尊重的潜规则，有问题就按条文来解决，遇到特别不好
的客户，那么大不了以后不做，但是一般都很好，其实就像以前工作的时候，你要是习
惯讲规矩，那么不规矩的人也就不好意思和你不讲规矩了，这样建立了一个游戏规则，
大家交往起来就舒服很多。 |
|
