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