[Logo] Форум ПАРУС
Сообщения, отправленные пользователем: POTAPOV_DA
Индекс форума » Профиль для POTAPOV_DA » Сообщения, отправленные пользователем POTAPOV_DA
Автор Сообщение
Разобрался.

На уровне КОРа в AGNLIST сделан атрибут COMPANY и его добавили в ограничение уникальности.

Зачем, пока не понятно, но дело в нем.
Текст запроса:

SELECT T.RN AS F0001, T.VERSION AS F0002, T.CRN AS F0003, T.AGNABBR AS F0004, T.AGNTYPE AS F0005, T.AGNIDNUMB AS F0006, T.AGNNAME AS F0007, T.FULLNAME AS F0008, T.NATECONSECT AS F0009, T3.CODE AS F0010, T.ORGCODE AS F0011, T.EMP AS F0012, T.PROPFORM AS F0013, T4.CODE AS F0014, T.SEX AS F0015, T.COMPANY AS F0016, T.ADDR_COUNTRY_RN AS F0017, T5.GEOGRNAME AS F0018, T.ADDR_POST AS F0019, T.ADDR_REG_RN AS F0020, T6.GEOGRNAME AS F0021, T.ADDR_DISTRICT_RN AS F0022, T7.GEOGRNAME AS F0023, T.ADDR_CITY_RN AS F0024, T8.GEOGRNAME AS F0025, T.ADDR_MUNIC_DIST AS F0026, T9.GEOGRNAME AS F0027, T.ADDR_ADMIN_DIST AS F0028, T10.GEOGRNAME AS F0029, T.ADDR_STREET_RN AS F0030, T11.GEOGRNAME AS F0031, T.ADDR_HOUSE AS F0032, T.ADDR_BLOCK AS F0033, T.ADDR_BUILDING AS F0034, T.ADDR_FLAT AS F0035, T.ADDR_BURN AS F0036, T.PHONE AS F0037, T.PHONE2 AS F0038, T.FAX AS F0039, T.TELEX AS F0040, T.MAIL AS F0041, T.AGNFAMILYNAME AS F0042, T.AGNFIRSTNAME AS F0043, T.AGNLASTNAME AS F0044, T.AGNBURN AS F0045, T.EMPPOST AS F0046, T.PASSPORT_TYPE AS F0047, T12.CODE AS F0048, T12.NAME AS F0049, T.PASSPORT_SER AS F0050, T.PASSPORT_NUMB AS F0051, T.PASSPORT_WHEN AS F0052, T.PASSPORT_WHO AS F0053, T.PASSPORT_DEPART AS F0054, T.DISCDATE AS F0055, T.PENSION_NBR AS F0056, T.MEDPOLICY_SER AS F0057, T.MEDPOLICY_NUMB AS F0058, T.REASON_CODE AS F0059, T.RESIDENT_SIGN AS F0060, T.AGN_COMMENT AS F0061, T.TAXPSTATUS AS F0062, T13.CODE AS F0063, T.OGRN AS F0064, T.OKATO AS F0065, T14.CODE AS F0066, T.PFR_NAME AS F0067, T.PFR_FILL_DATE AS F0068, T.PFR_REG_DATE AS F0069, T.PFR_REG_NUMB AS F0070, T.OKFS AS F0071, T.OKOPF AS F0072, T.TFOMS AS F0073, T.FSS_REG_NUMB AS F0074, T.FSS_SUBCODE AS F0075, T.PRMLREL AS F0076, T15.CODE AS F0077, T.ECONCODE AS F0078, T.AGNFAMILYNAME_TO AS F0079, T.AGNFIRSTNAME_TO AS F0080, T.AGNLASTNAME_TO AS F0081, T.AGNFAMILYNAME_FR AS F0082, T.AGNFIRSTNAME_FR AS F0083, T.AGNLASTNAME_FR AS F0084, T.AGNFAMILYNAME_AC AS F0085, T.AGNFIRSTNAME_AC AS F0086, T.AGNLASTNAME_AC AS F0087, T.AGNFAMILYNAME_ABL AS F0088, T.AGNFIRSTNAME_ABL AS F0089, T.AGNLASTNAME_ABL AS F0090, T.EMPPOST_FROM AS F0091, T.EMPPOST_TO AS F0092, T.EMPPOST_AC AS F0093, T.EMPPOST_ABL AS F0094, T.GEOGRAFY_RN AS F0095, T16.GEOGRNAME AS F0096, T.IMAGE AS F0097, T.PRFMLSTS AS F0098, T17.CODE AS F0099, T.PRNATION AS F0100, T18.CODE AS F0101, T.CITIZENSHIP AS F0102, T19.GEOGRNAME AS F0103, T.CITIZENOKIN AS F0104, T.GUID AS F0105, T.COEFFIC AS F0106, T.AGNDEATH AS F0107, T20.NAME AS F0108, T20.RN AS F0109, T.OKTMO AS F0110, T21.CODE AS F0111, T.INN_CITIZENSHIP AS F0112, T.TAX_REG_DATE AS F0113, T.ORIGINAL_NAME AS F0114, T.IND_BUSINESSMAN AS F0115, T.FNS_CODE AS F0116, T.CTZNSHP_TYPE AS F0117, T22.CODE AS F0118, T.AOID AS F0119, T.CONTACT_METHOD AS F0120 FROM AGNLIST T LEFT OUTER JOIN NATECONLIST T2 ON T.NATECONSECT=T2.RN LEFT OUTER JOIN NATECONSECT T3 ON T2.OKONH=T3.RN LEFT OUTER JOIN PROPFORMS T4 ON T.PROPFORM=T4.RN LEFT OUTER JOIN GEOGRAFY T5 ON T.ADDR_COUNTRY_RN=T5.RN LEFT OUTER JOIN GEOGRAFY T6 ON T.ADDR_REG_RN=T6.RN LEFT OUTER JOIN GEOGRAFY T7 ON T.ADDR_DISTRICT_RN=T7.RN LEFT OUTER JOIN GEOGRAFY T8 ON T.ADDR_CITY_RN=T8.RN LEFT OUTER JOIN GEOGRAFY T9 ON T.ADDR_MUNIC_DIST=T9.RN LEFT OUTER JOIN GEOGRAFY T10 ON T.ADDR_ADMIN_DIST=T10.RN LEFT OUTER JOIN GEOGRAFY T11 ON T.ADDR_STREET_RN=T11.RN LEFT OUTER JOIN AGNPASSTYPE T12 ON T.PASSPORT_TYPE=T12.RN LEFT OUTER JOIN TAXPAYERSTATUS T13 ON T.TAXPSTATUS=T13.RN LEFT OUTER JOIN OKATO T14 ON T.OKATO=T14.RN LEFT OUTER JOIN PRMLREL T15 ON T.PRMLREL=T15.RN LEFT OUTER JOIN GEOGRAFY T16 ON T.GEOGRAFY_RN=T16.RN LEFT OUTER JOIN PRFMLSTS T17 ON T.PRFMLSTS=T17.RN LEFT OUTER JOIN PRNATION T18 ON T.PRNATION=T18.RN LEFT OUTER JOIN GEOGRAFY T19 ON T.CITIZENSHIP=T19.RN INNER JOIN ACATALOG T20 ON T.CRN=T20.RN LEFT OUTER JOIN OKTMO T21 ON T.OKTMO=T21.RN LEFT OUTER JOIN PRCTZNTP T22 ON T.CTZNSHP_TYPE=T22.RN WHERE T.RN = :RN

PS В разделе "Приложения" нет было пункта меню "Исправить". Как бы можно было это сделать без КОРа?
Из Администратора. Только пункта меню "Просмотр" теперь (после установки УР) нет, пришлось скопировать через эксель.
Стек вызова

----- PL/SQL Call Stack -----
object line object
handle number name
00007FFEE95F5B38 530 package body PARUS.PKG_STATE
00007FFF3B18E138 90 package body PARUS.PKG_SQL_TRACE
00007FFF48DE5568 163 package body PARUS.PKG_SQL_DML
00007FFEE914FAB8 3068 package body PARUS.PKG_PROC_BROKER
00007FFF3B880798 5 anonymous block

Запрос из монитора

begin
PKG_PROC_BROKER.PROLOGUE;
PKG_PROC_BROKER.SET_PARAM_NUM('NCOMPANY', 2854001);
PKG_PROC_BROKER.SET_PARAM_NUM('NRN', '364528001');
PKG_PROC_BROKER.STANDARD_GET('AGNLIST');
PKG_PROC_BROKER.GET_ATTR_NUM(0,'CTZNSHP_TYPE',NULL);
PKG_PROC_BROKER.GET_ATTR_NUM(0,'OKTMO',NULL);
PKG_PROC_BROKER.GET_ATTR_NUM(0,'ACATALOG_RN',NULL);
PKG_PROC_BROKER.GET_ATTR_NUM(0,'CITIZENSHIP',NULL);
PKG_PROC_BROKER.GET_ATTR_NUM(0,'PRNATION',NULL);
PKG_PROC_BROKER.GET_ATTR_NUM(0,'PRFMLSTS',NULL);
PKG_PROC_BROKER.GET_ATTR_NUM(0,'GEOGRAFY_RN',NULL);
PKG_PROC_BROKER.GET_ATTR_NUM(0,'PRMLREL',NULL);
PKG_PROC_BROKER.GET_ATTR_NUM(0,'OKATO',NULL);
PKG_PROC_BROKER.GET_ATTR_NUM(0,'TAXPSTATUS',NULL);
PKG_PROC_BROKER.GET_ATTR_NUM(0,'PASSPORT_TYPE',NULL);
PKG_PROC_BROKER.GET_ATTR_NUM(0,'ADDR_STREET_RN',NULL);
PKG_PROC_BROKER.GET_ATTR_NUM(0,'ADDR_ADMIN_DIST',NULL);
PKG_PROC_BROKER.GET_ATTR_NUM(0,'ADDR_MUNIC_DIST',NULL);
PKG_PROC_BROKER.GET_ATTR_NUM(0,'ADDR_CITY_RN',NULL);
PKG_PROC_BROKER.GET_ATTR_NUM(0,'ADDR_DISTRICT_RN',NULL);
PKG_PROC_BROKER.GET_ATTR_NUM(0,'ADDR_REG_RN',NULL);
PKG_PROC_BROKER.GET_ATTR_NUM(0,'ADDR_COUNTRY_RN',NULL);
PKG_PROC_BROKER.GET_ATTR_NUM(0,'COMPANY',NULL);
PKG_PROC_BROKER.GET_ATTR_NUM(0,'PROPFORM',NULL);
PKG_PROC_BROKER.GET_ATTR_NUM(0,'NATECONSECT',NULL);
PKG_PROC_BROKER.GET_ATTR_NUM(0,'RN',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'ACATALOG_NAME',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'PASSPORT_TYPE_NAME',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'AGNNAME',NULL);
PKG_PROC_BROKER.GET_ATTR_NUM(0,'IND_BUSINESSMAN',NULL);
PKG_PROC_BROKER.GET_ATTR_NUM(0,'VIEW_PERSINFO',NULL);
PKG_PROC_BROKER.GET_ATTR_NUM(0,'RESIDENT_SIGN',NULL);
PKG_PROC_BROKER.GET_ATTR_NUM(0,'EMP',NULL);
PKG_PROC_BROKER.GET_ATTR_NUM(0,'VERSION',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'CITIZENOKIN',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'FSS_SUBCODE',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'FSS_REG_NUMB',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'FNS_CODE',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'ECONCODE',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'TFOMS',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'OKOPF',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'OKFS',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'OGRN',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'REASON_CODE',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'MEDPOLICY_NUMB',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'MEDPOLICY_SER',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'PASSPORT_DEPART',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'PASSPORT_NUMB',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'PASSPORT_SER',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'ADDR_FLAT',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'ADDR_HOUSE',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'ADDR_POST',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'ORGCODE',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'AGNIDNUMB',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'AGN_COMMENT',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'INN_CITIZENSHIP',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'CITIZENSHIP_CODE',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'GEOGRAFY_RN_CODE',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'ADDR_STREET_RN_CODE',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'ADDR_ADMIN_DIST_CODE',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'ADDR_MUNIC_DIST_CODE',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'ADDR_CITY_RN_CODE',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'ADDR_DISTRICT_RN_CODE',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'ADDR_REG_RN_CODE',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'ADDR_COUNTRY_RN_CODE',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'PASSPORT_WHO',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'ADDR_BURN',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'CTZNSHP_TYPE_CODE',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'OKTMO_CODE',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'PRNATION_CODE',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'PRFMLSTS_CODE',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'PRMLREL_CODE',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'OKATO_CODE',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'TAXPSTATUS_CODE',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'PASSPORT_TYPE_CODE',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'PROPFORM_CODE',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'NATECONSECT_CODE',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'AGNABBR',NULL);
PKG_PROC_BROKER.GET_ATTR_NUM(0,'CRN',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'MAIL',NULL);
PKG_PROC_BROKER.GET_ATTR_DAT(0,'TAX_REG_DATE',NULL);
PKG_PROC_BROKER.GET_ATTR_DAT(0,'AGNDEATH',NULL);
PKG_PROC_BROKER.GET_ATTR_DAT(0,'PFR_REG_DATE',NULL);
PKG_PROC_BROKER.GET_ATTR_DAT(0,'PFR_FILL_DATE',NULL);
PKG_PROC_BROKER.GET_ATTR_DAT(0,'DISCDATE',NULL);
PKG_PROC_BROKER.GET_ATTR_DAT(0,'PASSPORT_WHEN',NULL);
PKG_PROC_BROKER.GET_ATTR_DAT(0,'AGNBURN',NULL);
PKG_PROC_BROKER.GET_ATTR_NUM(0,'SEX',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'GUID',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'EMPPOST_ABL',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'EMPPOST_AC',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'EMPPOST_TO',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'EMPPOST_FROM',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'AGNLASTNAME_ABL',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'AGNFIRSTNAME_ABL',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'AGNFAMILYNAME_ABL',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'AGNLASTNAME_AC',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'AGNFIRSTNAME_AC',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'AGNFAMILYNAME_AC',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'AGNLASTNAME_FR',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'AGNFIRSTNAME_FR',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'AGNFAMILYNAME_FR',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'AGNLASTNAME_TO',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'AGNFIRSTNAME_TO',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'AGNFAMILYNAME_TO',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'EMPPOST',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'AGNLASTNAME',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'AGNFIRSTNAME',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'AGNFAMILYNAME',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'TELEX',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'FAX',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'PHONE2',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'PHONE',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'FULLNAME',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'PFR_REG_NUMB',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'PFR_NAME',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'ADDR_BUILDING',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'ADDR_BLOCK',NULL);
PKG_PROC_BROKER.GET_ATTR_NUM(0,'COEFFIC',NULL);
PKG_PROC_BROKER.GET_ATTR_BLOB(0,'IMAGE',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'ORIGINAL_NAME',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'ADDR_TEXT',NULL);
PKG_PROC_BROKER.GET_ATTR_NUM(0,'AGNTYPE',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'AOID',NULL);
PKG_PROC_BROKER.GET_ATTR_STR(0,'PENSION_NBR',NULL);
PKG_PROC_BROKER.GET_ATTR_NUM(0,'CONTACT_METHOD',NULL);
PKG_PROC_BROKER.EPILOGUE;
end;
Здравствуйте

