Имя: Пароль:
1C
1C 7.7
v77 Проблема со ссылками на док.Основание
0 aka AMIGO
 
19.10.15
12:18
Есть док.ЗаявкаНаПеремещение

Есть док.Перемещение.
В нём реквизит "ДокументОснование", тип = <<Документ>>. В Модуле формы есть код выборки нужной ЗаявкиНаПеремещение, и выбирается эта заявка, как положено.

Первым, естественно, создается Заявка, потом Перемещение.

Примечание 1: при этом Перемещение может быть создано НЕ на основании какого-либо документа.

Итак, я создал Перемещение, и указал в реквизите введенную ранее Заявку:
http://pics.rsh.ru/img/22_utdqj72g.png

Далее - открываю журнал ЗаявокНаПеремещение..
пкм вызываю подменю, в нём: "Подчиненные документы".. Список подчиненных пуст!

До сих пор я был уверен, что если есть реквизит-ссылка на док (в этом случае - на ЗаявкуНаПеремещение) то я могу увидеть это Перемещение в "Подчиненных документах" в журнале..

Почему не работает ссылка на подчиненный? реквизит-то правильный..
1 mikecool
 
19.10.15
12:19
(0) емнип, отчет строится по реквизитам, значит должно быть
индексы пересчитать на всякий, может побились
2 Масянька
 
19.10.15
12:20
(0) В конфигураторе - ввод на основании (в док-те! - не путать с функцией) "галочки" (не путать с девочкой :) ) стоят?
3 Tateossian
 
19.10.15
12:22
(0) В критерии отбора добавил?
4 Смотрящий
 
19.10.15
12:22
(0) Заявка на перемещение подчинена документу перемещение.
Если ты открываешь список подчиненных заявки на перемещение - то он будет пуст.
5 mikecool
 
19.10.15
12:23
(2) это для ввода, а для отчета - нужен заполненный реквизит
хотя может и ошибаюсь и отчет по метаданным тоже смотрит
6 torgm
 
19.10.15
12:23
(3) это 7,7
7 Масянька
 
19.10.15
12:26
(5) Если отчет - все должно быть, а если список - то нет.
8 aka AMIGO
 
19.10.15
12:29
(1) насчет индексов - была мысля, но отброшена, т.к. ошибка возникла в рабочей, я её копировал себе в локальную, при этом индексы строятся заново..
так что, видимо дело не в них..

(2) галочка (недевочка) поставлена :)

(4) а не наоборот? :)
У меня есть док "ПриходДенегНаСчет", в строках ТЧ которого указан док."Счет"
Так вот, Счет является основанием для ПриходаДенегНаСчет..
и в подчиненных Счету его видно
9 Смотрящий
 
19.10.15
12:31
(8) А ты открой журнал подчиненных документов для перемещения и заявки на перемещение
10 aka AMIGO
 
19.10.15
12:33
(7) Есть в каждом журнале кнопка-отчет "Структура подчиненности", так вот в ж.Заявки показывается одна эта заявочка, а вот в ж.Перемещения - как положено: Заявка, снизу - подчиненное Перемещение..

(9) и тот и другой - пустые.
11 Масянька
 
19.10.15
12:34
(10) Сам прикручивал в Заявку подчинение?
12 Масянька
 
19.10.15
12:35
+(11) В Заявке "галочку" не забыл?
13 aka AMIGO
 
19.10.15
12:35
(11) в Заявке нет прикрученных подчинений..
Это - в Перемещении
14 Масянька
 
19.10.15
12:36
(13) Я уже запуталась...
И там, и там (основание - подчиненный) должны стоять "галочки", только наоборот.
Вот теперь - сам путайся :)
15 aka AMIGO
 
19.10.15
12:37
(12) в Заявке стоит галочка "явл основанием для Перемещение"
16 Смотрящий
 
19.10.15
12:37
(10) Журнал подчиненных, для документа перемещение, открываешь для того документа в котором есть ссылка на заявку ?
17 Масянька
 
19.10.15
12:38
(15) А в Перемещении - вводится на основании Заявки?
18 aka AMIGO
 
19.10.15
12:39
(14) продолжаю путаться :)

(16) именно так.

(17) да.
19 Смотрящий
 
19.10.15
12:42
(18) Фантастика
20 Масянька
 
19.10.15
12:44
(19) Дед Мороз, блин :)

(18) Все-таки, снеси индексы (руками). Если не поможет - ТиИ.
21 aka AMIGO
 
19.10.15
12:47
Структура подчинения, при выводе из ж.Перемещения:
http://pics.rsh.ru/img/22_6jmvv2ut.jpg
т.е перемещение - подчиненный документ, как положено.

Далее - вывожу из ж.Заявки.. там структура сложнейшая, приводить не буду, но Перемещения там нет.. Как нет и в подчиненных этой заявке..

А вот и галочка:
http://pics.rsh.ru/img/33_emiby5bo.jpg
22 Масянька
 
19.10.15
12:48
(21) Дык, он не проведен. Проведи и увидишь.
23 Смотрящий
 
19.10.15
12:49
(22) Не зависит от проведен/непроведен
24 aka AMIGO
 
19.10.15
12:50
(22) первый-то Перемещение 2633 проведен, его тоже в подчиненных нет :((

ладно, ребята & девчата..

Разберусь я постепенно.
Жаль только логистики могут ошибиться, создать и отправить второе-третье-энноек перемещение на основании одной Заявки..
25 Масянька
 
19.10.15
12:53
(23) (24) Уговорили.
(24) Самую верхнюю "галочку" (... для любого вида ...) попробуй снять. И журнал док-ов точно один?
26 aka AMIGO
 
19.10.15
12:59
(25) журнал один..
вот он:
http://pics.rsh.ru/img/22_6wkpme1p.png
и проблемка видна: пусто в поле подчиненного документа.. Там должно быть Перемещение, в поле которого есть указание этой Заявки..
27 aka AMIGO
 
19.10.15
13:00
(25) "снять галочку", думаешь, что поможет?
28 Масянька
 
19.10.15
13:02
(27) Фиг его знает... Когда не сам пишешь (структуру БД) - тяжело ковыряться в чужом :(
А может в этом самом перемещении какой-нибудь косяк?
Кстати, а что отладчик говорит? (с тобой он разговаривает :) )
29 aka AMIGO
 
19.10.15
13:06
(28) Я первым делом повыспросил у отладчика его мнение..
вдоль и поперек прошарил.. всё путём..

Вот код функции вывода в поле:
Функция НайтиПервыйДок()
    
    Докум = СоздатьОбъект("Документ");
    //Докум.ВыбратьПодчиненныеДокументы(ТекДок.ДатаДок,,ТекДок);
    Докум.ВыбратьПодчиненныеДокументы(,,ТекДок);
    Пока Докум.ПолучитьДокумент() = 1 Цикл
        //Если Докум.Проведен() = 1 Тогда    
             Возврат Строка(Докум.НомерДок)+?(Докум.Проведен()=1,"","(не пров.)");
        //КонецЕсли;    
    КонецЦикла;    
    
КонецФункции

я уже правки сегодня проводил, вначале был поиск проведенных Перемещений, изменил..
Результат нулевой..
30 Масянька
 
19.10.15
13:08
(29) Во-о-от! А вы все время к отладчику посылаете :)

Попробуй вставить перед возврат - сообщить(всё тоже самое). Что скажет?
31 aka AMIGO
 
19.10.15
13:08
+29 небольшая ошибка

Функция НайтиПервыйДок()
    
    
    ТекДок = ТекущийДокумент;
    
    
    Докум = СоздатьОбъект("Документ");
    //Докум.ВыбратьПодчиненныеДокументы(ТекДок.ДатаДок,,ТекДок);
    Докум.ВыбратьПодчиненныеДокументы(,,ТекДок);
    Пока Докум.ПолучитьДокумент() = 1 Цикл
        //Если Докум.Проведен() = 1 Тогда    
             Возврат Строка(Докум.НомерДок)+?(Докум.Проведен()=1,"","(не пров.)");
        //КонецЕсли;    
    КонецЦикла;    
    
КонецФункции
32 aka AMIGO
 
19.10.15
13:17
(30)
Ты-Задала-Правильный-Вопрос!
И решение подсказала..
вот тут:
http://pics.rsh.ru/img/22_6wkpme1p.png
ДВЕ ЗаявкиНаПеремещение, обе под одним номером, вот к первой и привязалась ссылка..

Вопрос решен, всем огромное спасибо!

ЗЫ. Начальница отдела логистики звонит в Петербургский филиал, пропесочивать нерадивых менеджеров! :)

