Доброго дня. Формирую карточку счета. Отображается сумма и количество с выбранными счетами проводок. Документ - операция. В журнале данная операция не отображается. Пытаюсь сделать через конфигуратор сообщение о виде документа
1 - Опер = Ит.Операция;
2 - Сообщить(Опер.Содержание);
3 - Док=Опер.Документ.ТекущийДокумент();
4 - Сообщить(ТипЗначенияСтр(Док));

2 - Содержание сообщает, а так же все реквизиты операции
3 - Проходит без ошибок
4 - Сообщает тип значения, но именно на "ЭТОЙ" операции выдает пустое значение.

Как найти, от куда данная проводка берется? Заранее спасибо

Операция может быть и без документа, введенная вручную, внезапно...

(1) нет её в журнале и не открывается она из карточки счета.

(0) В журнале Операций сделай отбор по "Операция", увидишь.
https://prnt.sc/4goM6K7dZrFY

(2) Ну или ТиИ + переиндексация + пересчет бухитогов, если уж ничего не нашел.

В журнале её нет, даже с отбором. ТиИ тоже про это думал. Но у мен SQL. Поможет ли?

(5) Ну попробуй на копии.
А вообще очень странно что не видно в журнале, что-то не договариваешь...

говорю все как есть. Не договаривать Нечего

Период журнала и дата операции?

период соответствует дате операции 28.11.2022

(9) А кто мешал дату проводок и дату документа, формирующего проводки сделать разными?

Сейчас в обед попробую сделать полный пересчет итогов. Но думаю, это не поможет

(10) научи в 7.7 сделать это

Вот что нашел
https://ibb.co/RgbnMZs

(10) в клюшках штатно так не сделать. а те, кто может это сделать - не задают вопросов типа (0)
(7) найди операцию в таблице 1soper, посмотри id документа (он там, емнип, наеборот называется - docid), ну и от него уже ищи что за док.

(14) наверно толку не хватит....как это можно сделать?

(15) Через SQL Server Management Studio
Попробуй ТиИ сделать для начала, может поймает этот косяк.

(16) нунафиг ТИИ.
для начала - просто реиндексацию средсвами SQL.
>> через SQL Server Management Studio - у него скорее всего еще EM

(17) Ну не факт, 2008 скуль гораздо лучше работает с клюшками :)

(17) что такое EM? Ентерпрайс менеджер?

попытался пометить на удаление данную операцию (13) 7.7 зависла наглухо

как мне теперь закрыть соединение с базой? 7.7 закрылась без обьяснения причины. Пытался отсоединить через SQL базу. Теперь висит сам SQL и крутит на отсоединении базы. Уже минут 15

Пересчет БухИтогов ничего не дал. Как попробовать найти данную операцию через SQL. Подскажите пожалуйста

(20) а она пометилась на удаление, или нет?
(22) select * from _1soper where <тут тто признак, по которому можно идетифицировать эту операцию>

(22) в sql клюшках пустая дата это 01.01.1753
Соответственно через энтерпрайс мэнеджер можно выполнить такой скрипт
DECLARE @EmptyDate DateTime
SET @EmptyDate = CONVERT(DateTime, '17530101', 112)
Select Журнал.*
from
    _1sjourn Журнал
where
    CONVERT(DateTime, LEFT(Журнал.DATE_TIME_IDDOC, 8), 112) = @EmptyDate
Соответственно тебе будет известен IDDOC и IDDOCDEF твоей операции. А дальше сам думай удалить тебе его или еще что

(24) но почему то операция стоит между документов (13)
(20) нет, не пометилась

(24) пустой ответ при выполнении запроса

(24) на скриншоте в (13) общий журнал или журнал проводок?

(26) пардон (27) это к (26)

Журнал проводок

(29) ну тогда переделай запрос к проводкам, а не к журналу документов

(30) переделал, тот же самый результат, пустой ответ

(29) поменяй в (24) _1sjourn на _1SENTRY
и в условии поставь
where
    CONVERT(DateTime, LEFT(Журнал.DATE_TIME_DOCID, 8), 112) = @EmptyDate

DECLARE @EmptyDate DateTime
SET @EmptyDate = CONVERT(DateTime, '17530101', 112)
Select Журнал.*
from
    _1SOPER Журнал
where
    CONVERT(DateTime, LEFT(Журнал.DATE_TIME_DOCID, 8), 112) = @EmptyDate

DECLARE @EmptyDate DateTime
SET @EmptyDate = CONVERT(DateTime, '17530101', 112)
Select Журнал.*
from
    _1SENTRY Журнал
where
    CONVERT(DateTime, LEFT(Журнал.DATE_TIME_DOCID, 8), 112) = @EmptyDate

Все равно пусто

(34) Странно, если в журнале есть, то и в базе должно быть.
А если попробовать на условие меньше даты первого документа в базе
типа так например?
where
    CONVERT(DateTime, LEFT(Журнал.DATE_TIME_DOCID, 8), 112) < CONVERT(DateTime, '20000101', 112)

