QAD交流

zelef

最初由 Syteline2QAD 发布
[B]下面的问题是目前我们上线后仍存在的我们认为是不能解决的技术问题，希望能有QAD使用方面比较专业的朋友可以提供帮助，互相交流。谢谢！
1.资信限额与票据维护（27.6.13）
a) 系统进行资信额度控制时不考虑应收票据金额，而应收票据在我公司等同于客户已付款，在资信额度计算时，应该减去其金额。因此按照现在的系统逻辑我们无法真正体现客户发货是否真的超限额。
b) 客户使用银行承兑汇票支付预付款业务无法在系统中进行客户预付款操作。
c) 资信冻结计算时不考虑该客户所有订单的合计金额，只考虑每个订单的金额是否超资信，造成当单个订单金额未超资信控制金额时，可以无限制发货，资信失控。
2. 客户价格单
a) 配置产品无法起用价格单控制，如启用价格单控制，做配置产品的订单时报价格单找不到错误。
3.应付帐预付款
a) 系统28.1中的vo_prepy（预付款）参考字段与系统报告28.15建立联系，不是预付帐款明细帐，预付帐款明细帐如何体现。
4. Consignment 退货
a) Consignment 退货流程在设计逻辑上不能反向操作，导致现有的退货流程过于复杂，具体操作是先对应退物料转移所有权至公司，然后做负数采购单冲回给供应商。负数采购单退货和Consignment 收货没有相应的系统对应关系，也有可能造成虚增债务的风险。
5. 审计轨迹
a) 对于pt_mstr（物料主文件）、pi_mstr（供应商价格单）、pc_mstr（客户价格单）、的更改没有审计轨迹可寻，对于其中的关键参数，包括库存、计划、成本等信息都是审计时必须要提供变更证据的。
b) 对于vd_mstr （供应商维护）、cm_mstr（客户维护）、ac_mstr（帐户）部分字段有审计轨迹，但只能保留最后一次变更的记录，过程中变更无轨迹可寻，不能满足审计要求。
c) 由上面可以看出，系统中对于变更信息的跟踪，即使有的话也是不能满足审计要求的，确实十分勉强。

以上很多要求都是SOX审计所必须要求的，
这个是我们原来的Syteline系统都具备的，系统报表就可以满足要求，而QAD做客户化怕是都很难满足，会复杂一些。 [/B]

你说的这些我也大致看了一下，基本都是事实，不过当初选型的时候没有产品演示和定案吗？当初的系统可以实现的为何要换QAD呢？

对了，你们是什么行业？

虽然我是做QAD的，但是确实QAD有些地方不如其它系统，当然也有些地方比其它系统好的地方。

呵呵，QAD的财务模块是比较弱的，这点是公认的，QAD目前也在开发EB3，据说架构都会变掉。

其实所有变更记录数据库都是有日志记录的，不过对于SOX审计需要提供证明的时候是比较麻烦的，呵呵，的确，做客户话都不方便。

Syteline2QAD

最初由 zelef 发布
[B]
Reference是Lot/Serial的下一级，就是说同一个Lot/Serial可以有多个不同的Reference。

Location    Lot/Serial  Reference
-----------------------------------------------------------
L1　　　　001　　　Sup1
L1　　　　001　　　Sup2
L1　　　　001　　　Sup3

上面三个都是不同的库位，你在3.6.5里面看看就明白了，呵呵 [/B]

多谢指教，我正在测试！

Syteline2QAD

最初由 zelef 发布
[B]



你说的这些我也大致看了一下，基本都是事实，不过当初选型的时候没有产品演示和定案吗？当初的系统可以实现的为何要换QAD呢？

对了，你们是什么行业？

虽然我是做QAD的，但是确实QAD有些地方不如其它系统，当然也有些地方比其它系统好的地方。

呵呵，QAD的财务模块是比较弱的，这点是公认的，QAD目前也在开发EB3，据说架构都会变掉。

其实所有变更记录数据库都是有日志记录的，不过对于SOX审计需要提供证明的时候是比较麻烦的，呵呵，的确，做客户话都不方便。 [/B]

本来是想换ORACLE的，谁知道。。。。
唉，一言难尽啊。
我们是机械行业，生产模式是小批量，多品种。

QAD对汽车行业还成，对付我们这个，吃力的很啊。

Syteline2QAD

我目前觉的它最好的地方是CIM-LOAD，哈哈。
要是能再cim 出来就好了。
Syteline 可以部分出来，但是不能进去。

zelef

最初由 Syteline2QAD 发布
[B]

本来是想换ORACLE的，谁知道。。。。
唉，一言难尽啊。
我们是机械行业，生产模式是小批量，多品种。

QAD对汽车行业还成，对付我们这个，吃力的很啊。 [/B]

恩，QAD最适合汽车以及汽车配件，食品，电子，化工等几个行业

zelef

最初由 Syteline2QAD 发布
[B]我目前觉的它最好的地方是CIM-LOAD，哈哈。
要是能再cim 出来就好了。
Syteline 可以部分出来，但是不能进去。 [/B]

出来就简单了，呵呵，用PROGRESS写语句，最简单的例子：

OUTPUT TO D:\pt_mstr.TXT.

for each pt_mstr:
Display pt_part pt_desc1 pt_desc2 pt_part_type pt_group with width 100.
end.

OUTPUT CLOSE.


CIM LOAD倒是需要整理好格式才能导入

Syteline2QAD

不错，呵呵，我所希望的是能够和excel直接连接起来，导出来就是excel格式的。
写语句弄出来，还要整理的。

cs19801023

最初由 Syteline2QAD 发布
[B]

我们使用Syteline  总共的时间快7年了，从2h00 到 4 到 6.00.10 期间还上了APS（先进计划排产模块），如果用过Syteline 再用QAD
的话，肯定觉的Syteline是要好一些，我说这个不是个人偏见，是基于对两个软件的了解，从开始到上线已经差不多大半年过了，仍然还是这个感觉，有几个特别讨厌的问题是QAD解决不了的，可以列举一下。 [/B]

呵呵，你们没有继续使用Syteline7是我们Sales的失败了。。。方便的话留下公司名称，我让我们的销售去检讨

zelef

最初由 Syteline2QAD 发布
[B]不错，呵呵，我所希望的是能够和excel直接连接起来，导出来就是excel格式的。
写语句弄出来，还要整理的。 [/B]

这个也有人研究过，是可行的，不过如果格式复杂的话就不行，找TECHNICAL CONSULTANT一般都能有解决办法的

shine_wang

最初由 zelef 发布
[B]

出来就简单了，呵呵，用PROGRESS写语句，最简单的例子：

OUTPUT TO D:\pt_mstr.TXT.

for each pt_mstr:
Display pt_part pt_desc1 pt_desc2 pt_part_type pt_group with width 100.
end.

OUTPUT CLOSE.


CIM LOAD倒是需要整理好格式才能导入 [/B]

老大是QAD高手喔，
请教如何把36.3.10用户菜单权限导出来呢

我自己有维护一个EXCEL记录表，对应系统36.3.10菜单权限。以前是用这个EXCEL来CIM进去的，但是顾问和很多用户自己修改了菜单权限，表格和系统实际就不符了。

现在想法是导出来，在EXCEL里面改，再CIM，速度比较快，问题是如何导出，请教老大。谢谢！