влияние ГП при светрке базы....
 

кто то отключил вывод сообщении с ГП и никто н следил за ТА... в итоге проработали два года и жалуются на низкую скорость. попытался перепровести все документы- без успешно- всё сильно искажается- два года информацию двух лет пересчитывает за две сутки- выходные - и не остается времени на осмысление что же получилось... подскажите- ГП стоит на самом первом документе базы, с помощью стандартной обработки Сверткабазы в ТИС можно ли получить корректную базу? Или что можно делать в таком случае? вариант -базу в топку и начать всё сначала- 100% верно, но это только в крайнем случае! :-)

0-7d5x >Нет, т.к остатки по партиям товаров и взаиморасчетам будут неверными, только на ОстаткиТМЦ (и какие-то еще регистры) не влияет ГП.
В твоем случае имеет сделать не свертку, а обрезку базы, с последующим ручным вводом остатков.

Или восстановить ГП.

Состояние ГП не влияет на количественные остатки.
А вот суммовые??????

2-Umga2002 >Не только суммы, но и остатки (количественные и суммовые) в разрезе измерений (партия, кредитный документ и пр.) будут неверными.

Тоже мне проблема. Сворачивали даже если проведение одного месяца сутки занимало. Делай 2 базы через УРИБ, в одной восстанавливай последовательность, анализируй, сворачивай, во второй пусть пользователи резвятся. Обмен только делать не забывай.

5/ ка без УРИБ сделать- я не разу не делал...

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

остатки на дату, ввод и вперед

> Состояние ГП не влияет на количественные остатки.
- вы заблуждаетесь.

6-7d5x > Воровство эффективных манагеров, рисование главбухом отчётности по прибыли - тут детектед.
Это как минимум.

Как максимум - кто-то (а то и не один) уйдёт под воду с ногами в тазике с бетоном.

Тебе это нуно?
Ты готов рыть далее?

Если ДА - то велкам в сообщество программистов 1С и все удивляются, что нам много платят...

Если НЕТ - респект тебе и уважуха. От семьи твоей, от жены, от детей...
И от всего сообщества программистов 1С, которые тебе аццки завидуют, что в своё время сделали НЕ ТОТ выбор.

Чучундер Количество оно и в африке количество.
я не касаюсь качественной стороны вопроса(партии себестоимость и т.д.).

И утвеждаю что количество и ГП не зависимы....в ТИС

10-Umga2002 >Количество имеет смысл в разрезе измерений. Согласись, что количество в разрезе номенклатуры и без учета номенклатуры это разное количество. Так вот есть измерения, в разрезе которых количество будет зависеть от восстановленной ГП. См. (3)

Наверное мы имеем разные понятия о количестве для учета.
Есть элемент справочника "Номенклатура" и есть учетное количество по этому разрезу учета.

Вот это количество не зависит от ГП.

Если мы возьмем разрезу учета по сериям, характеристикам и т.д. ... Тогда все зависит от особенностей учета....
Как -то так....

Вообще, где приходилось настраивать всегда настаивал на позиции: ХОТИТЕ нормальный учет --- ГП должна быть актуальна.

Все остальные ситуации не доют 100% правильного учета....

[quote=Umga2002;29082132]100% правильного учета[/quote]

Голубчик, это вздор! ©

тадада!!!
РАУЗ детектед! :-)))

Reaper В своем утвеждении о правильности я имею ввиду правильность и предсказуемость поведения программы........

С точки зрения клиентов я часто встречал субъективные точки зрения о "правильности учета" но это другая история.....

есть 5 способов решения проблемы.

1. Купить веревку и пистолет, застрелить Умгу и повеситься.
2. Избавиться от ГП в партионном учете
3. Перейти на средние
4. Утопить создателей РАУЗ
5. С выдохом опусть правую руку вниз и произнести "да пошло оно...."

16-Helen1986 >По-моему, здесь не 5 способов, а последовательность выполнения одного способа.

16/ спасибо за инструкцию. :-)
сюдя по всему - единственно что остается- всё перепровести ?

я бы не делала этого

лучший способ - новая база со заполненными справочниками и внесенные по новой остатки + нормальная дисциплина эксплуатации

при перепроведении полутит все, что может полететь
а также то, что не может. Клизма обеспечена

19-Helen1986 > +1
[url]http://www.youtube.com/watch?v=LGb6obnja2A[/url]

19. уверены что перепроведение гиблый номер?? чувствую без ревизии не обойтись...

(13) ну не знаю, в УТ11 фифо на конец месяца не выполняется... ;-)

(15) > я имею ввиду правильность и предсказуемость поведения программы........
- еслдинственно правильный вариант при проведении документа фиксировать (в регистраторе. в самом доке или где-то еще) - результат проведения, и припоследующих проведениях проводить именно так.
.
если при разноске платежей на конкретные расч.док (автоматом или вручную) получилось "так" - то это так так и должно остаться независимо от последующих перепроведенйи документа. До той поры пока пользователь ручками САМ не перекинет что ему надо куда надо или недаст команду "пересчитать автоматом"

(21) не обязательно. все зависит от ресурсов, выделенных на "перепроведение". Чтобы сказать конкретно - надо смотреть в вашу базу конкретно это раз и какими отчетами в каких разрезах вы пользуетесь это два и что будет если в этих отчетах в общем все будет так же, а в частностях может сметиться...

22/ 23/ 24/ я про ТИС7 а не про УТ11...

(25) в (24) - напрямую относится и к ТиС

27/ недостаток 1с7- не делает обратный отсчет- по результатам ревизиии пересчет назад до создания документа Ввода начальных остатков... всего одна кнопка и всё было бы радужно :-((

26/ откуда мне знать какими ресурсами что делали... для меня база- тёмный ящик... которого боязно трогать авось после перепроведения что нибудь где нибудь собъется... естественно собъется- блин... я не могу даже обозначить себе масштабы изменении в случае перепроведения всей базы с первого документа по последний,первая попытка- за год перепровёл и получил вопли менеджеров что по всем товарам минусовые резервы- в голову не укладывается... :-((

(27), (28) ну так надо знать как у нее там все внутри устроено если ты разработчик/консультант 1С и понимаешь взаимосвязи как в одном контуре учета, так и во взаимосвязях между разными контурами.

ну а оптимальный вариант - сначала думать, а потом делать (понятно, что не всегда это удается - но хотя бы частично надо бы!!). а это значит что сначала надо разработать основные "бизнеспроцессы", прописать "техкарты" как это делать в программе и начать работу. а не наоборот.
.
Если хотим иметь программу-печмаш ДЛЯ ИЗГОТОВЛЕНИЯ первички - это одно, если к этому + еще и какой-никакой учет (при том что их как и целей учета - м.б. несколько - это уже совсем другое.
.
перепроведение доков в состоянии КУЧИ на сейчас - принципиально ничего не изменит. а вот составляющие кучи - могут измениться существенно.