К списку форумов К списку тем
Регистрация    Правила    Главная форума    Поиск   
Имя: Пароль:
Рекомендовать в новости

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

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


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

Состояние ГП не влияет на количественные остатки.
А вот суммовые??????
3 - 15.02.2013 - 07:21
2-Umga2002 >Не только суммы, но и остатки (количественные и суммовые) в разрезе измерений (партия, кредитный документ и пр.) будут неверными.
Гость
4 - 15.02.2013 - 08:15
Тоже мне проблема. Сворачивали даже если проведение одного месяца сутки занимало. Делай 2 базы через УРИБ, в одной восстанавливай последовательность, анализируй, сворачивай, во второй пусть пользователи резвятся. Обмен только делать не забывай.
Гость
5 - 15.02.2013 - 11:11
5/ ка без УРИБ сделать- я не разу не делал...
Гость
6 - 15.02.2013 - 11:25
спасибо всем! ужас в том что фирма без базы как без рук, а вот попытка внести правильность искажает картину так что копия попытки летит в хлам, а они продолжают работать на старой, любое перепроведение искажает картину... то что 1с показывает в текущий момент-более менее соответствует текущей ситуации... как сделать чтобы остатки остались те же если перепровести к примеру всё... может удалить к примеру всё до 01.01.2012 и врукопашную внести остатки делающие правильные остатки? помогите сценарием как поступить в такой ситуации!
Гость
7 - 15.02.2013 - 13:28
остатки на дату, ввод и вперед
8 - 15.02.2013 - 17:41
> Состояние ГП не влияет на количественные остатки.
- вы заблуждаетесь.
Гость
9 - 15.02.2013 - 17:51
6-7d5x > Воровство эффективных манагеров, рисование главбухом отчётности по прибыли - тут детектед.
Это как минимум.

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

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

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

Если НЕТ - респект тебе и уважуха. От семьи твоей, от жены, от детей...
И от всего сообщества программистов 1С, которые тебе аццки завидуют, что в своё время сделали НЕ ТОТ выбор.
10 - 15.02.2013 - 19:26
Чучундер Количество оно и в африке количество.
я не касаюсь качественной стороны вопроса(партии себестоимость и т.д.).

И утвеждаю что количество и ГП не зависимы....в ТИС
11 - 15.02.2013 - 20:41
10-Umga2002 >Количество имеет смысл в разрезе измерений. Согласись, что количество в разрезе номенклатуры и без учета номенклатуры это разное количество. Так вот есть измерения, в разрезе которых количество будет зависеть от восстановленной ГП. См. (3)
12 - 15.02.2013 - 23:27
Наверное мы имеем разные понятия о количестве для учета.
Есть элемент справочника "Номенклатура" и есть учетное количество по этому разрезу учета.

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

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

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

Все остальные ситуации не доют 100% правильного учета....
Гость
13 - 15.02.2013 - 23:30
Цитата:
Сообщение от Umga2002 Посмотреть сообщение
100% правильного учета
Голубчик, это вздор! ©
14 - 15.02.2013 - 23:56
тадада!!!
РАУЗ детектед! :-)))
15 - 16.02.2013 - 07:14
Reaper В своем утвеждении о правильности я имею ввиду правильность и предсказуемость поведения программы........

С точки зрения клиентов я часто встречал субъективные точки зрения о "правильности учета" но это другая история.....
Гость
16 - 16.02.2013 - 07:55
есть 5 способов решения проблемы.

1. Купить веревку и пистолет, застрелить Умгу и повеситься.
2. Избавиться от ГП в партионном учете
3. Перейти на средние
4. Утопить создателей РАУЗ
5. С выдохом опусть правую руку вниз и произнести "да пошло оно...."
17 - 16.02.2013 - 08:40
16-Helen1986 >По-моему, здесь не 5 способов, а последовательность выполнения одного способа.
Гость
18 - 16.02.2013 - 12:45
16/ спасибо за инструкцию. :-)
сюдя по всему - единственно что остается- всё перепровести ?
Гость
19 - 16.02.2013 - 12:59
я бы не делала этого

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

при перепроведении полутит все, что может полететь
а также то, что не может. Клизма обеспечена
Гость
20 - 16.02.2013 - 13:36
19-Helen1986 > +1
http://www.youtube.com/watch?v=LGb6obnja2A
Гость
21 - 16.02.2013 - 14:15
19. уверены что перепроведение гиблый номер?? чувствую без ревизии не обойтись...
22 - 16.02.2013 - 22:35
(13) ну не знаю, в УТ11 фифо на конец месяца не выполняется... ;-)
23 - 16.02.2013 - 22:37
(15) > я имею ввиду правильность и предсказуемость поведения программы........
- еслдинственно правильный вариант при проведении документа фиксировать (в регистраторе. в самом доке или где-то еще) - результат проведения, и припоследующих проведениях проводить именно так.
.
если при разноске платежей на конкретные расч.док (автоматом или вручную) получилось "так" - то это так так и должно остаться независимо от последующих перепроведенйи документа. До той поры пока пользователь ручками САМ не перекинет что ему надо куда надо или недаст команду "пересчитать автоматом"
24 - 16.02.2013 - 22:39
(21) не обязательно. все зависит от ресурсов, выделенных на "перепроведение". Чтобы сказать конкретно - надо смотреть в вашу базу конкретно это раз и какими отчетами в каких разрезах вы пользуетесь это два и что будет если в этих отчетах в общем все будет так же, а в частностях может сметиться...
Гость
25 - 18.02.2013 - 08:37
22/ 23/ 24/ я про ТИС7 а не про УТ11...
26 - 18.02.2013 - 10:37
(25) в (24) - напрямую относится и к ТиС
Гость
27 - 18.02.2013 - 13:27
27/ недостаток 1с7- не делает обратный отсчет- по результатам ревизиии пересчет назад до создания документа Ввода начальных остатков... всего одна кнопка и всё было бы радужно :-((
Гость
28 - 18.02.2013 - 13:34
26/ откуда мне знать какими ресурсами что делали... для меня база- тёмный ящик... которого боязно трогать авось после перепроведения что нибудь где нибудь собъется... естественно собъется- блин... я не могу даже обозначить себе масштабы изменении в случае перепроведения всей базы с первого документа по последний,первая попытка- за год перепровёл и получил вопли менеджеров что по всем товарам минусовые резервы- в голову не укладывается... :-((
29 - 18.02.2013 - 22:53
(27), (28) ну так надо знать как у нее там все внутри устроено если ты разработчик/консультант 1С и понимаешь взаимосвязи как в одном контуре учета, так и во взаимосвязях между разными контурами.
30 - 18.02.2013 - 22:56
ну а оптимальный вариант - сначала думать, а потом делать (понятно, что не всегда это удается - но хотя бы частично надо бы!!). а это значит что сначала надо разработать основные "бизнеспроцессы", прописать "техкарты" как это делать в программе и начать работу. а не наоборот.
.
Если хотим иметь программу-печмаш ДЛЯ ИЗГОТОВЛЕНИЯ первички - это одно, если к этому + еще и какой-никакой учет (при том что их как и целей учета - м.б. несколько - это уже совсем другое.
.
перепроведение доков в состоянии КУЧИ на сейчас - принципиально ничего не изменит. а вот составляющие кучи - могут измениться существенно.


К списку вопросов
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск




Copyright ©, Все права защищены