Имя: Пароль:
1C
1С v8
Быстро перепровести 3,6 млн документов РТиУ
,
0 Ctyd
 
17.05.14
12:31
1с 8.2 УПП 1,3,27,1
платформа 8,2,18,109
РАУЗ

пол года предприятие работало все было гуд..
потом приехало начальство сказало: то не так, се не так...
в результате нужно включить пару галочек в настройках: конкретнее с средневзвешеной перейти на ФИФО и нужно перепровести все реализации.
Как это можно сделать быстро?
1 shuhard
 
17.05.14
12:33
(0) а зачем при РАУЗ перепроводить реализации, когда движухи всё равно РСВ делает,

а политику списания - плановая, прямые и по нулеов йне меняли ?
2 Ctyd
 
17.05.14
12:36
согласен.
по нулевой. не менял.
сказали обязательно ещё вести учет сумовой по складах. этого сделано не было.. вот и мучусь.
3 Ctyd
 
17.05.14
12:38
ах да.. это все крутиться на PostGre 9.0.3-3.1
4 Ctyd
 
17.05.14
12:39
единственное что я придумал.. так это взять развернуть ещё один сервер.. и синхронизацию этой базы с другой сделать и там все перепроводить
5 milan
 
17.05.14
12:42
Можно подшаманить процедуру проведения, двинуть только то что нужно.
6 shuhard
 
17.05.14
12:42
(2)[ещё вести учет сумовой по складах]
ты путаешься в показаниях, аналитика склада на 41 счете потребует перепроведения ПТиУ и перемещений, поскольку у тебя сейчас нет нужных ключей аналитики, включающих склады
7 Лаврентий Берия
 
17.05.14
12:43
(0)
1. РАУЗ и перепроведение документов, слава богу, перестали иметь прямую связь.
2. Какой период? Что будете делать с нарастающими итогами? Вы понимаете, что прибыль за прошлые периоды изменится?
8 Ctyd
 
17.05.14
12:50
(6) ПТиУ и перемещения не проблема основная загвоздка именно в РТиУ.
(7) 1. не могу ответить так же уверенно про Укр РАУЗ.
2. период с начала года. да понимаю. от меня требуют калькуляций по ФИФО. + что бы бухгалтера себя могли контролировать и в любой момент посмотреть остатки на складе в  сумовом выражении.(хотя зачем им это нужно.. не понимаю.)
9 ERWINS
 
17.05.14
12:55
3,6 млн документов....

базу в файловую/создаешь диск в памяти/закрываешь изменения за прошлый месяц в основной/ как перепроведешься в памяти все докт за прошлые месяца/ переносишь документы из рабочей в фйловую и доперепроводишь там
10 Ctyd
 
17.05.14
12:59
(9) сколько тогда памяти понадобиться??.
11 Адский плющ
 
17.05.14
13:01
(11) Стока скока база весит плюс ещё половина на всякое дрочерство.
12 Ctyd
 
17.05.14
13:08
а ещё есть варианты.. ??
13 MaXpaT
 
17.05.14
13:40
(11) 3.6 млн документов .... база походу будет весить 3.6 млн гигабайт не меньше
14 shuhard
 
17.05.14
13:44
(12) есть
не перепроводить документы, а навесить им обработиной верные движения по Рг РАУЗ
15 Kalambur
 
17.05.14
13:58
Не пойму в чем проблема просто запустить проведение ?
16 Dmitry1c
 
17.05.14
14:12
(15) наверное, в 3.6 млн документов
17 Dmitry1c
 
17.05.14
14:13
а вообще УПП на Postgre и 3.6 млн документов - те, кто внедрял, ... крутые вы парни
18 Ctyd
 
17.05.14
14:18
Если завернуть все в СКЛ?
19 ДенисЧ
 
17.05.14
14:22
Кстати, присоединюсь к shuhard
Лучше прописать/изменить движения....
20 Kalambur
 
17.05.14
14:27
(18) замеры хоть сделал? сколько неделя проводится?
21 Kalambur
 
17.05.14
14:27
(16) да пофиг
22 Kalambur
 
17.05.14
14:29
Я думаю все в курсе сколько у них документов и ИМХО только автору надо "быстро". Короче сам себе работу ищет
23 Ctyd
 
17.05.14
14:39
(22) есть немного..сам себе работу ищу...
замер=). 1 день= 1 час
24 Kalambur
 
17.05.14
14:46
(23) долго, MSSQL тебе в помощь ))
25 Лаврентий Берия
 
17.05.14
14:49
(8) Зачем - это понятно. Чтобы принять решение об учётной политике - какую прибыль "засветить" наименьшими затратами.
26 Kalambur
 
17.05.14
14:51
(23) частями за неделю и выходные провелось бы
27 Ctyd
 
17.05.14
14:53
на рабочей базе не возможно... выписка докумнетов круглосуточная..
28 Ctrekoza
 
