select top 10
_1sjourn.date_time_iddoc,null,_1SSBSEL.*
from _1sjourn
join _1SSBSEL on _1SSBSEL.docid=_1sjourn.iddoc
                 and
                 _1SSBSEL.date_time_docid<>_1sjourn.date_time_iddoc 

результат

201203278AB8NK  CXIG	NULL	203775	156	1DD	CXIG	201203278AB8NKK  CXIG	0	0
201208017MBWEO  DBRS	NULL	252662	156	4JJ	DBRS	201208017MBWEOO  DBRS	0	0
20120302BAZX4W  EPXD	NULL	195234	156	1GS	EPXD	20120302BAZX4WW  EPXD	0	0
201203029V7UNK  FFZC	NULL	195086	156	3OW	FFZC	201203029V7UNKK  FFZC	0	0
201203029VDMZK  FG0L	NULL	195087	156	3OW	FG0L	201203029VDMZKK  FG0L	0	0
201204067DGJHS  FJFY	NULL	208228	156	2Z	FJFY	201204067DGJHSS  FJFY	0	0
20120323A74IR4  FJYB	NULL	203026	156	5A7	FJYB	20120323A74IR44  FJYB	0	0
20120302AVMAKW  FKJT	NULL	195203	156	1XQ	FKJT	20120302AVMAKWW  FKJT	0	0
20120302ATQKB4  FMCC	NULL	195187	156	8	FMCC	20120302ATQKB44  FMCC	0	0
20120302ATQKB4  FMCC	NULL	195188	156	8	FMCC	20120302ATQKB44  FMCC	1	0

среди записей таблицы есть и нормальные значения, где _1SSBSEL.date_time_docid = _1sjourn.date_time_iddoc
но попадаются и такие, у которых после позиции документа дублируется последний символ, это нормально?


'201203278AB8NK  CXIG   ' _1SJOURN
'201203278AB8NKK  CXIG  ' _1SSBSEL

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

ну, нет
возьмем первую строку
'201203278AB8NK  CXIG '
в журнале написано 13:55:05

проверим '8AB8NK' сек*10000
т.е.
_strtoid("8AB8NK") = 501050000

Цел(501050000/10000/3600) = 13
501050000/10000%3600/60%60 = 55
501050000/10000%3600%60 = 5

теперь для '8AB8NKK', хотя эта кривая запись лишь в _1SSBSEL
_strtoid("8AB8NKK") = 857930836
Цел(857930836/10000/3600) = 23
857930836/10000%3600/60%60 = 50
857930836/10000%3600%60 = 53

тоже не получается 23:59:59

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

rt001 писал(а) 07. Ноября 2013 :: 13:26:

По этому поводу я сосвсем недавно писал: http://www.1cpp.ru/forum/YaBB.pl?num=1281425103/8#8


А вот с дублированием символов не сталкивался.

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

berezdetsky писал(а) 08. Ноября 2013 :: 06:27:

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

есть мысли как это сделать?

неа, не цепляет он эту таблицу никак

ВыбратьОперацииСПроводками() лезет в_1SENTRY, _1SACCS и _1SOPER

select ENTRY.* from _1SENTRY ENTRY(NOLOCK) where ENTRY.DATE_TIME_DOCID>='20071001     0     0   ' and ENTRY.DATE_TIME_DOCID<='20071101     0     0   ' and ENTRY.ACTIVE=' ' order by ENTRY.DATE_TIME_DOCID

exec _1sp__1SACCS_ByID '    1T   '

Select * from _1SOPER(NOLOCK) where DOCID='  KE9C   '
 

БухИтоги.ВыполнитьЗапрос()
обращается к _1SBKTTL, _1SACCS