Имя: Пароль:
1C
1C 7.7
v7: Восстановление последовательности документов
0 linoblack
 
21.05.16
18:29
Теоретический вопросец.

Есть база с приходно/расходными товарными документами. партионный учет по фифо. граница последовательности сдвинута далеко в прошлое.

если отчет о партиях товаров не выдает никаких "пробоев", то можно ли это понимать так, что последовательность не нарушена и что границу можно смело вручную перенести на текущую дату без перепроведения документов?
1 Злопчинский
 
21.05.16
18:37
нет, вывод неверный.
отсутсвие красноты и минусов по партиям еще не гарантирует их 1. правильную фифошность 2. правильность сумм в регистре
2 linoblack
 
21.05.16
18:41
(1) про правильную фифошность понял. а что имеется в виду под правильностью сумм?
3 oslokot
 
21.05.16
18:44
(2)  правильная себестоимость списания партий
4 linoblack
 
21.05.16
19:03
Как бы мне тогда малой кровью(без тотального перепроведения) корректно восстановить последовательность. Может есть какието готовые поделки, которые выборочно перепроводят?
5 linoblack
 
22.05.16
21:40
ну ап же!
6 Злопчинский
 
22.05.16
21:45
Сделы штатное восстановление гп и не мучься
Правильнее все равно не получится
Если не перепроводится то отключи контроль остатков и восстанови, потом включи
Все равно правильнее не получится
7 Смотрящий
 
22.05.16
21:46
чо ап то ?
в копии бд восстанавливаешь последовательность, сверяешь с текущей регистры ПартииНаличие/ПартииОтданные и ОстаткиТМЦ, в LO за 5 минут таблички сравнить

Если все пучком - в рабочей двигаешь последовательность ручками
8 Злопчинский
 
22.05.16
21:47
Опять же главый вопрос
Ты чего хочешь добиться? Не озвучено
Может и не надо гп делать?
9 Злопчинский
 
22.05.16
21:49
(7)  вообщемто и сравнивать не надо
Максимум что ты увидишь при сравнении что было неправильно
А стало правильно
10 linoblack
 
22.05.16
21:50
восстановление штатными средствами - очень долго. ну очень долго. оптимизировать базу для ускорения перепроведения тоже нет ни времени ни достаточных навыков.

последовательность нужно восстановить чтобы иметь корректный доход.
11 Смотрящий
 
22.05.16
21:50
(9) Ну так и сдвинуть гп в туда где неправильно и восстановить дальше штатно;
Хотя - 146% какой нить взаиморасчет дренули задним числом и так и бросили
12 linoblack
 
22.05.16
21:54
(11) так как найти где неправильно? отчет по партиям товаров "красноты и минусов" не имеет, но как мы выяснили - это еще не гарантирует правильной фифошности и правильных сумм.
13 Смотрящий
 
22.05.16
21:57
(12) Перепроводишь в копии
RegPrint'ом формируешь таблицу mxl из копии
RegPrint'ом формируешь таблицу mxl в боевой

Загоняешь эти два mxl в odt/xls

Там сравнить - 5 минут
14 linoblack
 
22.05.16
21:58
это получается мне нужно построить полный лес деревьев всех партий по всем товарам, ориентируясь на порядок документов в базе, используя стек(фифо) и сравнить этот лес с отчетом партии товаров?
15 linoblack
 
22.05.16
21:59
(13) да хоть в копии, хоть в оригинале. штатное перепроведение - это недели. не вариант.
16 Злопчинский
 
22.05.16
22:01
(10)  если у тебя на запасах нет большого количества разный партий одного товара по существенно разным ценам то особо не врхолнуйся - на текущий момент цифра партионного учета у тебя не будет сильно отличаться от действительно верного.
17 Смотрящий
 
22.05.16
22:02
(15) Онаночо. Тогда сдвинь ГП руками куда надо и скажи - все итоги верные, блеать.
18 Злопчинский
 
22.05.16
22:03
(14)  а что сильно долгого в перепроведении?
У тебя месяц что два дня перепроводится?
19 linoblack
 
22.05.16
22:04
(18) месяц перепроводится сутки. не меньше.
20 linoblack
 
22.05.16
22:07
а если я сделаю базу распределенной, и буду потихоньку в перифирийной перепроводить? естественно, запретив в центральной лазить в прошлое? со временем я выйду на правильные цифри?
21 Злопчинский
 
22.05.16
22:19
А нафига?
Перепроводи в рабочей по ночам поиихоньку по полмесяца

Опять же если прошлые периоды не интересуют - вычисли минимально необходимую глубину назад и перепроводи не всю базу а только с этой глубины
22 linoblack
 
22.05.16
22:30
(21) в основной базе работают круглосуточно. просто перифирийную базу я могу унести в другое место. там железо получше. время перепроведения существенно сократится.

поп поводу медленной скорости проведения....не знаю как вычислить. замерял - один расходник товарный проводится за секунду. это где-то 50 позиций в нем. быстро это или медленно? один расходник - 1 секунда. в день - примерно полторы тысячи доков. это выходит 13 часов занимает перепроведение одного месяца.гп сидит в 2009-м годе (((
23 linoblack
 
22.05.16
22:32
прикинуть примерно оборачиваемость товара - и начать с такой глубины от сегодняшней даты?
24 Злопчинский
 
22.05.16
22:37
(23)  если нужно примерно - да
Если нужно точно - вычисляешь точно
25 vcv
 
23.05.16
05:10
(9) "вообщемто и сравнивать не надо. Максимум что ты увидишь при сравнении что было неправильно. А стало правильно"
В правильно это что? С точки зрения бухгалтерии "правильно" - это соответственно ранее выгруженному в бухгалтерию.
Есть ли выгрузка в бухгалтерию? Много ли "дорабатывается напильником" после выгрузки? Нормально ли, с точки зрения бухгалтерии, выгружается себестоимость и расчеты в разрезе субсчетов долг/аванс?
В соответствии с принципом "работает - не трогай" нужно переставить ГП на начало еще еще выгруженного в бухгалтерию периода (коли нормально выглядит себестоимость и, возможно, расчеты) и начиная с этого момента взятся восстанавливать последовательность перед выгрузкой в бухгалтерию. А старые периоды закрыть от редактирования.
26 Mikeware
 
23.05.16
06:58
(22) тогда делать только так:
1) в основной базе запретить задницу
2) перепроводить в распределенке
3) когда все перепроведется - подменить основную базу на перепроведенную

Либо переписывать ВГП на прямые запросы.
27 linoblack
 
23.05.16
12:04
(26) 3 пункт не понял. я думал основную базу сделать распределенной, перепроводить в периферийной и через урбд синхронизировать. а потом просто прибить периферийную. не криминал?
28 Mikeware
 
23.05.16
12:19
(27) Не криминал.Но у тебя на загрузке данных после перепроведения юзвери повесятся. Ну, или застрелятся. а тебе вены порежут, причем вдоль... ибо у них времени дофига будет...
поэтому - в периферийной, в которой тянешь - догружать текущие данные из основной. иперепроводить. Догружать, и перепроводить. пока базы не "сойдутся". а после - подменить базы, и убить "распределение". простой будет гораздо меньше -возможно, менее пары минут.
29 linoblack
 
23.05.16
12:41
(28) согласен. чет  не подумал я за синхронизацию. они там круглосуточно работают, и пересменка только пол-часа в сутки - единственное время для регламентных работ.
30 Mikeware
 
23.05.16
12:48
(29) ну, пол-часа в сутки - это дофига. :-) вот 15 минут в субботу - это мало....
Независимо от того, куда вы едете — это в гору и против ветра!