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

[Sergey Petrov]

Цитата:

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

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

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

[fed]

Цитата:

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

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

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

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