ЗЫЫ. извините за мороку, но не моя вина, только недосмотр.. Масянька, спасибо за наводку :)
33 Масянька
 
19.10.15
13:18
(32) А кто дал номер редактировать?! Тому - первому прострелить коленку.

Ну, а мне - большую табуретку, а тебе - поменьше :)
34 aka AMIGO
 
19.10.15
13:21
(33) номер редактировать дал предыдущий прог, лет 12 назад :)

У нас УРБД, могло произойти наложение номеров.. Если будет время - посмотрю в ЖР, кто когда и что создавал..

ЗЫ. начет табуреток - отдадим нашим недругам, порадуем :)
35 Масянька
 
19.10.15
13:27
(34) Номера - закрыть. А префиксы почему не используют?
36 aka AMIGO
 
19.10.15
13:28
(35) насчет закрытия - шеф решит.
А префиксы есть: у обоих Заявок - "ИП"
37 HawkEye
 
19.10.15
13:30
(36) так-то обычно для разных баз - разные префиксы )
38 aka AMIGO
 
19.10.15
13:31
(37) у нас префиксы у каждого филиала свои..
39 HawkEye
 
19.10.15
13:34
(38) я же не знаю как у вас филиалы соотносятся с базами...
однозначно, что разные базы - разные префиксы, тогда не будет проблем с задвоением номеров.
40 Масянька
 
19.10.15
13:37
(39) Тут - в одном филиале получились одинаковые номера.
41 aka AMIGO
 
19.10.15
13:37
(39) задвоился номер-то.. Возможно, сделано это вручную.
и префикс один
42 aka AMIGO
 
19.10.15
13:39
Посмотрел я в ЖР.. сведения только по одному документу, а может, по одному номеру, т.к. отчет находит по представлению, а представление у них - одно и то-же.
43 HawkEye
 
19.10.15
13:39
(40) (41) при включенном контроле уникальности - вручную ничего не двоиться...
44 aka AMIGO
 
19.10.15
13:41
(43) включен контроль уникальности..
я уж и не знаю, на что думать..
45 HawkEye
 
19.10.15
13:41
(42) ЖР и по объектам нормально работает...
46 Масянька
 
19.10.15
13:41
(44) По времени поищи.
47 Масянька
 
19.10.15
13:43
(43) Угу... Как и с пустой датой док-ов быть не может :(
48 HawkEye
 
19.10.15
13:44
(47) при нормальной работе - не может...
49 Масянька
 
19.10.15
13:46
(48) Ты, кстати, меня уже обманул - после ТиИ ничего не изменилось :(
Так что - давайте не будем про нормальную работу :)
50 HawkEye
 
19.10.15
13:51
(49) так наоборот, именно нормальную работу и надо обеспечить, чтобы не было документов с одним номером, при установленной уникальности, чтобы не было документов с пустой датой... и т.д. и т.п.
51 Масянька
 
19.10.15
13:53
(50) aka AMIGO должен крутить педали, чтобы свет не вырубили, одним глазом следить за каждым (!!!) пользователем, другим - за сервером, ...

Не смешно.
52 aka AMIGO
 
19.10.15
14:07
(50) обеспечение "нормальной работы" - штатное. В частности, запрет одинаковых номеров есть на всех документах.

(51) Да, спасибо за поддержку, за всеми не уследишь.

У нас справочник Товаров на 20тыс позиций, одно время повалили дубли, шеф было нарисовал зуб, да я объяснил сложности контроля при вводе в справочник.. Можно и по 3-4 дубля сделать, если поступивший товар вводят трое-четверо менеджеров.
По моему совету доступ к справочнику был ограничен, справочник упорядочен, написал я обработку для однозначно-правильного ввода товаров, сейчас только через неё работают, и всего двое работников имеют право.

ЗЫ. сейчас вот сходил к шефу, он с ней и работает
и вот так примерно выглядит результат работы:
http://pics.rsh.ru/img/22_psnu0t18.png
53 Масянька
 
19.10.15
14:16
(52) Да нет...
Просто бесит: чуть что крик "А, опять программист накосячил!"...
Про бекапы говорила - говорила, про сервак - говорила, про пользователей говорила - говорила...
Если нормального коллектива нет - работы нормальной тоже не будет. И эсина тут абсолютно не при чем.
54 aka AMIGO
 
19.10.15
14:24
(53) не переживай ты так-то :) всё - фик-кус кроме здоровья :)

Поговорил я сейчас с админом, выяснилось следующее:
- питерцы могут работать двояко:
- в периферийной базе.
- с доступом к ЦБ, что у нас, через терминал.

Ретроанализ почти невозможен.. Но в ЖР увидел следующее:
- 14.10.2015 13:37 Питертерминал, создан новый док эта злополучная Заявка (видимо, в нашей базе)
-14.10.2015 19:00:36 обмен с ПБ, получен новый документ - номер тот-же!!!

а вот док тот-же или нет - узнать невозможно, ID"ов в посылке из ПБ не увидеть..

Так что, ИМХО - питерцы начудили, создали 2 дока, и пока не состоялся обмен, доки получили один и тот-же номер..
55 Масянька
 
19.10.15
14:27
(54) А питерцы, работая напрямую в ЦБ, заводят какой номер?
56 aka AMIGO
 
19.10.15
14:31
(55) нет, номер они не трогаю, уж какой получился - такой и останется. Нет в этом интереса.
Сейчас увидел: По Терминалу док создан в 13:37
поступивший по обмену сделан в 16:30..

сам обмен состоялся в 19:00

ЗЫ. с ума посходили? или невтерпёж ждать, пока в ПБ поступит док?
57 aka AMIGO
 
19.10.15
14:44
По Терминалу (в ЦБ) док создан в 13:37
поступивший по обмену сделан в ПБ, в 16:30..
Затем он и поступил в ЦБ, и одинаковые номера у доков, или нет - тут уже не проверяется.
58 HawkEye
 
19.10.15
14:45
(54) ну вот в этом случае и должно быть
заведен документ в ЦБ у него номер ЦБ-ПРФИЛИАЛА-номер
завели в переферии у него номер ПБ-ПРФИЛИАЛА-номер
и никаких задвоений...
59 aka AMIGO
 
19.10.15
14:47
(58) ты прав.. но заявка-то ставится по Фирме, в данном случае - это Питер.. одна фирма - один префикс..
Но идея живая, подскажу шефу
60 Масянька
 
19.10.15
14:50
(59) Или пусть питерцы не выделываются и работаю у себя в периферийке. Или ставь префикс по базам, а по фирме.
61 aka AMIGO
 
19.10.15
14:54
(60) как работать - указывающих тут больше, чем надо :) Не полезу я в эти тенёта..
Для чего-то сделан был доступ через терминал.
Так что остается, действительно, префикс.
Сижу, ломаю голову..