Проблемы при закрытии склада DAX2009 SP1 RU5/RU6

[Alexius]

Ну раз пошла такая пьянка

Отмена закрытия склада при отключенном ключе двух-валютного склада пропускает удаление проводок SummedUp со всеми вытекающими вкусностями

Class / InventCostClosingCancel_WorkInvent / deleteVirtualTransfers

...
    while select forupdate inventTrans order by InventTransId
    where inventTrans.ValueOpen             == InventTransOpen::Yes
       // <GEEU>
//       && inventTrans.ValueOpenSecCur_RU    == InventTransOpen::Yes 
       && inventTrans.ValueOpenSecCur_RU    == (isConfigurationKeyEnabled(configurationkeynum(InventClosingSecCur_RU)) ?
                                                    InventTransOpen::Yes : InventTransOpen::No) 
       // </GEEU>
...

На SQL по закрытому ключом полю уходит условие 1=0 и ...

PS. Интересно, много ли еще таких мест ?

[Bega]

Цитата:

Сообщение от Alexius

Ну раз пошла такая пьянка

Отмена закрытия склада при отключенном ключе двух-валютного склада пропускает удаление проводок SummedUp со всеми вытекающими вкусностями

Class / InventCostClosingCancel_WorkInvent / deleteVirtualTransfers

PS. Интересно, много ли еще таких мест ?

Мне кажется тут надежней вот так, чтобы вообще не важно было, как система обрабатывает отключенные конфигурацией поля:

...
  while select forupdate inventTrans order by InventTransId
    where inventTrans.ValueOpen             == InventTransOpen::Yes
       // <GEEU>
       //+ DPL InventClosingFix_OK 28.02.2011 OK
       //inventTrans.ValueOpenSecCur_RU    == InventTransOpen::Yes)
       && (  !isConfigurationKeyEnabled(configurationkeynum(InventClosingSecCur_RU))
           || inventTrans.ValueOpenSecCur_RU    == InventTransOpen::Yes)
       //- DPL InventClosingFix_OK 28.02.2011 OK
...

[EVGL]

Цитата:

Сообщение от Alexius

Ну раз пошла такая пьянка

Отмена закрытия склада при отключенном ключе двух-валютного склада пропускает удаление проводок SummedUp со всеми вытекающими вкусностями

Class / InventCostClosingCancel_WorkInvent / deleteVirtualTransfers

...
    while select forupdate inventTrans order by InventTransId
    where inventTrans.ValueOpen             == InventTransOpen::Yes
       // <GEEU>
//       && inventTrans.ValueOpenSecCur_RU    == InventTransOpen::Yes 
       && inventTrans.ValueOpenSecCur_RU    == (isConfigurationKeyEnabled(configurationkeynum(InventClosingSecCur_RU)) ?
                                                    InventTransOpen::Yes : InventTransOpen::No) 
       // </GEEU>
...

На SQL по закрытому ключом полю уходит условие 1=0 и ...

PS. Интересно, много ли еще таких мест ?

Почему в MS никто не сообщает? Прав нет или просто лень?
В RU8 ошибка старательно перенесена в метод \Classes\InventCostClosingCancel_End\deleteVirtualTransfers

[Bega]

Цитата:

Сообщение от EVGL

Почему в MS никто не сообщает? Прав нет или просто лень?
В RU8 ошибка старательно перенесена в метод \Classes\InventCostClosingCancel_End\deleteVirtualTransfers

Я размещал при помощи Навикона 2-ю и 3-ю проблему в марте 2011 года, дальнейшую их судьбу не знаю, там была длительная переписка м/у сотрудником МС и сотрудником Навикона. Потом сотрудник Навикона уволился. В ru7/ru8 я не обнаружил никакого решения.

Проблема 2 - номер инцидента 111030950770658
Проблема 3 - номер инцидента 111030954402573

1-ю проблему в МС воспроизвести не удалось - она появляется у нас в большой цепочке производственных заказов, с несколькими связанными цехами. У нас до 16 уровней вложенности. Свою базу я отдать не мог, потому что коммерческая тайна (рецептуры и т.п.), а всю эту цепочку воспроизвести у меня времени не было.