Проблема сос складами

[hope]

Галактика 5.84 SQL.

После очередной проверки КОУ ордеров и остатков, в каталоге подразделений и МОЛ появились подразделения с названиями типа ??? N = 14.
Такое бывает, когда удаляют склад или МОЛ, а по ним есть записи в базе.

После этого при формировании ордеров (в любых накладных жмем кнопку "списать" или "оприходовать") происходит следующее -
происходит неверное распределение позиции по складам: часть количества МЦ ложится на склад, который выбирает пользователь при оприходовании / списании, а часть попадает автоматически на тот самый "когда-то удаленный" склад ??? N = 14

Запускала проверку каталога подразделений и МЦ. Не помогает.

Я так понимаю, где-то остались подвисшие записи по распределению позиций по складам.

Как вылечить?

[edward_K]

я так понимаю это приход?
в расширенной информации к специф. внизу табличка распределение по складам - посмотрите - наверняка где то это подразделение видно будет.
можно полностью очистить - в верхней части - правая кнопка - очистить распределение.

[hope]

Да мы так и делаем.

Но беда в том, что это постоянно происходит.
Народ делает приход, на свой склад, а Галактика дедает это приход : часть на нормальный склад, часть на этот удаленный склад. Приходится постоянно очищать это распределение. Оно очищается не всегда. Тогда вручную очищают распределение по позиции.
Это конечно ненормально.

Стала смотреть движение по этому удаленному складу: там стоят ордера, которые привязаны к реальным накладным. Но заходя в эту накладную - по ALT+S к ней привязан соверешенно другой скл. ордер. И тех наименований МЦ в этой накдалной нет и в помине.

Запускала проверку ордеров и накладных - пишет все ок.

Надо понять - почему Гал-ка распределяет приход по складам неверно. Я так думаю может из-за того, что в табл SpOrdDb есть записи без привязки к SpSopr?????

ПОМОГИТЕ!!!!!

[Deinis]

Может у пользователей установлен этот склад по умолчанию? Попробуй, поищи в TuneVal ссылки на ентот nRec.

[edward_K]

наиболее верятно где висячка с 0 nrec
можно минут за 5 написать лот, который бы вытащил из всех табл с ключем nrec такие записи - вероятность мала но тем не менее есть - тогда возможны разные глюки. можете проверить только те табля которые используются в фейсе (ctrl+F4 -в выражении F3)

[hope]

Проверила TuneVal - нет, там нет ссылки на этот склад.

Нашла только следующее: в SoprOrdB есть записи распределения, к которым нет записи в SpSopr. Причем SoprOrdB.cSpSopr не равно 0Н.
Аналогичтно с шапкой накладной: тоже есть привязка - но накладной этой нет.

[hope]

С нулевыми ссылками записей нет.

[ecasoft]

Сначало восстановите удаленный склад.
Это делается так - создаете склад в каталоге подразделений с именем УДАЛЕННЫЙ14, затем входите в Ctrl+F4 и напишите выражение KatPord.Nrec.
Вместо полученно значения введите 14 и нажмите кнопку замены значения. Затем в интерфейсе модифицируйте поле любое..в названии поставьте пробел и сотрите...- уйдите с записи (выйтите) - Подразделение восстановлено. Затем уже пробуйте все, что написано тут. С таким складом проще работать,т.к. теперь у Вас вместо вопросов во всех интерфейсах будет стоять УДАЛЕННЫЙ14.
Сейчас в Вас во многих интрейфейсах стоит чистое поле, а на самом деле в поле ссылки на склад стоит 14. Т.е. Вы видите что склад не задан, а на самом деле он задан.

Удачи

[hope]

Галактика склад сама нашла и восстановила. Просто она ему название такое поставила ??? N = 10. И Nrec она ему поставила верный (тот на который были ссылки в документах) 000000000000000АН.

По этому складу есть движение. Но оно некорректное какое-то:

"Стала смотреть движение по этому удаленному складу: там стоят ордера, которые привязаны к реальным накладным. Но заходя в эту накладную - по ALT+S к ней привязан соверешенно другой скл. ордер. И тех наименований МЦ в этой накдалной нет и в помине".

Проверку КОУ не помогает.

Что еще сделать?

[hope]

Сейчас тест провела: создаю новую накладную, выбираю МЦ, сразу смотрю по CTRL+ENTER распределение - она уже туда подставила этот удаленный склад и уделенный МОЛ.

Откуда она их взяла???????

удаляю эту накладную.

создаю новую накладную, выбираю МЦ, сразу смотрю по CTRL+ENTER распределение - пока все пусто (нет пока распределения).

удаляю эту накладную.

создаю новую накладную, выбираю МЦ, сразу смотрю по CTRL+ENTER распределение - склад стоит удаленный, а МОЛ - пусто.

[Seybukan]

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

[ecasoft]

В таблице распределения значит есть отвязанные записи ( со ссылкой на накладную с Nrec=comp(0), если при создании новой сразу появляются записи в таблице. Надо их удалить SQL-ем.

Рассмотрим процесс создания накладной.
Нажали F7. До тех пор пока Вы не перешли в спецификацию Nrec накладной равен 0. Таким образом, если Вы перейдете в окно распределения сразу после создания и в талице распределения есть записи со ссылками на накладные с Nrec=0, то Вы их увидите. Что и происходит.

Когды Вы переходите в окно спецификации, то при переходе Nrec принимает значение и уже в окне распределения Вы не увидите этих накладных.

[ecasoft]

Не увидите складов вернее)))) Запутался сам. Вообщем найдите в талице записи со сSopr=0 и удалите их.

[hope]

нет таких записей в SoprOrdB.
везде есть ссылки. Только эти сслыки бывают отвязанные.

А как написать запрос на удаление из таблицы записей, у которых нет записей в подчиненных таблицах?

Или это только интерфейсом можно сделать?

[ecasoft]

А при чем тут подчиненные таблицы я не понял... Есть записи с 0 в поле..их и надо удалить. Если бы были записи с каким-то значением Нрека, которого нет в головной таблице, тогда надо удалять...но по описанной выше ситуации выглядит только с нулевыми. Ненулевые в интерфейсах в подчиненных таблицах никогда не увидишь.