Корректировки в проводках закрытия склада

[fed]

Я бы начал разбираться с выяснения того - каким образом, фиктивный перенос получил сопаставленное количество БОЛЬШЕЕ чем количество по переносу. Все остальное - скорее всего просто следствия.
Я по аналогичной проблеме переписывался с одним португальцем. У него тоже сопоставленные количества поплыли и он пытался найти источник проблемы. Я ему заочно помочь не смог, но спустя какое-то время он мне написал что проблема решилась сама собой после установки какого-то последнего RollUp. Я посмотрел изменения закрытия на SYP-слое в RU5 и обнаружил там пару изменений, относящихся к средней. Наиболее интересное изменение связано с обработкой крахов сервера. То есть - в недрах закрытия есть некий код, ответственный за обработку ситуации при которой у нас закрытие было остановлено на лету из за перезагрузки сервера БД (например) и система должна продолжить закрытие, повторно использовав созданную проводку фиктивного переноса. В ru5 (может и в более ранних) есть мелкое изменение в обработке этой ситуации. Я, правда, не понял как оно может повлиять, но все равно - каким-то образом, совокупность правок в свежих rollupах правит эту проблему...

[Sergey Petrov]

Цитата:

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

Я посмотрел изменения закрытия на SYP-слое в RU5 и обнаружил там пару изменений, относящихся к средней. Наиболее интересное изменение связано с обработкой крахов сервера. То есть - в недрах закрытия есть некий код, ответственный за обработку ситуации при которой у нас закрытие было остановлено на лету из за перезагрузки сервера БД (например) и система должна продолжить закрытие, повторно использовав созданную проводку фиктивного переноса. В ru5 (может и в более ранних) есть мелкое изменение в обработке этой ситуации.

Да, да, да, было дело! Пришлось отменять закрытие один раз (как раз закрытие октября), потому что оно пошло не через пакетный сервер, а на локальном клиентском компе.
Уважаемый fed, не могли бы Вы поподробнее про изменения на SYP-слое в RU5?

[fed]

Цитата:

Сообщение от Sergey Petrov

Да, да, да, было дело! Пришлось отменять закрытие один раз, потому что оно пошло не через пакетный сервер, а на локальном клиентском компе.
Уважаемый fed, не могли бы Вы поподробнее про изменения на SYP-слое в RU5?

Может быть - проще его прямолинейно перелить на ваше приложение и посмотреть ? В международной версии, по большому счету, три изменения:
1. Иначе считается открытое количество на дату. Если проводка была финансово обновлена ПОСЛЕ даты закрытия, то возвращается ноль
2. Для всех складских моделей КРОМЕ средней - берется финансовая дата, вместо физической
3. В операции восстановления после рухнувшего закрытия, проводка с фиктивным переносом ищется по финансовой дате, вместо физической (хотя с другой стороны - они, вроде бы, должны быть всегда равны).

Есть подозрение что пункт 1 на самом деле был подправлен еще в sp1.
В российской версии добавилось еще НЗП, которое, в вашем случае, категорически не рекомендуется к переносу (оно, помниться, отключается функциональным ключем - так что можно просто не переносить всю эту ветку).

[Sergey Petrov]

Цитата:

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

Я бы начал разбираться с выяснения того - каким образом, фиктивный перенос получил сопаставленное количество БОЛЬШЕЕ чем количество по переносу. Все остальное - скорее всего просто следствия.

Большое спасибо, fed, за мысль. Вытащил я такие проводки (Abs(InventTrans.Qty) < Abs(InventTrans.QtySettled)). Их оказалось у нас не много, но и не мало - 10 проводок по 10 разным номенклатурным позициям. Все проводки по закрытию склада. Все в одном месяце (октябрь злополучный). Все открытые.

"Кто виноват" - мы с этим вроде как определились. Теперь следующий вопрос, всегда следующий в паре - "что делать?"...
Обновление приложения, надеюсь, даст нам защиту от таких неприятностей в дальнейшем. Но что можно предпринять сейчас в сложившейся ситуации? Есть какие-нибудь соображения на сей счёт?
1. Есть ли какие-нибудь штатные средства для решения проблемы (чтобы в дальнейшем прекратить корректировки при закрытии склада по этим и связанным с ними проводкам)?
2. Что делать с денежными средствами, которые система на всё это откуда-то брала при каждом закрытии склада (коих уже 2)?

Заранее огромное спасибо за помощь!