|
УПП. Восстановление последовательности в периферийной базе | ☑ | ||
---|---|---|---|---|
0
DEVIce
22.05.13
✎
07:43
|
Создал отдельную периферийную базу для закрытия месяца и восстановления последовательности. Я правильно понимаю, что для того чтобы последовательность в центральной тоже двигалась, надо ее включить в регистрацию обмена?
|
|||
1
DEVIce
22.05.13
✎
08:34
|
Никому не интересно?
|
|||
2
DEVIce
22.05.13
✎
09:38
|
Ап
|
|||
3
DEVIce
22.05.13
✎
18:47
|
Нифига не получилось. Вопрос остается открытым. Как заставить двигаться последовательность в периферийных базах? Или в центральной, если перепроведение делается в периферийной.
|
|||
4
DEVIce
22.05.13
✎
18:52
|
Нашел, почитал. Короче. В центральной базе про последовательность надо забыть. Восстанавливать все в периферийной. Что не есть гуд.
|
|||
5
DEVIce
22.05.13
✎
18:55
|
Ибо работают все в центральной и просечь с какой даты было нарушение не представляется возможным - это плохо очень. Мне периферийная будет показывать что все нормально, в центральной на нее забили, а в реале она где-то между тем, что показывает центральная и тем что показывает периферийная, т.е. чем дольше работаем, тем больше интервал недостоверности. :(
|
|||
6
shuhard
22.05.13
✎
19:01
|
(4) не используй последовательность
|
|||
7
DEVIce
22.05.13
✎
19:02
|
(6). Как контролировать тогда в каком периоде лазили последний раз пользователи?
|
|||
8
DEVIce
22.05.13
✎
19:04
|
(6) Периферийная база создана исключительно для того что проводить расчет себестоимости и перепроводить документы (восстанавливать последовательность). Никаких выкрутасов с тем, что что-то грузится, а что-то нет - нету, полный обмен.
|
|||
9
DEVIce
22.05.13
✎
19:06
|
Опять же восстанавливать расчеты надо регулярно. Блин.
|
|||
10
ILM
гуру
22.05.13
✎
19:07
|
(8) Настрой обмен только документов из журнала регламентных операций. И в центральной закрывай месяц, а когда в перефирийной закроешь месяц, то включай обмен с тем пользователем, для которого месяц открыт на запись.
|
|||
11
ILM
гуру
22.05.13
✎
19:07
|
В центральной на запись закрой
|
|||
12
DEVIce
22.05.13
✎
19:14
|
(10) Как-то это через одно место. Я сейчас ищу где жестко прописано, чтобы последовательность не переносилась. Я их включил в обмен, но они все-равно не ходят. У меня полная гарантия, что все объекты ходят между обеими базами, т.е. глюков не должно быть в части того, что вдруг ссылка на несуществующий объект.
|
|||
13
ILM
гуру
22.05.13
✎
19:16
|
(12) Мое дело посоветовать, а следовать им или нет, каждый решает сам.
|
|||
14
DEVIce
22.05.13
✎
19:34
|
Пля, или завести какой-нибудь регистр сведений, куда писать в какой дате в какой
|
|||
15
DEVIce
22.05.13
✎
19:34
|
+ (14) базе находится какая последовательность и таким образом ее контролировать?
|
|||
16
DEVIce
22.05.13
✎
19:38
|
Тут такой вопрос, последовательности вообще, физически передаются? Так-то у них регистрация настраивается в свойствах, даже документы видно, но в другую базу лезть не хотят.
|
|||
17
Kom-off
22.05.13
✎
19:49
|
На крайний случай сам установи границу последовательности после сеанса обмена по дату, по которую закрыли период, так сказать логически. Таким образом, будет снята проблема роста недостоверности.
|
|||
18
DEVIce
22.05.13
✎
20:05
|
Не врубаюсь что-то я. Значение последовательности выгружает, посмотрел в сообщении (в файле сообщения xml), но не загружается. Куда копать?
|
|||
19
DEVIce
22.05.13
✎
20:06
|
(17) Тоже вариант. Но это надо не забывать про него.
|
|||
20
ДенисЧ
22.05.13
✎
20:07
|
Это что, реально последовательности не мигрируют???
|
|||
21
DEVIce
23.05.13
✎
08:21
|
(20) Получается что так. По крайней мере я нигде не увидел чтобы им запрещалось в УПП миграция, а она не происходит. Буду действовать по принципу (17).
|
|||
22
Serg_1960
23.05.13
✎
08:45
|
Сегодня пятница? :)
|
|||
23
ДенисЧ
23.05.13
✎
08:46
|
(21) это ппц, товарисчи...
Глючная, сырая, тупая да ещё и жёлтая программа... |
|||
24
neckto
23.05.13
✎
09:34
|
(0) Воспользуйся методом ПриПолученииДанныхОтПодчиненного. В процедуре устанавливай последовательность программно.
|
|||
25
Lama12
23.05.13
✎
10:10
|
(4) А откуда такая информация?
|
|||
26
Lama12
23.05.13
✎
10:16
|
(20) Последовательности и раньше не мигрировали. До изменения методологии проведения под 8.2, при обменах документы проведенные в периферийных базах, сдвигали последовательность. После изменения методов проведения (в УПП точно) последовательность перестала сдвигаться. О чем написали письмо в 1С. Они попросили прислать им порядок воспроизведения ситуации на демо базе. Это было года полтора назад. Воспроизводить ситуацию мы не стали (долго).
Далее пытались решить эту проблему административным путем. Похоже придется опять им писать. И все таки откуда информация (4). Раньше на ИТС была статья о том, что последовательность надо восстанавливать только в центральной базе. |
|||
27
DEVIce
23.05.13
✎
10:19
|
(26) Да поисковиком несколько веток нашел и почитал. Ссылок дать не могу - не запоминал.
|
|||
28
DEVIce
23.05.13
✎
10:20
|
(26) Самое интересное данные о последовательности выгружаются, проверил файло, оно там есть. Но не принимаются уже у получателя, по каким-то причинам, по какми именно в коде не нашел.
|
|||
29
Lama12
23.05.13
✎
10:21
|
(28) Скорее всего принимаются. Только приоритет центральной базы срабатывает.
А 1С похоже забили на партионный учет, и усиленно копают РАУЗ. Последнее время много ошибок по партионке. |
|||
30
DEVIce
23.05.13
✎
10:23
|
(29) Так я из центральной в периферийную специально попробовал отдать - пофигу.
|
|||
31
Lama12
23.05.13
✎
10:23
|
(30) Хы... :)
забавно. |
|||
32
DEVIce
23.05.13
✎
10:23
|
(29) Они конечно молодцы с этим РАУЗ, но как быть тем кто на УСН занимается производством? Им без партионного учета никак?
|
|||
33
DEVIce
23.05.13
✎
10:24
|
(31) Оно, кстати, я так и рассчитывал, что раз у центральной приоритет, то все работу задним числом всегда будет видно. А тут вон оно как.
|
|||
34
Lama12
23.05.13
✎
10:25
|
(32) РАУЗ не все может. Совсем не все. Хрен его знает выкручиваться. :(
У нас аналитики специально на РАУЗ не переходят, хотя и знают его. |
|||
35
Lama12
23.05.13
✎
10:35
|
Кстати, исходя из http://its.1c.ru/db/metod81#content:2270:1
можно сделать вывод что документы в последовательности должны регистрироваться только в центральной базе и только в ней должно происходить восстановление последовательности. |
|||
36
DEVIce
23.05.13
✎
11:52
|
(35) Хорошо, если бы они сами своим рекомендациям следовали. Я провожу документ в заднем числе , делаю обмен - граница с места не сдвинулась.
|
|||
37
Lama12
23.05.13
✎
12:00
|
(36) Какой документ? Вид какой?
Специально проводить эксперимент не хочется, но франча могу подгрузить. Выявлять ситуацию по логам муторно. Ссылаться на код - поддержка 1С на указание кода "плюют". |
|||
38
Lama12
23.05.13
✎
12:04
|
А хотя... по коду того же ПТиУ видно.
|
|||
39
Lama12
23.05.13
✎
12:30
|
В общем отправил письмо франчам. Предварительно поговорив с ними. Надеюсь помогут продавить в 1С.
|
|||
40
DEVIce
23.05.13
✎
12:41
|
(37) Перепровел документ поступления (ПТУ) по товарам, немного его изменив специально.
Да и как чего куда уйдет, если по умолчанию в типовой конфиге, последовательности не включены к обмену. Я на УПП 1.3.38.4 пробую. |
|||
41
Lama12
23.05.13
✎
12:46
|
(40) Они всегда были выключены из обмена. Другое дело, что в 8.1 была автоматическая регистрация документов в последовательности, а в 8.2 они ее отключили. Переписав процедуры обработки проведения. В общем то вся проблема из-за этого. :)
|
|||
42
DEVIce
23.05.13
✎
12:47
|
(41) О чем и речь. При переносе данных проведение как процесс не выполняется, а у них вся регистрация прописана в обработчиках записи и обработке проведения.
|
|||
43
DEVIce
23.05.13
✎
12:48
|
По крайней мере для последовательности партий процедура прописана в обработке проведения. Т.е. документ физически не может повлиять на последовательность ибо он выгружается со всеми своими движениями, как есть и не проводится.
|
|||
44
Lama12
23.05.13
✎
12:49
|
(43) Ага.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |