某日，一个悠闲的午后，我泡的一杯毛尖正在阳光下散发着热气。嗯，接到一个小活儿。平平稳稳，不需要经历大风大浪，不需过五关斩六将的小活儿——-导数据。
这次需要更新的数据是Product。就是那个标准SObject，Product2，三位prefix是01t。人们常说用标准SObject用多了总会遇见坑，但人生又何尝不是如此。不是
完全控制在自己手里的东西，只能去了解，去接受，最后习以为常。
果然，这次就掉坑里了。工具执行结束之后，一看Log。在1000条数据里面，有50多条报了如下的错误。
StatusCode: CANNOT_CASCADE_PRODUCT_ACTIVE
Error Message: Cannot update associated pricebook entries without the Manage Price Books permission
然后看了下报错的数据，也没什么特别明显的特征。 貌似是无差别报错。
唔。。。万事不决查文档。
很快就在《SOAP API Developer Guide》定位到了这个Status Code。
https://developer.salesforce.com/docs/atlas.en-us.api.meta/api/sforce_api_calls_concepts_core_data_objects.htm
《SOAP API Developer Guide》
CANNOT_CASCADE_PRODUCT_ACTIVE
An update to a product caused by a cascade can’t be done because the associated product is active.
咦？怎么详描述的与系统返回的信息不一样？
系统反馈给我的信息是“由于没有Manage Price Books Permission, 所以无法更新关联的Pricebook”。只是说由于我没有Manage Price Books权限才报错，但是我更新Product为什么又会在意我有没有Manage Price Books的权限？
而文档给的信息是“由于product是active，所以无法完成由联级更新引起的被关联的product。 ”这写的是啥啥啥？什么叫caused by a cascade，谁是发出动作的人？是我的话我又cascade了谁？谁又Associated了我？
既然《SOAP API Developer Guide》的描述完全不知所云，那么就从系统直接反馈的错误信息入手吧。查了一下使用的账号，Profile和Permission上确实都没有PriceBook的CRUD权限。不过。。。。如果是因为没有PriceBook的权限的话，为什么绝大部分数据还更新成功了？如果真是这样，由于我没有权限，应该一条都不会成功才对。
结合两条截然不同的信息来看。线索指向了两个关键点。
1. PriceBook的权限。
2. Product的active状态。
于是做了一个试验，在没有PriceBook编辑权限的前提下，尝试去变更Product的active状态。果然报出的相同的错误信息。
就是说，如果想更新product的active状态，需要Pricebook的编辑权限。
唔。。。。
故事当然没有到此结束，不甘心的我突发奇想的在本地硬盘搜索了一下这个status code，结果在一本上古文档里发现了这样一段描述。
CANNOT_CASCADE_PRODUCT_ACTIVE
某上古文档
You cannot activate or deactivate this product without also being able to edit pricebooks.
原来错误信息还有第三个版本。这个版本明确的指出了问题的所在。
接下来是无责任脑洞推理。没有任何实锤和Evidence。
在Salesforce中，Product和Price Book是多对多的关系。一个product可以有多个Price Book，而Price Book也可以包含多个Product。Price Book Entry就是二者的Junction Object。
如果用workbench查看Price Book Entry上关联Product与Price Book的字段的关系属性，会发现该关系具有联级删除属性(cascadeDelete: true)。
所以在此推定Product与Price Book Entry，Price Book与Price Book Entry之间的关系皆为Master-Detail。
在表权限层级。
在Profile中，如果想要拥有子表的编辑权限，那么至少要拥有父表的View权限。反过来，如果连父表的view权限都没有，则子表没有任何权限。
所以，由于我没有Price Book的任何权限，导致失去Price Book Entry的所有权限。
而根据观察，Product在active状态变化的时候，会同步active状态到所有旗下的Product Book Entry。
在此推测Salesforce在Product上加了一个Trigger/Workflow/Flow/Process Builder用来用来同步active状态，而且在这个处理中特意做了权限检查。如果发现没有Price Book Entry的权限，则去检查Price Book的权限，如果也没有权限，就报错。
这也正是系统直接返回的错误信息的由来：
Cannot update associated pricebook entries without the Manage Price Books permission
至于为何错误信息出现这么多版本，我推测是由于与Product有多对多关系的不仅仅只有Price Book，所以同一个StatusCode从单一情景变为也会复用在其他的情景。所以错误信息在文档里就改成了更加泛指的版本。而这次我遇见的错误是一个很具体的场景，则出现的信息又由泛指的版本变为更加具体的版本。
脑洞完毕。我去加权限了。。