DECLARE @EmptyDate DateTime
SET @EmptyDate = CONVERT(DateTime, '17530101', 112)
Select Журнал.*
from
    _1SENTRY Журнал
where
    CONVERT(DateTime, LEFT(Журнал.DATE_TIME_DOCID, 8), 112) < CONVERT(DateTime, '20000101', 112)

Пустой ответ

как то странно, в журнале проводок ни времени ни даты нет...

https://ibb.co/4ShwLxs

Может вот так понятней будет

(38) тогда может попробовать на условие
where
    Журнал.DATE_TIME_DOCID is null

(38) или where
    Журнал.DOCID is null

DECLARE @EmptyDate DateTime
SET @EmptyDate = CONVERT(DateTime, '17530101', 112)
Select Журнал.*
from
    _1SENTRY Журнал
where
    Журнал.DOCID is null // Журнал.DATE_TIME_DOCID is null

Оба запроса пустые

У меня вот такой вопрос, а если есть проводки...может наоборот поискать их и принадлежность к операции//документу...

(42) Так как-раз это и пытаемся сделать - найти проводку в журнале, где iddoc и будет ссылка на документ

(42) попробуй отобрать в журнале проводок Сумма = СуммаТвоейПроводки
По идее, должно вынайти массив с суммами, если их немного, то полистай и посмотри

ТИИ делал без флажка "Создавать несуществующие ссылки"?

(44) попробую чуть позже. Надо сначала копию сделать

Ну я бы прежде лазанья внутрях сначала так покопался...
В каком журнале не отображается операция? В журнале операций отображается? В журнале проводок отображается? Права на Документы.Операция, на Операция-Просмотр списка и Проводка-Просмотр Списка есть? Опер.Документ.ДатаДок и Опер.ДатаОперации верную дату показывают? Отбор по фирме, разные планы счетов используются? Опер.Выбрана() и Док.Выбран() оба единицы? ПустоеЗначение(Опер) и ПустоеЗначение(Опер.Документ) оба нули?

(46)       Ит.ВыбратьПериоды();
    Пока Ит.ПолучитьПериод() = 1 Цикл
        Опер = Ит.Операция;
        Док=Опер.Документ.ТекущийДокумент();
Док - пустое значение.
в (38) отображение в журнале

Опер.ДатаОперации - верное значение
Опер.Документ - <Объект не найден>(0/)

(47) реиндексацию делать в первую очередь

(48) средставами SQL как то можно это сделать? Или надо через ТиИ

Аа. Ну судя по картинке в (38) действительно операция откололась от какой-то приходной накладной. Что-то пошло не так в момент записи операции.
Ну тогда всё просто: открыть журнал приходных накладных, за 28.11.2022 в районе 9 утра, найти приходную накладную с товаром Куриная грудка 13.285 на сумму 2700.84. Перепровести, убедиться что операция по документу создана и проводка правильная. Проблемную операцию похерить - удалить, можно предварительно удалив проводку или занулив сумму/количество.

(50) да в том то и дело, что я все эти операции проделал. Но ничего толком не нашел. Мои умения кончились и я написал сюда

Так а чего искать? Приход куриной грудки от Ивушки-Иваново 28го числа был? В базе отражен? Нет-отразить. Проводки есть? Нет - перепровести или ввести приход заново. Проблемные документы удалить и забыть.

Приход есть на это количество, только вот сумма проводки другая. И операция и документ есть. А от этой как избавиться? Пробовал пометить на удаление, виснет наглухо

Ну тут попробовать разное: F8 отключить проводки - удалить, удалить проводки - сохранить - удалить, через обработку выбрать операцию - удалить. А лучше бы переделать исходный приход, а проблемный пометить на удаление - возможно проблемная операция тоже тогда уйдёт. Просто если у исходного документа, к которому была изначально привязано операция, задано в конфигурации "Создавать операцию - Всегда", то удалить её без исходного документа ты не сможешь.

Грохнуть ее на прямую в СКЛ. Документы прямыми запросами не удаляются случаем. может документ грохнули а при гроханье проводок 1с грохнулась из-за отключения света и т.п.

(55) сначала нужно найти и посмотреть содержимрое docid
ну и надо шрохнуть сначала проводки, а потом операцию
(49) SET NOCOUNT ON
DECLARE @TableName char(32)
DECLARE SysCur CURSOR FOR SELECT name FROM sysobjects WHERE type='U'
OPEN SysCur
FETCH NEXT FROM SysCur INTO @TableName
WHILE @@FETCH_STATUS=0 BEGIN
     DBCC DBREINDEX(@TableName)
     FETCH NEXT FROM SysCur INTO @TableName
END
CLOSE SysCur
DEALLOCATE SysCur

GO

(55) наверно потом надо будет делать пересчет итогов?

(57) если проводки удалил "напрямую" - да, пересчет бухитогов нужен. (если движение регистра - соотвественно, пересчет итогов регистра)