Удваиваются данные
 

Сделала закрытие периода за январь месяц 2009, в итоге анализ счета 86.10 выдыет все суммы ровно в 2 раза больше, чем в оборотке....:confused: В чем причина?

Пересчет бух итогов. Так бывает на больших базах, или когда некорректно закончена работа программы.

[QUOTE=Longina;2107]...Так бывает на больших базах,...[/QUOTE]
Лонгина ! Не пугайте людей ...:) ... Тех кто работают корректно :)
Большая база сама по себе, не причём.
НЕ корректная работа, виноватая.
Вот связь между большими базами и не корректной работой, почемуто всетаки усмотреть удается.

В смысле я - не права?
На каких базах чаще происходит задваивание итогов? На маленьких?
Тем где SQL?

[QUOTE=Longina;2109]В смысле я - не права?
На каких базах чаще происходит задваивание итогов? На маленьких?
Тем где SQL?[/QUOTE]

Если права, то косвенно.:)
При корректной работе удваивании нет.
А некорректная работа это:
вылеты из программы (по любой причине) , зависание , пренебрегание переидексацией,
Разного рода проблемы с захватом транзакций (многопользовательская).
Оставляя программу открытой, по возвращению, она закрыта, и не важно помните или не помните как все было. Последствия - некорректная работа. Не важно Вы или баш коллега, или админ, или 3-4 лицо.
Ктото просто посадил сеть, чем прервал вашу сессию 1С.
И т.д......<I><FONT size=1>

Добавлено через 16 мин.

</FONT></I>На больших базах с (не буду говорить, какими user-ами) надо, по начам, делать авто тестирование базы.
На больших базах надо сеть строить грамотно.
На больших базах надо главбуху линейку или указку и по пальцам ...и по пальцам ...по пальцам ... . :)

Ладно, если я права только косвенно, вопрос поставлю по-другому:
1. так не бывает на больших базах?
2. пересчет бух итогов не помогает?

[QUOTE=Longina;2112]Ладно, если я права только косвенно, вопрос поставлю по-другому:
1. так не бывает на больших базах?
2. пересчет бух итогов не помогает?[/QUOTE]

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

"Полный пересчет" еще как помогает, он просто обязателен. И в комплекте с переидексациеей.<I><FONT size=1>

Добавлено через 10 мин.

</FONT></I>[QUOTE=Viens_C;2108]Лонгина ! Не пугайте людей ...:) ... Тех кто работают корректно :)
[/QUOTE]

Не пугайте людей это: Чтобы ктото не подумал "Моя база растет, когда же начнутся удваивания?".

Так я все правильно посоветовала?
Так это правда, что на больших чаще бывает?
Я не пугаю людей, просто если большая база данных, то два выхода:
или обрезание, или SQL.
Иначе - может быть потеря данных.

[QUOTE=Longina;2115]Так я все правильно посоветовала?
Так это правда, что на больших чаще бывает?
Я не пугаю людей, просто если большая база данных, то два выхода:
или обрезание, или SQL.
Иначе - может быть потеря данных.[/QUOTE]

Посоветовала правильно !
Третий выход "работать коректно".

Моя статистика такая:
На больших базах обычно больше пользователей. Среди них, иногда один, да попадается безответственный. И портит жизнь другим. Рано или поздно его образумят.
На маленьких базах обычно один пользователь, сам себе хозяен. Сам и копается в своем ... и некто ему не мешает.
А маленьких баз больше. И получается так что у больших фирм, в количественном выражении, глюков таких меньше чем у маленьких.
Но в % все по другому. На больших базах, почщи на всех, попадалась черная овца.

А на чет обрезания ... разбухла - надо так надо.
Придется мне согласится с Лонгиной. :)

Ладно, мир.
Но все равно, если большая база, то мне - как пользователю, удобнее чтобы вся информация в ней была. То есть - SQL.
Обрезание конечно спасает от медленной работы, и т.п. но это оченно неудобная вещь для разнообразных аналитических отчетов. Правда?