周明
积分:401 金币:12
| 只看他
21楼
RE:说到POS软件，好象国内没有一家软件能把‘结算’结个一清二楚？
我是指编码中含有供应商的信息就可以解决一品多供应商问题
郑曙光
积分:218 金币:0
| 只看他
22楼
RE:说到POS软件，好象国内没有一家软件能把‘结算’结个一清二楚？
这个确实有N个问题。主要是批次和商品不容易分清楚造成的。 如果商家够牛,就在和供应商谈判时注明你的商品想进来，可以，麻烦你将以前的商品买回去再说，换句话就是每个商品只有一个供应商。 我们采用二种方法：一是按抽单（验收单，可以做到一批商品一次性、相同商品从数量上分次抽单的方式）；二是实销实结，当然了对于已销商品在批次和供应商上的不明确性，需要手工干预，就是工作量太大，建议使用之前考虑清楚。 www.bizcent.com
lan
积分:113 金币:0
| 只看他
23楼
RE:说到POS软件，好象国内没有一家软件能把‘结算’结个一清二楚？
代销就是按销售结算，可能我没有写清楚。还有我不是软件开发商，不用对客户说“这个不科学，不能用！”。既然自己选择了要代销结算，就不可能避免这种结算方式带来的问题，如一品多商的销售分摊问题。原则很简单，要代销，这个商品就不能有多个供应商结算，否则就是结不清楚。我想每个公司做法不同吧。就看管理者的想法和观点了，并非信息系统的问题。如果客户能说清楚他的结算原则，系统又有什么做不到的呢？
王海斌
积分:315 金币:40
| 只看他
24楼
RE:说到POS软件，好象国内没有一家软件能把‘结算’结个一清二楚？
言过了！，结算数据准确才能意味着这个商家的财务核算才能准确，自营商品的成本核算问题是一家商业软件的基本功。不过文中也说得对，很多商家在这一关上没有过，财务核算一TA糊涂。
但我做到了！，商品成本核算是否准确另外还取决于商场对库存管理、销售管理的水平，我所实施的王府井集团做到了准确的成本核算。
| 只看他
25楼
RE:RE:说到POS软件，好象国内没有一家软件能把‘结算’结个一清二楚？
销售时是谁家的，就买谁家的
| 只看他
26楼
RE:说到POS软件，好象国内没有一家软件能把‘结算’结个一清二楚？
我读到一篇关于商品条码的帖子（ 樊昊 先生），文章中说：
一般商品条码由十三位数字构成：
三位国别码 + 四位企业代码 + 五位商品代码 + 一位校验码；
生鲜商品的十三位码的构成：
2X开头的店内码识别 + 五位商品编码
+ 五位重量或金额 + 一位校验码；
由此，一般商品的一品多供应商的问题是可以解决的。分清供应商是
第一步。要不付钱给谁呢。这是付给谁的问题。
批次问题是第二步，每一批的价格可能不一样，按不同的批次组合结算，是不同的金额。先进先出是合理的算法。如果不这样，算法就不确定了。这是如何算的问题。
随后的返厂、盘盈、盘亏、让利、促销，，，都是和批次问题紧密联系。都是不确定问题。必须加上先进先出的条件，才能构成确定性计算问题。
楼上于先生提出的几种方法，都是在批次上加一个条件而且只能一个，形成了确定的算法。
所以，供应商结算在数学上是一个不确定计算问题。只有加上一个条件才能得到确定解。这个条件可以由于结帐方的利益而千奇百怪。你说这个帐容易‘一清二楚‘吗？就是美国数学博士来，也做不了。
我是不懂财务，有不对之处，请大家指教。
| 只看他
27楼
RE:说到POS软件
富基做王府井这样的大型老牌商业集团，软件方面是样板一个，必须做好，否则如何站住脚；客户方面有多年经验，是全国商业的典范，结算做不好，也说不过去。
问题是北京老兄只希望软件把结算结个一清二楚，碰到楼上于兄所做的客户，麻烦就来了。百年号称在江苏苏果的软件很好，也自认对于已销商品在批次和供应商上的不明确性，需要手工干预，就是工作量太大，建议使用之前考虑清楚。
世界上的事情没有绝对的，北京老兄也不必把‘结算’结个一清二楚嘛，何苦难为软件商，做软件也难呀，在商业领域做软件更难。对吗？
---------------------------------------------------
[u][color=red]春花 秋月 夏雨 冬雪 此景几许清闲 陈酿 佳肴 知己 良朋 待得半世逍遥[/color][/u]
| 只看他
28楼
RE:说到POS软件，好象国内没有一家软件能把‘结算’结个一清二楚？
说到供应厂商结算的问题，不管哪家软件公司说能做的如何完美，其实到最终也只能解决某一部分问题。
一。从结算角度出发：系统最好是采用批次的方式，可以解决超市结算的问题。但是在现实的管理中，采用批次对于管理的要求太高，比如上面老兄所讲，采用先进先出，等把第一批货卖完了再拿出第二个批次的商品进行销售，那么假设货架上只有5瓶鲜牛奶，如果两个批次的牛奶放在一起卖，顾客肯定会选择最近批次的牛奶，那么我总不能一定要求把这5瓶牛奶卖完之后再上第二个批次的牛奶吧？2.超市的退货期一般都是在15天左右，顾客来退货的商品如果是处于两个批次的临界，那退货成本的核算？3超市在盘点的时候，发生的损耗，对于这些损耗的批次规属？4.超市是一个意外事件发生频繁的业态，如果一个批次的商品已经销售完毕，而新一个批次的进货单没有及时录入的话那商品的成本？毛利？
二。从管理的角度：采用进价的移动加权算法是比较好的，它可以较为真实的解决上述的问题。1.但是对于代销商品的一品多供应厂商的结算也确实是一个难以解决的问题，假设我们跟供应商制定一个游戏规则，不管哪个批次的，按照进货单谁先进货，那卖的商品的就算是谁的，前期的结算没有问题，如果过一段时间要求一个供应厂商退场退货，那退货的成本需要跟供应厂商协商，退场的时候发生的损耗由哪一个供应厂商承担？还是由超市自己承担？2.如果供应厂商以赞助的形式赠送给了超市一批赠品，超市没有送给顾客，而是折价卖给了顾客，那么此时的平均成本就会有一个较大的波动。
三。上面有一个朋友说，采用把供应厂商的信息编入商品货号或条码，这种方法有的软件公司也在使用，但是软件系统一般是比较“傻”的，它认为你编了一个货号，那就是一个商品，那么同一个商品因为供应厂商不一样，那么在进行数据汇总的时候，就会出现有两个销售情况，两个商品库存，那数据分析还有什么作用呢？
希望朋友们，在结算和管理互相平衡状态之下，给我们软件公司一些比较好的建议。
| 只看他
29楼
RE:说到POS软件，好象国内没有一家软件能把‘结算’结个一清二楚？
编码中含有供应商的信息,那单品多供应商怎么办???
| 只看他
30楼
RE:说到POS软件，好象国内没有一家软件能把‘结算’结个一清二楚？
我觉得代销结算,应该采用批次和先进现出的方法来解决,应该会好
一些的
| 只看他
31楼
RE:说到POS软件，好象国内没有一家软件能把‘结算’结个一清二楚？
不好意思,应该是"先进先出"
周明
积分:401 金币:12
| 只看他
32楼
RE:说到POS软件，好象国内没有一家软件能把‘结算’结个一清二楚？
针对天府国宝所提问题做一解释：
三。上面有一个朋友说，采用把供应厂商的信息编入商品货号或条码，这种方法有的软件公司也在使用，但是软件系统一般是比较“傻”的，它认为你编了一个货号，那就是一个商品，那么同一个商品因为供应厂商不一样，那么在进行数据汇总的时候，就会出现有两个销售情况，两个商品库存，那数据分析还有什么作用呢？
把供应商信息编入商品货号，确实会产生一个单品多个编码的问题，但是只要对这些编码做个关联，就不能象上述所提到的会有两个销售情况和两个商品的库存。
当然在实际运作中配套的管理也要跟的上！
| 只看他
33楼
RE:说到POS软件，好象国内没有一家软件能把‘结算’结个一清二楚？
周先生所讲极是，但是把供应商信息编入货号，在理论上或者说是在单店模式上可以这么做的，如果是一家20家门店以上的连锁超市，一品多码，1.这种商品在销售的时候都要贴上自制条码，在商品的验货方面、仓库管理方面、商品上架方面、商品的保质期管理方面都可能造成一定的影响
2.门店在要货的时候，对于供应厂商的选择是放在门店，还是总部？但凡一品多供应厂商都存在着进价的差别、送货周期的差别、结款方式的差别、一次性进货量的差别、商品销售返利的差别等等问题，门店以何种标准去选择？选择权放在总部，总部在订货的时候，虽然上述的问题总部可以做一些综合的权衡，但是对于采购人员要分别统计各个供应厂商的存货情况、应付款情况等等问题，等把这些问题都分析出来了，可能需要一两天的时候，更何况现在哪家超市没有几百个供应厂商呢？这样做最终可以会导致，1.商品的库存周转天数增加。2.采购人员可能会运用手中的权利“公饱私囊”。
所以我们还是希望超市公司最好能够建立公司的信誉，尽量选择一些固定的供应厂商来合作(特别是以销定结的供应厂商).
周明
积分:401 金币:12
| 只看他
34楼
RE:说到POS软件，好象国内没有一家软件能把‘结算’结个一清二楚？
1。非常同意楼上兄台（天府国宝）的观点，一品多码在单店运作比较方便。在连锁店的运作过程比较麻烦。但并象楼上兄弟所说，每个商品都要贴自制条码。商品本身的条码还是可以应用的。
2。一品多码和进货的选择并没有必然的联系。
3。结算在系统中可能出现的问题并不是单一系统能够解决的，需要系统配合管理方式来解决。如楼上所提到的尽量选择固定的供应商等等
希望有机会多沟通
张华
积分:89 金币:0
| 只看他
35楼
RE:说到POS软件，好象国内没有一家软件能把‘结算’结个一清二楚？
记得前面有位仁兄谈到“软件说管理无能，管理说软件无用！”其实软件只是在超市经验管理中的一个辅助工具，而且可以说是一个业务系统，并不是一个财务系统，主要是提供灵活多变而且稳定的销售功能，对于财务结款只是提供纯粹的业务数据而已，但是对于一品多供应商的结算，很多时候存在连人为方面都没有办法区分得了，特别对于连锁企业的小门店来说，很多时候管理、经验都没有办法到位，如何谈得上先进先出、如何谈得上批次管理，而且在人为上往往都是存在随意性，那么软件系统严格地控制了数据的严格性或者操作上的固定性后，在人为上或者理想上不应该出现的错误产生后，系统就需要不断改变去适应现实中存在的情况，那么系统将如何去设计呢？
| 只看他
36楼
RE:说到POS软件，好象国内没有一家软件能把‘结算’结个一清二楚？
和三百年前是一家的张兄商榷：
现代超市经营管理中是离不开计算机软件，绝对不是一个辅助工具，而是举足轻重的关键！目前只要上一点规模的超市，谁家没有软件运行。
九十年代前期，商业计算机管理软件只有进销存，可是现在，特别是超市业态，那套软件没有财务结算模块。难道用用友、金蝶直接结算。
有需求就有设计，站在软件角度，目前很多用户管理很差，人为行为造成软件设计无法适应，确实难度较大。但是适者生存呀。
希望多交流
---------------------------------------------------
[u][color=red]春花 秋月 夏雨 冬雪 此景几许清闲 陈酿 佳肴 知己 良朋 待得半世逍遥[/color][/u]
于世友
积分:337 金币:0
| 只看他
37楼
RE:说到POS软件，好象国内没有一家软件能把‘结算’结个一清二楚？
我觉得，最好的办法还是批次管理
进货 不同供应商不同的验收单
库存 货位管理，不同的批次不同的货位
销售 保证只有一个批次的在场
盘点 数量吗，还是按货位盘点，系统可以汇总，也可以按批次处理
退货吗，按小票，用小票可以查出是那个供应商的货（不要说小票丢了，那我也没办法^_^,不退）
残损，和盘点一样，那个供应商的批次，算谁的
现在有个很大的问题，我们不能等货架上该批次的商品卖的光光的再上下一批，所以，肯定会有两个批次的货和在一起，最好，就是每个商品再有一个批次价，就是第二批上架后，第一批没销售完的要么贴上新的条码，要么作上优惠标记，执行批次价（比零售价便宜一些），这样，可以鼓励顾客买他，当然，不优惠也可以，在条码附近作一个标记，收款员前台系统收银时，可录入系统
还有个大问题，分店配送的话，很麻烦
于世友
积分:337 金币:0
| 只看他
38楼
RE:说到POS软件，好象国内没有一家软件能把‘结算’结个一清二楚？
还有，有可能顾客就是不拿第一批的商品，等到第三批上架了，第一批就的处理了
周孝武
积分:115 金币:0
| 只看他
39楼
RE:说到POS软件，好象国内没有一家软件能把‘结算’结个一清二楚？
我觉得各位大侠都走入了一个误区，就是商品库存统计核算和结算的供应商没有划分开。对于一品多商条码一样的商品销售，没有必要，也没有可能知道刚才过机的商品到底是哪个供应商供货的。
财务结算，其实最理想的方法是‘批次管理，先进先出’。举例说明：设一商品，由A、B供货。
进货：每次进货，都会产生不同批次，记录该批次库存数，不同批次对应不同进价。
进货退回：输入商品后，还需指定退货的批次。
销售：先进先出的原则，销售减库存时，减当前批次的库存。
销售退货：也是先进先出，退货后，在当前批次库存下加退货数。
库存：该商品的库存数，是由不同批次总计得来。批次又对应不同供应商，即可了解各个供应商库存情况。
结算：结算与库存是可以分离的，采用的原则有多种方式，可以采用先进先出（建议采用），也可以按进货金额比例分割，也可以按供应商优先级等。
我是深圳海博特软件公司的销售经理，我们公司开发的软件就是采用上述方法做的。客户反应良好，不知各位有何更好建议？
小鱼
积分:464 金币:23
| 只看他
40楼
RE:说到POS软件，好象国内没有一家软件能把‘结算’结个一清二楚？
楼上的朋友，你好像忘了还有代销与购销之分。一般商场是购销先结，代销后结，谁叫我们供应商处于劣势呢？
