1c77 SQL компл. Глюк в карточке счета. #509460

1с 7.70.027, комплексная , MS SQL 2000, терминал. Стабильно возникает ситуация: при проведении документа, двигающего регистры и проводки (ПКО, Реализация и т.п.), проводки и движения создаются нормально, в ведомости по счёту всё ок, а в карточке счета документ отсутствует. После перепроведения документа всё встает на место. Начало глючить после перевода базы на sql. Кому такие глюки встречались? Как лечить?

время поди у документа на 23.59 стоит ?

От времени не зависит. От вида документа не зависит. Перепроведение помогает, но утомляет.

еще раз, время документа какое ?

Да , на будующее - глюков не бывает.

документы разные в течение дня, соответственно полсотни-сто разных времён. Если это не глюк, а фича, то где по ней мануалы?

итоги пересчитай, для начала.

Были перепробованы такие способы: 2) Перепроведение (помогает до следущего раза) 3) Выгрузка-загрузка (нифига) 4) обновление релиза ядра (без толку) 5) и конфигурации (никакого облегчения)

еще и sql меняли вместе с сервером. Тоже без видимого успеха.

учитывая у когото из пользователей стоит старый рализ 18 или 19

>>>обновление релиза ядра А чего, все на разных что-ли работают ? И какой был ? И на какой обновили ?

Юзера в терминале работают, т.е. у всех релиз 027 без вариантов. На 025 кстати тоже самое было.

Конфа типовая/правленная ? Уриб/мод есть ? Доки создаются руками или программно ? Конкретно, какой документ, какой счет ?

ТиИ делали ?

Конфа правленная, без уриб, доки ручные (в т.ч. введенные на основании), чаще всего всплывают Реализации и ПКО, но только потому, что кассирша постоянно мониторит 50 сч., а так оно встречается и по 62 и по другим счетам

Делали, не помогло

сами проводки по документу есть?

Есть и проводки, и движения оп регистрам. Анализ счёта и оборотка по счёту выдают реальный результат. А в карточке счёта этот документ корова языком слизнула, итоговая сумма меньше на сумму документа.

Если в карточке счета НЕ стоит галка "отбирать" по виду субконто, то чики пуки, если стоит, то проводки частично исчезают.

накрайняк можно написать скрипт, кторый в джобе или триггере попровляет .

Да тут дело не в данных, тут дело в самом отчете. Если все проводки есть и итоги верные, то только в отчете весь трабл. Универсальным отчетом по бух итогам всё же есть всё поди ? ЗЫ: с диска итс который.

в том то вся и трабла, что отчеты насквозь типовые. Стандартные бухгалтерские. Глючит только карточка, да и та через раз. PS Написала в горячую линию, мож чего ответят.

наивная чукотская девушка.. :)

Вы сначала точно определите где ошибка в данных проводок или в отчете карточкаСчета (может там какой либо экзотический случай). Если ошибка в отчете карточкаСчета то разбираться с отчетом. Если все таки в данных то разбираться в модуле проведения получается что при какой-то ситуации проводка пропускается.При повторном проведении ситуация другая и проводка появляется.

там валюта есть ?

Но ведь при этом в оборотке эта проводка отображается

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

+27 не с тем договором, договор от другово клиентоса и т.д.. :)

Если проводка отображается в карточке счета с параметром "разворачивать по субконто" и не отображается с параметром "отбирать по субконто",то где ошибка? Валюта - рубли. Никаких других не используется, хоть конфигурация и рассчитана на многовалютность Спасибо на добром слове

Пардон,Zl,к вечеру уже сама глючу. Имеется в виду карточкаСчета с флажком "Отбирать",либо она же,но сформированная как расшифровка из ОСВ по счету с параметром "отбирать".

в массовом порядке?? По 50 сч?? Не,ну я конечно проверю,хотя что-то параноидальное в этом есть

ну вот при разном способе запуска отчета внутрь могут предаваться разные параметры или при первом запуске какая-то переменная отчета не иннициализированна и отчет ведет себя непредсказуемо. Вы определитесь сами или с программистом где у Вас ошибка в данных или в отчете. Также можете взять с infoстарта альтернативую ОСВ ( и все что из нее вызывается ) те отчеты и быстрее и бухгалтерам даже больше нравяться после того как привыкнут к ним.

