|
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 минут в субботу - это мало....
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |