Сама проблема заключается в переносе записей из CMPL в TEST, для регистрации журналов.
В CMPL работаем с подпиской.
Вопрос1: По каким правилам осуществляется перенос записи? Каким образом он определяет, что эта запись еще не введена или в нее нужно только добавить новое поле "Для кого(отдел)"
Проблема 1:
При переносе не копируется вообще ничего, пишет не найдена, хотя есть в двух базах. Нашел ответ. Разные шифры, исправил, работает.
Проблема2:
Запись есть и в CMPL и в TEST. Шифры одинаковые. Поле "Сведения о заказах (поквартальные)" создает, но поле "Сведения о заказанных экземплярах" не создает и в него не переносит.
Пробьлема3:
Тоже что и проблема 2, только переносит не то значение поля "Для кого(отдел)"
P. S.
В CMPL в поступлении заполняем следующие поля:
Заглавие для заказа
Коды СИ - Тип, вид, периодичность издания
Период подписки
Индекс подписки
Цена комплекта
Заказ по подразделениям - КУДА (Адресат), Комплектов всего, Для кого (отдел), комплектов в отдел
Примечания к заказу - каталог
Все..

Переносилась ли запись из БД CMPL в БД ЭК определяется по полю 66 (стр. Технология), а "Сведения о заказанных экземплярах" передаются для года один раз, т.е. изменения по полугодиям или кварталам для одного года не учитываются. Проверка передачи этих сведений идет по архивным полям. Перенос выполняется по transn.fst для новых записей и по transdj.fst - для нового периода подписки.

Спасибо, а каким образом можно решить проблемы 2 и 3
Проблема2 (подреобнее)
Есть журнал, на него была подписка в 2005/1 и 2005/2. Перенесли. Все хорошо. Потом сделали подписку 2006/1. Переносим, не хочет, поле "Сведения о заказах (поквартальные)" заполняет новое, а поле "Сведения о заказанных экземплярах" не создает или как в проблеме3 копирует не то место куда идет, вместо правильного, подставляет первую запись из менюшки (возможно оставляет старую).

Надо исседовать ваши записи. Проверить, есть ли переносимый период в архивном поле 38 и чем оличаются записи, из которых "Сведения о заказанных экземплярах" не строятся от тех, из которых переносится 'не то'.

Спасибо, разобрались...
А как поступать в случае, когда подписка осуществляется на полгода.
В первом полугодии журнал шел в один кабинет, во втором полугодии журнал идет в другой. В базе (TEST) поле "сведения о заказанных экз." остается место из первого полугодия, а нужно место из второго.

Такой вариант не реализован. Исправляйте место хранения при регистрации в поле 910. Если все выпуски первого полугодия уже зарегистрированы, то можно это исправление сделать в поле 901.

Лариса Сорокина писал(а):

> Такой вариант не реализован. Исправляйте место хранения при
> регистрации в поле 910. Если все выпуски первого полугодия уже
> зарегистрированы, то можно это исправление сделать в поле 901.

Наша библиотека столкнулась с аналогичной проблемой. Хотелось бы понять:
1. Почему «такой вариант не реализован»? Ведь чтобы добавить хоть один новый экземпляр требуется откорректировать три поля в двух записях двух баз, дважды выполнив поиск. Это громадный человеческий труд!
2. Какой смысл вообще предоставлять пользователям возможность подписываться на конкретное полугодие, или даже квартал? Было бы гораздо лучше вообще удалить из mnu соответствующие опции, чтобы не вводить пользователей в заблуждение относительно возможностей системы.

В Autoin.gbl последней версии около 2000 строк, что делает затруднительным поиск операторов, которые отвечают за обработку данных при переносе и регистрации журнала. За отсутствием комментариев или других разделителей, поиск нужного кода является крайне сложной задачей. Может быть вы укажете конкретный фрагмент, отвечающий за обработку журнальных данных, а я «реализую» корректный перенос и выставлю результат на форум?

Здравствуйте.
Добавила новое подполе & в поле 39.wss, его же прописала в 901.wss и 910si.wss в ЭК. Добавила его в transn.fst и transdj.fst. При новом периоде подписки это подполе добавляется, а при создании новой записи почему-то нет.
Подскажите, пожалуйста, где ошибка?

Елена, КрЦНТИБ Красноярской ж.д.

X-Cite! написал(а):
-------------------------------------------------------
> Спасибо, а каким образом можно решить проблемы 2 и
> 3
> Проблема2 (подреобнее)
> Есть журнал, на него была подписка в 2005/1 и
> 2005/2. Перенесли. Все хорошо. Потом сделали
> подписку 2006/1. Переносим, не хочет, поле
> "Сведения о заказах (поквартальные)" заполняет
> новое, а поле "Сведения о заказанных экземплярах"
> не создает или как в проблеме3 копирует не то
> место куда идет, вместо правильного, подставляет
> первую запись из менюшки (возможно оставляет
> старую).


Удалось решить как-то эту проблему? То же самое все, такая же проблема. И ничего нельзя сделать почему-то. Какие файлы нужно редактировать чтобы был правильный пренос?


И это тоже самое:

>А как поступать в случае, когда подписка осуществляется на полгода.
>В первом полугодии журнал шел в один кабинет, во втором полугодии >журнал идет в другой. В базе (TEST) поле "сведения о заказанных экз." >остается место из первого полугодия, а нужно место из второго.

Причем иногда просто ничего не меняется, а иногда просто добавляется вниз или между старыми записями, тогда вообще путаница большая, вручную надо пол дня сидеть корректировать и вычислять правильный порядок и соответствие номеров порядковых для подразделений.

LiLi, если взять взять вашу строку из trancn.fct, которая работает при создании новой записи, то в строке 910 я не попадаю в то место формата, где подполе ^& - см. 1
Выполняю на записи с полем 39 - см. 2

Людмила Николаевна, а Вы не могли бы сбросить правильные файлы оригинальные? Transn.fst и transdj.fst

Не пойму в чем ошибка может быть. Файлы эти не редактировались никогда. Выкладываю свои. Для всех версий ИРБИС они одинаковые вроде? Наша версия 2011.1

Не поняла вашу фразу - "Не пойму в чем ошибка может быть...". Ошибки нет, просто вы хотели добавить новое подполе, но добавили так, что по логике условных операторов оно не формируется. Разберитесь с этой логикой.
Эти файлы, по-моему, не менялись. Прикладываю последние

Спасибо.
Нет, добавить подполе это хотела пользователь LiLi. Она создавала новое подполе. А у меня другая проблема, как в первом сообщении описана (проблема 2) и в третьем сообщении, которую в соседней теме описывал. Поэтому попросил файлы, думал может в них ошибка какая закралась.

Но еще третья проблема есть. После переноса подписки на второе полугодие, допустим для одной библиотеки, в поле 901 прописывается второе поле, абсолютно такое же, что и для первого (когда одинаковое распределение остается), но с другим периодом подписки (на новое полугодие).
То есть в поле 901 получается два повторения:

^Q2016/1^A2^B1^DДНТБ^FУрал-Пресс^KДНТБ
^Q2016/2^A2^B1^DДНТБ^FУрал-Пресс^KДНТБ

В таком случае после переноса, когда пытаемся зарегистрировать номер за новое полугодие, регистрации не происходит. То есть все также остается. Регистрация не работает.

Вероятно это связано с тем, что одинаковый номер экземпляра получается. (^B)

Но а если если изменилась подписка и распределение на второе полугодие, то там, как уже сказал, вообще путаница получается. Приходится удалять поля, которые мешают и т.п.

KrVs написал(а):
-------------------------------------------------------
> Спасибо.
> Нет, добавить подполе это хотела пользователь
> LiLi. Она создавала новое подполе. А у меня другая
> проблема, как в первом сообщении описана (проблема
> 2) и в третьем сообщении, которую в соседней теме
> описывал. Поэтому попросил файлы, думал может в
> них ошибка какая закралась.
>
> Но еще третья проблема есть. После переноса
> подписки на второе полугодие, допустим для одной
> библиотеки, в поле 901 прописывается второе поле,
> абсолютно такое же, что и для первого (когда
> одинаковое распределение остается), но с другим
> периодом подписки (на новое полугодие).
> То есть в поле 901 получается два повторения:
>
> ^Q2016/1^A2^B1^DДНТБ^FУрал-Пресс^KДНТБ
> ^Q2016/2^A2^B1^DДНТБ^FУрал-Пресс^KДНТБ
>

Проверила на версии 2011. Если все данные для полугодий сохраняются, то поле 901 не строится. Дайте вашу запись из CMPL и ЭК.

> В таком случае после переноса, когда пытаемся
> зарегистрировать номер за новое полугодие,
> регистрации не происходит. То есть все также
> остается. Регистрация не работает.
>
> Вероятно это связано с тем, что одинаковый номер
> экземпляра получается. (^B)
>
> Но а если если изменилась подписка и распределение
> на второе полугодие, то там, как уже сказал,
> вообще путаница получается. Приходится удалять
> поля, которые мешают и т.п.

В этом случае, действительно, надо удалить лишние повторения 910 поля, ориентируясь на информацию просмотрового окна.



Редактировано 1 раз. Последний раз 10.08.2016 12:12 пользователем Сорокина Лариса.

Здравствуйте.
Отправляю Вам запись и отработку формата, на которой видно подполе ^&.
Но при переносе это поле теряется.

ochagova написал(а):
-------------------------------------------------------
> LiLi, если взять взять вашу строку из trancn.fct,
> которая работает при создании новой записи, то в
> строке 910 я не попадаю в то место формата, где
> подполе ^& - см. 1
> Выполняю на записи с полем 39 - см. 2

Елена, КрЦНТИБ Красноярской ж.д.

LiLi написал(а):
-------------------------------------------------------
> Здравствуйте.
> Добавила новое подполе & в поле 39.wss, его же
> прописала в 901.wss и 910si.wss в ЭК. Добавила его
> в transn.fst и transdj.fst. При новом периоде
> подписки это подполе добавляется, а при создании
> новой записи почему-то нет.
> Подскажите, пожалуйста, где ошибка?


Надо добавить это подполе в файл autoin.gbl БД каталога в операторы, формирующие поля 901 и 910 перечислением подполей.

В 910 поле добавила в 2 места:
ADD
910
XXXXXXXXXXXXXXXXXXX
if v936:'Подшивка'then ....
XXXXXXXXXXXXXXXXXXX
и
ADD
910
XXXXXXXXXXXXXXXXXXX
if v920='J' and p(v934) then if p(v910) then else (if p(v901) and v901^q:&unifor(|Av934#1|d901) or a(v901^q) then |^A|v901^A,|^B|v901^B,|^F|v901^F,|^D|v901^D,|^&|v901^&,|^1|v901^N,|^E|v901^e,|^G|v901^q,if v901^A='2' then |^H|d901 fi fi/) fi fi
XXXXXXXXXXXXXXXXXXX

Подскажите, пожалуйста, в какой блок формирования 901 добавить &.

Елена, КрЦНТИБ Красноярской ж.д.

LiLi написал(а):
-------------------------------------------------------
> В 910 поле добавила в 2 места:
> ADD
> 910
> XXXXXXXXXXXXXXXXXXX
> if v936:'Подшивка'then ....
> XXXXXXXXXXXXXXXXXXX
> и
> ADD
> 910
> XXXXXXXXXXXXXXXXXXX
> if v920='J' and p(v934) then if p(v910) then else
> (if p(v901) and v901^q:&unifor(|Av934#1|d901) or
> a(v901^q) then
> |^A|v901^A,|^B|v901^B,|^F|v901^F,|^D|v901^D,|^&|v9
> 01^&,|^1|v901^N,|^E|v901^e,|^G|v901^q,if
> v901^A='2' then |^H|d901 fi fi/) fi fi
> XXXXXXXXXXXXXXXXXXX
>
> Подскажите, пожалуйста, в какой блок формирования
> 901 добавить &.


Для 901, похоже не требуется, а вот еще для 910:

REP
910
F
if v920='J' and a(v936) then (if p(v910)then |^A|v910^?,|^A2|n910^? ,|^Q|v910^q,|^B|v910^b,|^D|v910^d,|^F|v910^f,|^N|v910^n,|^E|v910^e,|^8|v910^8 fi/)fi

Изменила эту строку, все равно при новой записи не переносится новое подполе.

Елена, КрЦНТИБ Красноярской ж.д.

LiLi написал(а):
-------------------------------------------------------
> Изменила эту строку, все равно при новой записи не
> переносится новое подполе.


Тогда дайте ваш autoin.gbl из Бд ЭК, transn.fst и запись БО журнала из CMPL.

Пожалуйста. Прикрепила.

Елена, КрЦНТИБ Красноярской ж.д.

LiLi написал(а):
-------------------------------------------------------
> Изменила эту строку, все равно при новой записи не
> переносится новое подполе.

В autoin.gbl, который Вы приложили, строка не изменена.

Лариса Васильевна, извините, не из тестовой БД приложила файл.
Перед отправкой еще раз проверила и нашла свою опечатку в имени подполя.
Простите за беспокойство.

Елена, КрЦНТИБ Красноярской ж.д.

Как подходит новое полугодие, так опять одни и те же проблемы возникают из года в год.

Подскажите пожалуйста, как все же исправить проблему с переносом подписки на второе полугодие? Подписку в Комплектаторе оформили на второе полугодие, делаем перенос в Электронный каталог, в поле 938 переносится всё, появляется новая строка с записью с новым полугодием (2017/2), а в поле 901 ничего не создается.

То есть как выше было написано в теме: "Если все данные для полугодий сохраняются, то поле 901 не строится."

Как сделать чтобы поле 901 обновлялось с 2017/1 на 2017/2?
Если можно, выложите пожалуйста правильную команду для формирования 901 поля, чтобы в автоввод добавить, как в примерах выше в теме.

ИРБИС 2011.1



Редактировано 5 раз. Последний раз 22.06.2017 09:43 пользователем KrVs.

KrVs написал(а):
-------------------------------------------------------
> Как подходит новое полугодие, так опять одни и те
> же проблемы возникают из года в год.
>
> Подскажите пожалуйста, как все же исправить
> проблему с переносом подписки на второе полугодие?
> Подписку в Комплектаторе оформили на второе
> полугодие, делаем перенос в Электронный каталог, в
> поле 938 переносится всё, появляется новая строка
> с записью с новым полугодием (2017/2), а в поле
> 901 ничего не создается.
>
> То есть как выше было написано в теме: "Если все
> данные для полугодий сохраняются, то поле 901 не
> строится."
>
> Как сделать чтобы поле 901 обновлялось с 2017/1 на
> 2017/2?

Зачем, если в 901 уже есть 2017 год с нужными данными? Регистрация правильно выполняется? Цена выпусков 2-го полугодия вычисляется верно?

Сорокина Лариса написал(а):
-------------------------------------------------------
>
> Зачем, если в 901 уже есть 2017 год с нужными
> данными? Регистрация правильно выполняется? Цена
> выпусков 2-го полугодия вычисляется верно?
>

Регистрация да, правильно, но только если распределение не менялось. То есть какое было в 2017/1, то и осталось в 2017/2. В этом случае регистрация выполняется и добавляется новое поле только в 938, а в 901 нет.
А когда распределение поменялось, убрали подписку в какие-то подразделения, то тогда 901 поле заполняется, но остается и старое распределение с 2017/1 и новое добавляется. В итоге там каша висит.И старое и новое распределение. (И как раньше в теме описывал, приходилось удалять 901 поля со старым полугодием). В этом случае вообще непонятно, как тогда регистрировать номер. Будет ли он регистрировать если старое висит полугодие?
Не могу понять что делать.

KrVs написал(а):
-------------------------------------------------------
> Сорокина Лариса написал(а):
> --------------------------------------------------
> -----
> >
> > Зачем, если в 901 уже есть 2017 год с нужными
> > данными? Регистрация правильно выполняется?
> Цена
> > выпусков 2-го полугодия вычисляется верно?
> >
>
> Регистрация да, правильно, но только если
> распределение не менялось. То есть какое было в
> 2017/1, то и осталось в 2017/2. В этом случае
> регистрация выполняется и добавляется новое поле
> только в 938, а в 901 нет.
> А когда распределение поменялось, убрали подписку
> в какие-то подразделения, то тогда 901 поле
> заполняется, но остается и старое распределение с
> 2017/1 и новое добавляется. В итоге там каша
> висит.И старое и новое распределение. (И как
> раньше в теме описывал, приходилось удалять 901
> поля со старым полугодием). В этом случае вообще
> непонятно, как тогда регистрировать номер. Будет
> ли он регистрировать если старое висит полугодие?
>
> Не могу понять что делать.


При вводе регистрируемого номера в поле 936 меняется формат просмотра, который показывает к какому периоду заказа, месту хранения и цене относится введенный номер. И в соответствии с этим регистратор должен удалить экземпляры периода, не имеющего отношения к регистрируемому номеру, и изменить статус регистрируемых экземпляров.

Сорокина Лариса написал(а):
-------------------------------------------------------
> KrVs написал(а):
> --------------------------------------------------
> -----
> > Сорокина Лариса написал(а):
> >
> --------------------------------------------------
>
> При вводе регистрируемого номера в поле 936
> меняется формат просмотра, который показывает к
> какому периоду заказа, месту хранения и цене
> относится введенный номер. И в соответствии с этим
> регистратор должен удалить экземпляры периода, не
> имеющего отношения к регистрируемому номеру, и
> изменить статус регистрируемых экземпляров.

Проверил, формат просмотра не меняется никак. Все остается как и было.
А по поводу регистрации, уточните пожалуйста, можно ли регистрировать новый номер, если в полях 901 и соответственно 910 висит распределение и первого и и второго полугодий? Сейчас попробовал, просто выбираю нужную строку с нужным подразделением и нужным полугодием и регистрирую номер, все проходит нормально. Или регистратор должен вручную перед регистрацией править поле 901, удаляя ненужные поля (со старым полугодием и ненужным распределением)?

KrVs написал(а):
-------------------------------------------------------
> Сорокина Лариса написал(а):
> --------------------------------------------------
> -----
> > KrVs написал(а):
> >
> --------------------------------------------------
>
> > -----
> > > Сорокина Лариса написал(а):
> > >
> >
> --------------------------------------------------
>
> >
> > При вводе регистрируемого номера в поле 936
> > меняется формат просмотра, который показывает к
> > какому периоду заказа, месту хранения и цене
> > относится введенный номер. И в соответствии с
> этим
> > регистратор должен удалить экземпляры периода,
> не
> > имеющего отношения к регистрируемому номеру, и
> > изменить статус регистрируемых экземпляров.
>
> Проверил, формат просмотра не меняется никак. Все
> остается как и было.

После ввода номера переведите курсор на другое поле. Меняется просмотр? Примерно, как на doc31.doсx, зависит от версии.
> А по поводу регистрации, уточните пожалуйста,
> можно ли регистрировать новый номер, если в полях
> 901 и соответственно 910 висит распределение и
> первого и и второго полугодий? Сейчас попробовал,
> просто выбираю нужную строку с нужным
> подразделением и нужным полугодием и регистрирую
> номер, все проходит нормально. Или регистратор
> должен вручную перед регистрацией править поле
> 901, удаляя ненужные поля (со старым полугодием и
> ненужным распределением)?

Если их не удалить, ненужные повторения 910 поля перенесутся в запись номера вместе с нужными.



Редактировано 1 раз. Последний раз 22.06.2017 14:29 пользователем Сорокина Лариса.

Сорокина Лариса написал(а):
-------------------------------------------------------
>
> После ввода номера переведите курсор на другое
> поле. Меняется просмотр? Примерно, как на
> doc31.doсx, зависит от версии.

Да, проверил, все меняется. Работает это.

>
> Если их не удалить, ненужные повторения 910 поля
> перенесутся в запись номера вместе с нужными.

Понял спасибо. А автоматически это можно сделать, чтобы само менялось как положено? Чтобы правильно добавлялось когда нужно и менялось поле 901? После переноса подписки в ЭК.
Так как библиотекари говорят что раньше все правильно было, все автоматически работало. И никогда они вручную не правили поле 901 и не добавляли и не удаляли оттуда ничего.
И поэтому и пытаюсь выяснить, как правильно должно быть, должны ли они вручную править поле 901 или нет, потому что возмущаются и никто не умеет это делать.