!!!SOS SOS SOS!!!
При формирования отчета ведомость по остаткам по Товару "Т1", выводит в отчет два абсолютно одинаковых документа,
(СкринШот в прикрепленном файле.)
т.е. По регистру ОстаткиТМЦ получились задвоенные остатки. Если документ удалить на, то в отчете все равно одна строчка будет отображаться. И если потом опять провести, то опять две.
Пожалуйста подскажите как исправить.
---
основной момент, который нужно проверить - задвоение записи в 1sjourn по iddoc. Если есть дубль, то пересчет не поможет.
Надо удалить дубли, а потом сделать пересчет.
Штатный пересчет может пройти быстрее, если перед пересчетом УДАЛИТЬ таблицы итогов (не путать с движениями (: )
---
пересчитайте итоги. Можно через ТИИ.
---
это по одному документу? или по всем?
---
По одному
---
итоги пересчитывали?
---
Нет еще, это РБД, и это очень долго.
---
Может есть другой вариант?
---
Исправить вручную таблицы БД (SQL или DBF), если есть компетенция. Можно поискать обработки, которые делают это для отдельного регистра/набора измерений, т.е. пересчитывают итоги, но не все целиком, а только нужную часть.
---
ДБФ
---
Можете какие-нибудь посоветовать?
---
редакторы Sdbf или dbf viewer
---
давно не проверяла. что есть - могу кинуть на почту
---
у меня есть ДБФ редактор, попробую. Только это получается надо будет и движения править и итоги.
---
если что, еще какие-то обработки нашла. Пишите
---
Обработки - нет, не посоветую. Для DBF обычно прямыми запросами находилась проблема, исправлялась либо руками в DBFке, либо запросом VFPOLEDB.
Из редакторов пользовались Advantage Data Architect . Только надо понимать, что делаешь, как 1Ска те же итоги хранит. И проблемы бывают разные, дублирование в 1SJOURN по IDDOC, например.

Кстати (16) дело говорит. Иногда проблема тупо в слетевшем индексе: грохнуть соответствующий CDX и запуститься монопольно, индекс перестроится.
---
с индексами пробывал, тоже не помогает.
---
Завтра буду пробовать, сегодня уже не успеваю.
---
Что ж за привычка ковыряться сразу в дбф файлах? За целостность базы потом совсем никто не опасается? И нет ли вопроса в том, что просто индексы свалились?
---
Еще вариант распровести док и потом заново провести, насколько я помню продажа автоматически удаляет движения
---
Автор писал, что не помогает.
---
Удалить и заново провести, не помогает, если удалю удаляется только одна строчка, заново провожу становиться снова две.
---
тогда думаю, таблицы править надо уже.
---
Сначала на копии итоги пересчитать попробую за 2016 год, путем переноса ТА , надеюсь за ночь пересчитает.
---
до сих пор идет пересчет итогов ...
---
понимаю. Если большая база, может оооооочень долго крутиться
---
Итоги пересчитались наконец-то, за 4 дня... база большая около 17 ГБ, пересчет не помог.
---
В проводках этих док-тов посмотрите что там. И регистры сведений гляньте, удалите движение док-та.
После чего такое началось, обновление? изменение какие либо?
---
Это один документ, в движениях документа все в порядке, это 1с 7.7 здесь нет регистра сведений. Получилось это после того как из Центральной базы были перенесены почти все файлы dbf (кроме 1sConst, 1sDbset, 1sUpdts, 1SDwnlds, 1sSystem) в Перефирийную базу.
---
основной момент, который нужно проверить - задвоение записи в 1sjourn по iddoc. Если есть дубль, то пересчет не поможет.
Надо удалить дубли, а потом сделать пересчет.
Штатный пересчет может пройти быстрее, если перед пересчетом УДАЛИТЬ таблицы итогов (не путать с движениями (: )
---
Вот еще может тупой вопрос - а ТИИ делали?
---
Проблема решена, в дбф редакторе в 1sJourn.dbf обнаружил две записи с одним номером документа, но разным iddoc. Как оказалось и в самой 1с-ке в Общем журнале, просто надо было мне внимательнее смотреть. В итоге в одном документе изменил номер и удалил его. Вот и все. Возникает другой вопрос как такое могло получиться, что произошло задвоение документа, причем созданные в разное время.
---
Вознаграждение получает Абыр.
---
Всем большое спасибо за помощь !
---
Очень просто - причин может быть несколько, я думаю что по следующей
 Уникальность номеров не проверяется для данного документа (в конфигураторе снята галка уникальность номера) и на этом документе его случайно скопировали в тот же день и провели - номер остался тот же, провести разрешился, вот и все.

А так - может быть и такое - продолжили работать в базе со свалившимися индексами, что вероятно позволило сдублировать запись - док открыт, кто-то покрошил индексы при открытом документе, кто-то тоже открыл тот же док, а записали по очереди, но по сути в разные доки не подозревая о дубляже. Вот и все