﻿<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>服装信息化管理</title>
	<atom:link href="http://www.suctone.com/feed" rel="self" type="application/rss+xml" />
	<link>http://www.suctone.com</link>
	<description></description>
	<lastBuildDate>Tue, 31 Jan 2012 08:11:11 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.4</generator>
		<item>
		<title>服装进销存没有VIP储值卡功能，现在想增加，怎么办？</title>
		<link>http://www.suctone.com/2465.html</link>
		<comments>http://www.suctone.com/2465.html#comments</comments>
		<pubDate>Tue, 31 Jan 2012 08:11:11 +0000</pubDate>
		<dc:creator>蔡建勇</dc:creator>
				<category><![CDATA[服装VIP管理]]></category>
		<category><![CDATA[成通软件]]></category>

		<guid isPermaLink="false">http://www.suctone.com/?p=2465</guid>
		<description><![CDATA[问：我公司现在使用的是XX服装进销存系统，该系统没有VIP储值卡功能，现在公司想发展这个业务，我该怎么办？ 答：这种情况，我想只有三种思路： 1、找XX系统开发商，要求增加这个功能； 2、找一个独立的储值卡管理系统，做接口实现和XX系统的对接； 3、全部更新到含有储值卡管理的新系统。 第一种情况主要看系统开发商是不是把你们当作典型客户，或者你们支付的开发费多不多，该功能是不是系统开发商开发计划的功能，否则这种方法从开发时间和费用上行不通。 第二种情况比较容易实现，用一个独立的卡管理系统，和现有ERP系统做接口，但原来的销售系统的支付方式做一下调整。以前我们做过这种方案，一家大的零售企业，有百货，有超市，有便利店，有些是收购的，以前的系统都不一样，以前是各自的VIP系统和储值卡系统和POS系统，后来整合成一套统一的卡系统，POS系统都没有统一，但可以卡通用，钱通用，并且使用不同业务模式的积分规则等。 第三种情况也可以考虑，目前很多系统已经提供储值卡管理功能，如成通服装进销存系统就包含储值卡解决方案。但不能为了一个功能更换系统，应该是为了将来更符合公司的发展需要。现有的成熟系统不可能包含公司所有需要的功能，因此要求系统开发商提供二次开发对公司个性化发展非常必要，成通软件就是定位提供标准化运作为基础、二次开发为支持的管理系统。]]></description>
		<wfw:commentRss>http://www.suctone.com/2465.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>服装唯一码的一些想法</title>
		<link>http://www.suctone.com/2462.html</link>
		<comments>http://www.suctone.com/2462.html#comments</comments>
		<pubDate>Wed, 23 Nov 2011 09:04:57 +0000</pubDate>
		<dc:creator>蔡建勇</dc:creator>
				<category><![CDATA[服装信息化管理]]></category>
		<category><![CDATA[服装进销存]]></category>

		<guid isPermaLink="false">http://www.suctone.com/?p=2462</guid>
		<description><![CDATA[唯一码在服装行业的应用已不鲜见，通过唯一码，可以实现对货品进行追踪，防止加盟客户和不同市场窜货，通过追踪唯一码，了解货品的流转去向，从中发现管理中存在的问题和漏洞。 唯一码需要在服装吊牌中体现出来，一般来说，入库、盘点时无需记录，只需在发货、调拔和其他流转环节进行记录，以实现唯一码的货品追踪功能。这里要谈两点：一是唯一码在服装吊牌如何体现，二是唯一码的编码方式。 一、 唯一码在服装吊牌中如何体现 方式一：吊牌中既有款号编码(SKU编码)，也同时存在唯一码。见图： 采用这种方式，在出库等流转环节进行扫描时，必须同时扫描款号编码和唯一码，这既增加了扫描的工作量，也极易导致错误（比如在扫描唯一码时会不小心把款号编码当作唯一码扫描至系统中去了。款号编码一般不会扫描错误，因为有系统档案可以校验），另外，使用两个条码，使得本来就极其有限的空间更加拥挤不堪。 方式二：把款号编码与唯一码合成一个完整编码。如图： 将款式编码与唯一码合并为一个条码，在各个扫描环节，系统取到以上编码后，可以根据款式编码的位数或者款式编码与唯一码之间的特殊间隔符号，自动分辨出哪一部分是款式编码，哪一部分是唯一码。这样，无论是哪一个扫描环节，只需扫描一次即可。系统虽然要增加一些判断逻辑，但是大大节省了终端用户的时间，减少了出错的机率。因此，我认为方式二优于方式一。从软件实现来说，只需在软件中增加参数设置，既能适用于采用不同方式的用户，在实现方面也完全没有问题。 二、关于唯一码的编码方式 方式一：用简单的流水码作为唯一码 理论上来讲，只要保证每一件衣服的唯一码独一无二就能满足需求，说简单一点，只要简单的使用流水号，就完全可以满足“唯一”这一特性的要求。比如使用8位流水号，即可满足10亿件货品的容量。 但是，假定款号编码长度为20位（包括款式编号+颜色编号+尺码编码）,再加8位流水码作为唯一码，那么款号编码+唯一码，总长度为28位，长度稍为长了一些，另外，8位的流水码尽管有10亿的货品容量，其实也是一个“有限”的容量。 方式二：用款号编码+流水码作为唯一码 如果再稍微改进一下，应该还有比方式一更优的编码方式。 如果我们将流水号与款号编码相关，则情况就不同了，也就是说，真正的唯一码并不是流水号，而是用款号编码+流水号合成一个唯一码。在这种方式下，在同一个款内，其流水号是不重复的，但是不同的款，其流水号是可以相同的。比如有A、B两款，其唯一码可以编码为A-00001…A-99999,B-00001…B-99999。 在方式一中，流水号与款号是无关的，从0000 0001 一直编码至9999 9999，而第二方式中，流水号与款号是相关并且由二者构成一个唯一码。这缩短了编码长度，其实也可以提高了编码容量空间。 对于方式二，在软件实现要注意和方式一有所不同，前面若干位是款式编码，整个编码才是唯一码。 以上是我对唯一码的一些想法，目前公司还没有实施唯一码的管理，考虑不周之处，欢迎指正！ 觉得该文章分析思路清晰，特转发。]]></description>
		<wfw:commentRss>http://www.suctone.com/2462.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