С программистом в какой области определяться? Ассемблериста знакомого нет, а на уровне конфигурации 1с я всё на сто раз проверила. Ошибки в данных и в конфигурации нет. Есть какая-то разница в обработке данных dbf и sql. Т.е. по-разному ведет себя именно ядро 1с. Либо (тоже вполне вероятно) MS SQL чего-то не понимает, за майкрософтом такое водится. Повторяю, при работе в дбф глюк отсутствует. Альтернативную ОСВ скорее всего и возьму, но оставлять в тылу невнятное явление не хочется. Надо хотя бы разобраться, в чём грабли, чтоб на них в другом месте не наступить.

Сколько в конфигурации планов счетов ?

один

Можете создать тестовую базу (sql ) из двух трех документов с Вашей конфигурацией где воспроизводиться subj ?

Offtop: Zl, пробежавшись по форуму по вашим сообщениям-советам, хочу выразить вам свои сердечные благодарности. Обнаружила и убрала граблю в неожиданном месте в запросе, о которой даже и не думала. Пасибки :* Сабжевая проблема пока остаётся. Проверяю гипотезу о валюте, гоняю тестовую базу и жду ответа с горячей линии.

учитывая проверьте что все с базой работают именно с 27 релилизом. работа с одной базой ( речь об sql базе ) с разных компьютеров и с разными релизами ( кто то вошел в 1с с 25 кто то с 27 ) недопустима. потому что в 27 незначительно менялась какая-то логика xp и вроде даже индексация.(подробностей точно не знаю да они и нигде и не описаны ) у себя даже поставил проверку в модуле ПриНачалеРаботыСистемы что если релиз не тот 1с пишет Предупреждение и закрывается.

про горячую линию забудь.. Лучше тимвьювером дай поглядеть базу или сделай воспроизводимый тест из твоего мд и пары документов.

Ребята, похоже глюк засел где-то в бухитогах. Не знаю как и объяснить... Вобщем симптомы выглядят так: Берем к примеру карточку по 62 сч., по контрагенту движения были скажем 05.10, так вот на 01.10 сальдо нормальное, а начная с 02.10 и начальное и конечное сальдо равны конечному на 05.10. Само собой карточка не показывает движение,если остаток не изменился. ПОЛНЫЙ ПЕРЕСЧЁТ БУХИТОГОВ НЕ СПАСАЕТ. Как еще лечить?

тоже sql ?

он самый,падло

Можно ещё попробовать полное перепроведение документов, ну или выбрать проводки всех документов в какую-то таблицу значений, свернуть и сравнить с тем, что получается в итогах. Также можно в эту таблицу "отработать" результат проведения всех документов (у меня так некоторые глюки в базе искались - перепроводить базу долго, а в табличку - висит процесс и только читает, не мешая никому работать).

Шаманский танец с бубном включал последовательно переустановку odbc и 1с, ТИИБ и само собой полный пересчет бухитогов. Что-то из этого подействовало. Надолго ли - будем посмотреть.

+ Хватило ровно на полдня :( Опять посыпались "исчезающие" документы. Продолжаю поиск гильотины, спасающей от этой головной боли.

У вас какой доступ в 1С? Либо центральный, т.е. через терминалку ? Либо на каждой машинке запускается свой клиент 1С 7.7? Версию клиента рекомендую проверить, последняя 027!!! И как писал , глюков не бывает

+Не прочел :) Терминал, значит юзаете, но все же стоит проверить, возможно попросту кто-то запускает старый релиз. Такое бывает :)

"Проверено. Миннет"(с)

36 сделать реально или нет. Также из ответов непонятно где же ошибка в данных ( сбивается что то в таблицах оборотов ) или все таки в самом отчете по карточке счета. Также можно обсудить: sql server установлен там же где и терминал ? Сколько пользователей одновременно работает с базой ? Выложите здесь подробное описание железа sql сервера. Бывают ли при работе "Ошибка выполнения транзакции Повторить да нет" и как часто.