Перевёл базу на SQL, по одному из регистров пропали итоги. Делал тестирование и исправление с флажками "Пересчет служебных данных", "Пересчет итогов" - не помогло. В чём может быть причина?

http://imagizer.imageshack.com/img922/8143/iim6UX.png

какая 1с, какой SQL?

а пересчет итогов - ошибок не давал, не падал?

(2) нет, всё тихо мирно прошло

(1) 1C 7.70.027

MS SQL 2008 R2

Может, причина в том, что боярышником люди травятся? вот программа "во избежание" остатки и ныкает?
зы. 1с++ установлен?

(5) Да, 1CPP.dll в папке BIN лежит

сейчас скину принудительный пересчет одного регистра

https://yadi.sk/i/QgDnXgBcBdHloA
выбери только нужный регистр, и пересчитай

(8) спасибо - пробую

(9) для одного регистра - можешь по значению измерения пересчитывать. внизу два поля

(про себя) трындец базе...

(11) не факт. Вроде темы вменяемые. я совсем уж обезъянам гранаты не раздаю

судя по молчанию, автора, как бы (11) не оказался прав...

У него всяко выгрузка должна быть.

(10) фух-ты, пишет что 1С++ не установлена. Как такое может быть, если в папке BIN 1CPP.dll лежит?

может не зарегена

hook_1c.dll может с ним конфликтовать?

(16) выполняю regsvr32.exe "c:\Program Files (x86)\1Cv77\BIN\1CPP.dll"

пишет, что не обнаружен каталог c:\Windows\SysWOW64\Prugins\

(0) в апреле 2020 народ кучу боярышника выпил... жесть.

*c:\Windows\SysWOW64\Plugins\

(15) ну лежать-то она лежит, а ЗагрузитьВнешнююКомпоненту() есть?
если нету, то воткни хоть в обработку в ПриОткрытии

(19) самоизоляция-с.... сердце прихватывало от новостей... а потом - привыкли.

(22) да... апрель был интересный, не забудешь. а вот боярышник по 100мл не помню. (
даже не знал что продают ещё.

(21) Семён Семёныч! Точно! Забыл.

(8) State 42S22, native 207, message [Microsoft][ODBC SQL Server Driver][SQL Server]Недопустимое имя столбца "sp".
12:19:01 Не корректно выполнен пересчет итогов по регистру: ОстаткиТоваров
====> Пересчет итогов завершен не корректно <====

https://www.meme-arsenal.com/memes/9fdfc268e60d99c10828a0c172db3a0c.jpg

(25) хм. вроде для одного не должон вот так....
попробуй https://yadi.sk/i/s8ZEhcXLHBuXXQ

(26) нифига! кроме маленького белого флажка у нас еще есть большой черный!

(28) вот так?

http://imagizer.imageshack.com/img922/9871/FPI9Dd.png

(27) 12:27:00 ----> Пересчет итогов регистра: ОстаткиТоваров
12:27:00 Удалены итоги за период: 01.01.53 - 31.12.20
State 22007, native 242, message [Microsoft][ODBC SQL Server Driver][SQL Server]Преобразование типа данных varchar в тип данных datetime привело к выходу значения за пределы диапазона.
12:27:01 Не корректно выполнен пересчет итогов по регистру: ОстаткиТоваров
====> Пересчет итогов завершен не корректно <====

А вот так пошло

http://imagizer.imageshack.com/img922/1553/D8o3GL.png

Считает .... отпишусь

сила sql....

Вау!!!!! Посчитало!!!! Всем спасибо. Mikeware отдельное спасибо! Готов отблагодарить. Как тут в личку писать?

Не всё так радостно. Оказывается итоги не корректно считаются при проведении текущих документов. На приходе по аналитике скажем 4 шт, а на остаток выдаёт 8. Пересчитываю итоги за день скулем - всё становится на свои места. Как это исправить?

(34) Размерность поля какая?

хотя..

(35) 15,5

База самописная, но за основу видать брали "Торговля и склад", а в ТиС есть такая фича. Например, есть приходная накладная валидол 10 упаковок, так вот в регистр идёт две записи по 10, с той только разницей, что в одной из них поле Фирма не заполнено. В ТиСе потом по этому пустому полю в разных отчётах получают итоги всего. Как по мне так дурость это, но вопрос в другом: может ли это пустое поле влиять на итоги при работе в скуле?

(38) Это сильно древняя ТиС, где в регистрах хранились отдельно итоги по каждой фирме и сводные по всем фирмам = по пустой фирме

(39) во во во
эти пустые поля могут давать перекос в итогах скуля?

(40) нет.

я на такой же работаю.

(38) нет это не сводные по всем фирмам.
Это отдельно Упр.учет (без фирмы) и Фин.учет (по фирмам)
Если, у ведущих учет, оба учета совпадают, то, да - Упр.учет вырождается в сводный.
Но эти оба учета могут и контролируемо различаться (грубо белый и серый). И тогда упр. - не сводный.


(39) Не заполненное измерение ни к чему плохому не приводит.

(43) Согласен. Это я не стал в подробности вдаваться :)

(39) нет, неправильно.
там где пусто - это был "УПР" учет. там где задано "БУХ".

в (43) все правильно написали. там в документах реквизит был (это ред.8.7 ТиС), который можно поставить УПР/БУХ/ОБЩ
вроде так, где ОБЩ = УПР+БУХ - то есть будут "задвоенные" записи регистра. и это правильно

Может поставить SQL повыше?

(0) ну, если пересчет идет с 1753.. то тут тупо емть пустые даты в движениях/ или есть документы, толкающие этот регистр с пустой датой.
И ..периодичность хранения итогов какая хоть?

(48) Выполнил по регистру SELECT DISTINCT YEAR(PERIOD) FROM RG123 - показало три года 2018, 2019, 2020. Если бы были записи с пустой датой, то был бы ещё 1900.

Периодичность - месяц.

(49) сымотреть надо не rg, а ra, если есть галуа быстрая обработка движений или включен отборина измерении, или в 1sjourn, если ничкго нет