17.05.14
14:58
(2) При ФИФО суммовой учет, это что за извращение? При ФИФО нужен учет по партиям (настройки 1с), что автоматически исключит только суммовой. ФИФО используется для УСН 15% весьма успешно, а там суммовой учет не подходит, т.к. нужно номенклатуру из оплаченных партий ставить в расход. Думаю, будет большая проблема при таком количестве доков.
Может лучше оставить закрытый период, например 1 квартал, а со второго квартала поменять УП обосновав её чем ни будь - ГБ пусть сам придумает. Изменение УП за весь период может повлечь за собой изменение регистров по НДС и прибыли, а это уточненки, можете предупредить ГБ...
29 Kalambur
 
17.05.14
16:00
(27) тогда вариантов у тебя нет совсем, только по-шухордовски писать регистры
30 Neg
 
17.05.14
16:06
(23) за неделю проведешь, подождут...
31 Мимохожий Однако
 
17.05.14
17:49
Сделать копию без документов и туда постепенно гнать документы по месячно и пересчитывать. А народ в это время работает. По достижении финиша оценить результат и копию подключить вместо текущей.
32 nufnufcheg
 
18.05.14
09:00
а тема "нафига перепроводить при раузе" уже была раскрыта?
33 Базис
 
naïve
18.05.14
09:56
РБД, в одной проводят текущие доки, другую перепроводишь.
34 ilpar
 
18.05.14
10:00
(32)была. Результат тоже есть.
35 Ctyd
 
30.05.14
18:01
мож кто-то искать потом будет... месяц переписал где то за 30 минут... на файловой базе.

вр=ТекущаяДата();
    сообщить(вр);
    НачатьТранзакцию();    
    
    Запрос=Новый ЗАпрос();
    ЗАпрос.УстановитьПараметр("Дата1",Дата1);
    ЗАпрос.УстановитьПараметр("Дата2",КонецДня(Дата2));
    ЗАпрос.УстановитьПараметр("склад",Справочники.Склады.НайтиПоКоду("000000003"));
    Запрос.Текст=
    "ВЫБРАТЬ
    |    РеализацияТоваровУслуг.Ссылка
    |ИЗ
    |    Документ.РеализацияТоваровУслуг КАК РеализацияТоваровУслуг
    |ГДЕ
    |    РеализацияТоваровУслуг.Проведен
    |    И РеализацияТоваровУслуг.Дата МЕЖДУ &Дата1 И &Дата2
    |    И РеализацияТоваровУслуг.Склад = &Склад";
    рез=Запрос.Выполнить().Выбрать();
    ЭлементыФормы.инд.МаксимальноеЗначение=рез.Количество();
    инд=0;
    ЭлементыФормы.Надпись1.Значение=рез.Количество();
    Пока рез.Следующий() цикл    
        рег=РегистрыНакопления.УчетЗатратРегл.СоздатьНаборЗаписей();
        рег.Отбор.регистратор.Использование=истина;        
        рег.отбор.регистратор.Значение=рез.ссылка;
        рег.Прочитать();
        инд=инд+1;
        
        
        для каждого движ из рег цикл
            
            Если движ.АналитикаВидаУчета=твст Тогда
                движ.АналитикаВидаУчета=тв;
            ИначеЕсли движ.АналитикаВидаУчета=гпст Тогда
                движ.АналитикаВидаУчета=гп;
            КонецЕсли;
            движ.Стоимость=0;
        КонецЦикла;
        рег.Записать(Истина);
        
    КонецЦикла;
    ЗафиксироватьТранзакцию();
    сообщить(ТекущаяДата());
    сообщить(ТекущаяДата()-вр);
36 H A D G E H O G s
 
30.05.14
18:05
(35) Давай я тебе немного помогу...

    РегистрыНакопления.УчетЗатратРегл.УстановитьИспользованиеИтогов(Ложь);

Пока рез.Следующий() цикл
......
ЗафиксироватьТранзакцию();    
    РегистрыНакопления.УчетЗатратРегл.УстановитьИспользованиеИтогов(Истина);
37 Ctyd
 
30.05.14
18:10
спасибо.. в 2-х словах что мне даст...
38 acsent
 
30.05.14
18:10
(36) транзакция то зачем?
39 H A D G E H O G s
 
30.05.14
18:12
(37) Не будет пересчета итогов по остаткам при каждой записи набора регистра.
40 Ctyd
 
30.05.14
18:12
шоб наверняка=)... понимаю что можно и без неё..
41 Ctyd
 
30.05.14
18:13
(39) спасибо
42 acsent
 
30.05.14
18:18
(36) + Еще добавить ИспользованиеТекущихИтогов(Ложь)
43 Ctyd
 
30.05.14
18:21
оке.. попробую ещё и это...
44 palpetrovich
 
30.05.14
18:26
(8) тебе пытаются намекнуть, что результаты работы прошлых периодов уже учтены в налоговых и менять их нельзя
Независимо от того, куда вы едете — это в гору и против ветра!