ERP 8.3.17.1851
Есть большой заказ, который мы отгружали частями, соответственно было несколько реализаций, и при следующей отгрузке этого заказа возник сбой, в реализацию попали не только те позиции, которые должны были отгружаться но и все отгруженные. Перепроведение всех реализаций не помогло, склад ордерный, настройка всегда работала нормально, стоит Сначала заказы, затем накладные, потом ордера, регистр накопления "Товары к отгрузке" показывает остатки к отгрузке.

Перед этим я просто кэш чистила у базы и все, заказы слетели, но новые отгружаются нормально, как надо.

Помогите пожалуйста разобраться, в чем же дело, чтоб этого не допускать в дальнейшем.

Пригласить программиста для начала.

(0) какая то сволочь поменяла контрагента в заказе)

нет, никто заказ не трогал, контрагентов не меняли, программист проверил регистр и поставил диагноз - был сбой. Поэтому и прошу помощи

(3) у программиста диагноз. ищите другого

(3) Поставьте ему задачу: устранить сбой

(0) посмотрите историю изменений. у вас жы включено версионирование! не это неточно

и ERP у вас какая-то особенная, на рЫлиз платформы больше похожа

>>ERP. сбой регистров или нет?

или нет :)

(3) проверил регистр и поставил диагноз - был сбой

Это звучит примерно как "У человека не отказала правая рука, доктор померил температуру и поставил диагноз - болезнь".

(3) > программист проверил регистр и поставил диагноз - был сбой

да там их тысячи этих регистров непонятных

(0) В этом случае помогает версионка. Посмотрели бы историю изменений и откатили бы на нужную версию

сбои в ERP бывают. даже обормотки спецыальные написал, которые "задвоенны"/"затроенные" движения регистров бюстгалтерии ищут у документов. иногда движения по расчетам с клеентами/поставщиками двоятся. х.з. то ли проблема с железом, толи ERP такая "кривая" по фоновым заданиям

(10) фантомная проблема, не получается стабильно воспроизвести

(10) как правило вызвано дублями ключей

(12) А дубли ключей откуда появились?

(12) нет дублей ключей аналитики, это в первую очередь проверено. лечится тупым перепроведением, переотражением документа "вручную"

(14) оффлайн-расчеты

(10) Где-то с 16-й платформы иногда слетают итоги по отдельным регистрам. Так что еще обработка нужна, которая итоги проверяет.

(5) (9) история включена, все проверили, ничего необычного, просто рабочие моменты

(8) согласна, поэтому и решила на форум обратиться, вдруг кто сталкивался с подобным

(14) верно, так всегда и делали, но тут не помогло

(17) вы не могли бы поподробнее, например где есть такая?

Было такое. Все из-за того что эти наркоманы записывают в измерение регистра  "заказы клиентов" код строки. В какой-то момент он может слететь, я пока сам не понял в какой, и пойдет несоответствие заказано-отгружено

(22) и что вы делаете, чтоб этого избежать?

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

(7) что же тогда?

(24) В регистрах можно только пересчитать итоги, больше там ничего нет