После загрузки управляемых разделов (версия 30/03/21) при попытке исправления записи
контрагентов появляется ошибка:

Текст динамического запроса см. в "Журнале регистрации сообщений об ошибках".

ORA-00904: "T"."COMPANY": invalid identifier
ORA-06512: at "SYS.DBMS_SQL", line 1199
ORA-06512: at "PARUS.PKG_SQL_DML", line 166
ORA-06512: at "PARUS.PKG_PROC_BROKER", line 3068
ORA-06512: at line 5

Call stack:
p8561vcl.bpl (Ora, 6903)
p8561vcl.bpl (DBAccess, 5979)
p8561vcl.bpl (PDocumentAction, 492)
p8561vcl.bpl (PDocumentAction, 1527)
p8561vcl.bpl (PDocumentAction, 872)
p8561vcl.bpl (PDocumentAction, 79
p8561vcl.bpl (DbPopup, 1420)
p8561vcl.bpl (PDbGrids, 6856)
p8561vcl.bpl (PDbGrids, 4649)
p8561vcl.bpl (PDocDbAccess, 4837)
p8561vcl.bpl (Controls, 5061)
p8561vcl.bpl (Controls, 5089)
p8561vcl.bpl (dcregexpr, 67)
p8561vcl.bpl (Controls, 6992)
p8561vcl.bpl (PWinControls, 932)
p8561vcl.bpl (Controls, 6747)
p8561vcl.bpl (Classes, 10611)
user32.dll ($0004351A)
user32.dll ($0002404B)
user32.dll ($0002319D)
user32.dll ($0003D91F)
p8561vcl.bpl (Forms, 6782)
p8561vcl.bpl (PDispatcher, 65535)
p8561vcl.bpl (PDispatcher, 352)
p8application.exe (p8application, 472)
p8application.exe (p8application, 499)
KERNEL32.DLL ($0001535
ntdll.dll ($00066C23)
ntdll.dll ($00066BF3)

Такая же ошибка при попытке войти в Адреса или реквизиты грузоотправителя через меню ПКМ
Закрываю ФОВ от исправлений с 01/12/20 по 15/12/20. Создаю приказ на повышение квалификации с 23/12/20 по 24/12/20. Отрабатываю в учете. Делаю формирование ФОВ в штате. В отработанном времени дни повышения квалификации не появляются, хотя запрет на изменения стоит в ФОВ по периодам только до 15-го. Вручную 23 и 24 можно поменять. Убираю запрет формирования ФОВ с 01/12 - формирование проходит нормально. В чем проблема?
Добрый день.

В нашей организации все приказы готовятся и подписываются заранее в силу особенностей деятельности.

В мае будет издан приказ о переводе сотрудника с 01 июня. Его надо включать в майский отчет СЗВ-ТД и подавать в июне. Но в сведения о трудовой деятельности прием включается по дате мероприятия, т.е. он попадает в июньский отчет.

Как поступать в случае если приказ и мероприятие в разных месяцах?
Добрый день.

Хотелось бы уточнить как поступать с формированием СЗВ-ТД в связи с постановлением №460 от 08/04/2020.

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

Если сформировать СЗВ-ТД за месяц, туда попадет все, а подать надо только увольнение. Сейчас приходится исключать всех переведенных, а потом подавать увольнение.

А потом будет прием или еще одно увольнения. И так каждый раз.

Как можно включить в отчет одного сотрудника? Или например группу по мероприятию?
Здравствуйте.

В релизе 04/2020 старая форма РСВ (экземпляр застрахованного лица). Ее надо подключать отдельно?
Здравствуйте.

Делал увольнение/прием сотрудников с закончившимся сроком трудового договора. Обнаружил в ЭТК в сведениях о ТД только одну запись о мероприятии - прием. Сделал пере отработку приказа на увольнение записей стало 2, только увольнение после приема. Поэкспериментировал и увидел, что приказ на увольнение создает заголовок в журнале ЭТК только после второй отработки. Если запись в журнале (заголовок) уже создана то запись об увольнении в спецификации ЭТК создается без проблем.

Приказ о приеме и переводе создает заголовок ЭТК с первого раза.

Подскажите, в чем может быть проблема?
в ПО ПД 2.0.68 ошибки 30 (увольнение) нет.

ошибка связанная с отсутствием отчества осталась.
Очень странно.

Вы можете показать фрагмент ХМЛ файла с мероприятием "увольнение". Может какие поля не заполнил?

Замечание:

Если руководитель / работник не имеет отчества, тег <..Отчество> должен отсутствовать в файле, а не быть пустым - </..Отчество>.

Выходит сообщение об ощибке not valid.
Сделал все как показано на скриншотах

получил в файле вместо основания для увольнения статью:

<Статья>77, ч.2</Статья>
<Пункт>2</Пункт>
<Причина>Истечение срока трудового договора</Причина>

Ошибка осталась прежней.

Разрешите повторить вопрос:

Чем Вы проверяете файл?
Заполнил.
Но не увидел где словарь используется в разделе "Журнал ЭТК". Соответственно, содержимое файла не изменилось и ошибка осталась.

А чем Вы проверяете? У меня ПОПД 2.0.67 от 26/12/19 (последний)
Выгрузил файл СЗВ-ТК

ПОПД выдал ошибку:

Если вид мероприятия принимает значение 'УВОЛЬНЕНИЕ', то должны быть обязательно заполнены либо 'Номер статьи Трудового кодекса', либо 'Основание увольнения'. Если указан элемент 'Основание увольнения', то в обязательном порядке должны быть заполнены элементы 'Нормативный документ' и хотя бы один из элементов: 'Статья', 'Часть', 'Пункт', 'Подпункт'

в файле у сотрудника

<ТрудоваяДеятельность>
<Мероприятие>
<UUID>9CB633DB-3382-8CFF-E053-1207A8C02506</UUID>
<Дата>2020-01-09</Дата>
<Вид>5</Вид>
<ЯвляетсяСовместителем>0</ЯвляетсяСовместителем>
<ОснованиеУвольнения>
<УТ2:НормативныйДокумент>ТК</УТ2:НормативныйДокумент>
<УТ2:Статья>77</УТ2:Статья>
<УТ2:Часть>2</УТ2:Часть>
<УТ2:Пункт>3</УТ2:Пункт>
</ОснованиеУвольнения>
<Причина>по соглашению сторон</Причина>
<Основание>
<Наименование>Приказ</Наименование>
<Дата>2020-01-09</Дата>
<Номер>2к</Номер>
</Основание>
</Мероприятие>
</ТрудоваяДеятельность>

Вроде все есть.

В чем может быть проблема?
При выполнении файла patch.sql из патча от 30/01/2020 две процедуры остались не скомпилированными:
P_PGNUNLOAD_PARUS - ругается на отсутствие таблиц и процедур раздела PrognozUnload
и
P_PRORDERSPPERS_PFM_CREATE - ругается на отсутствие полей в таблице PREMPLFLSHS (личные дела Хроника)

Добрый день.

На версии 24/12/19 сделал СЗВ-ТД. Проверяю через ПФР-ПОПД
ошибка - ERROR Документ не является корректным XML (не well-formed).

Что не ввел?
XML Notepad не ругается. Файл не пустой.

Да
Здравствуйте.

Есть КОР-форма с выбором счета и аналитикой к нему. В настройке поля аналитического счета используется метод main. К параметрам привязаны уровень аналитики, номер счета и номер аналитического счета. Выбор из словаря происходит правильно: при указании синтетического счета, показывается только его аналитика и только того уровня который указан в параметре. А при попытке записать дает ошибку - Найдено слишком много записей класса "План счетов (аналитические счета)" с атрибутами: "ANL_NUMBER" = "1".

Если взять аналитику с уникальным номером запись производится. Видимо при записи не учитываются синтетика и уровень аналитики.

Что еще нужно указать?

PS. Возможно проблема старая и решена, но найти решения в форуме я не смог.
Добрый день.

Как сделать так чтобы скрипт написаный в Page Load срабатывал каждый раз при перелистывании страницы многостраничного отчета? По умолчанию он срабатывает только при загрузке первой страницы.
А можно из них вытащить только акты сверки? При полной загрузке загружаются КОРформы для всех разделов и пропадают пользовательские настройки интерфейса.
Нет. Проблему не решили.

Но, обновление на 10/2018 на тестовой БД прошло нормально - Парус работает.

Что у Вас в license_log и license_log_detail?

Может на мысль наведет...
Дополнение:
Две схемы. Ошибки в обоих. Версии - август 2018 и сентябрь 2018.
В ORACLE 11.2.0.4 WinServer 2012 R2 ошибок не было.
Переносил базу через expdp/impdp.
Перенес БД ПАРУС 8 в RHEL7 на ORACLE 12.2

В целом все штатно. Но в журнале регистрации сообщений об ошибках - Превышено время (10 сек.) ожидания запуска фонового процесса "Сервис очистки" посредством менеджера заданий "DBMS_JOB". За месяц примерно 1500 штук.

Пользовательское задание - закачка курсов валют работает нормально. Заданий через DBMS_JOB я не настраивал.

В наименовании терминала - UNKNOWN. Программа клиента сеанса ... (J001) - сервис лицензии.

Стек вызова :
----- PL/SQL Call Stack -----
object line object
handle number name
0x6bdf49b0 5 function PARUSZ.F_CALL_STACK
0x7796dc00 195 package body PARUSZ.PKG_MSG.RAISE_ERROR
0x8d4f82b0 31 procedure PARUSZ.P_EXCEPTION
0x7da914f8 1 anonymous block
0x8f42fc98 133 package body PARUSZ.PKG_BACKGROUND.RAISE_TIMEOUT
0x8f42fc98 356 package body PARUSZ.PKG_BACKGROUND.ATTACH_BY_JOB
0x8f42fc98 590 package body PARUSZ.PKG_BACKGROUND.ATTACH
0x733956f0 1 anonymous block
0x8896e9a0 583 package body PARUSZ.PKG_LICENSE.MANAGER_ATTACH
0x8896e9a0 5435 package body PARUSZ.PKG_LICENSE.CLEAR_SERVICE_START
0x8896e9a0 4952 package body PARUSZ.PKG_LICENSE.CONTROL_SERVICE.SUBMIT_CLEAR
0x8896e9a0 5066 package body PARUSZ.PKG_LICENSE.CONTROL_SERVICE
0x8d2ad540 3 anonymous block
0x8f42fc98 672 package body PARUSZ.PKG_BACKGROUND.ACTION
0x8d2b05e8 1 anonymous block

Кто нибудь решал такую проблему?
Спасибо. Получилось!
Привязал к своему КОР-разделу штатные свойства. Обнаружил, что при удалении записи КОР-раздела, свойство привязанное к удаленной записи из таблицы docs_props_vals не удаляется.
Я что то не доделал или надо писать свою процедуру удаления?
Помогите пожалуйста, кто знаком с проблемой.

Выгрузку в ХМЛ делает нормально.

Печать формы в ексель делает на 22-24 человека. Если людей больше, то падает сообщением -

Exception EOleException in module p8561vcl.bpl at 004B74EB.
Ошибка при системном вызове.

В мониторе последнее сообщение-
begin
P_SELECTLIST_CLEAR(5745021);
end;

На каком то одном человеке не падает. Пробовал печатать удаленных по одному или группами по 5-7 человек - печатает нормально.

Никаких особых стажей и вредных профессий нет: отпуск, больничный декрет дети.

Патч П8-32547 установлен.
AVP отключал - безрезультатно.
Если не настраивать стаж - печатает 170 чел но все равно валится на 300-ах.

Другие большие отчеты ексель - Шахматка и Т-51 - работают нормально.
-
--
Речь идет о стандартных доп.свойствах с подключенными к ним доп.словарями проходящими почти по всем разделам.

В КОРе непросто подключить доп словарь в виде поля. Да еще и удобнее стандартный механизм для пользователя, что бы видел, сортировал и не менял при этом.
 
Индекс форума » Профиль для POTAPOV_DA » Сообщения, отправленные пользователем POTAPOV_DA
Перейти: