Текущее время: Вт, май 24 2022, 12:12

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 20 ]  На страницу Пред.  1, 2
Автор Сообщение
 Заголовок сообщения: Re: Расширенные национальные сплиты
СообщениеДобавлено: Вт, фев 15 2022, 18:54 
Старший специалист
Старший специалист

Зарегистрирован:
Пт, ноя 25 2011, 17:37
Сообщения: 289
никого не призывают так делать, но если вы уверены в том, что RUDAT у вас не переполнится, то вместо перелопачивания правил, можно сделать функцию, которую добавить перед RUCDT и EXPRT и которая пробежится по таблицам, сгенерировав отсутствующие сплиты в RUCNX.
За основу можно взять класс cl*ru*flex*split*refine*, метод get_by_result
Вроде именно он используется в отчетности для заполнения RUCNX в расчетах, в которых нет этой таблицы.

По поводу SETIN. Его скорее всего не адаптируют, т.к. SETIN просто устанавливает сплит. А предполагается, что сплит - это не самостоятельная вещь, а ссылка на какую-то таблицу расчета. Соответственно, логично управлять не только сплитом, но и записями связанной таблицы.
В целом идея здравая, но специфику клиентов не сказать, что учитывает.

Но на самом деле со всеми этими ID...8, которых может быть под миллион (гипотетически), есть один нюанс. Стандартные проводки выдерживают 99 999 записей в RT.

_________________
Зачем делать просто, когда можно сделать круто?!


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Расширенные национальные сплиты
СообщениеДобавлено: Ср, фев 16 2022, 07:29 
Гуру-эксперт
Гуру-эксперт

Зарегистрирован:
Пт, сен 07 2007, 07:53
Сообщения: 1385
ZGilgelad написал(а):
сделать функцию, которую добавить перед RUCDT и EXPRT и которая пробежится по таблицам, сгенерировав отсутствующие сплиты в RUCNX.
За основу можно взять класс cl*ru*flex*split*refine*, метод get_by_result
Вроде именно он используется в отчетности для заполнения RUCNX в расчетах, в которых нет этой таблицы.


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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Расширенные национальные сплиты
СообщениеДобавлено: Ср, фев 23 2022, 12:11 
Начинающий
Начинающий

Зарегистрирован:
Пт, мар 29 2013, 17:06
Сообщения: 3
rass написал(а):
Коллеги, добрый день.
Мы тоже выставили сообщение по проблеме RUCDT и RUO8. Смоделировали на стандартной схеме.
САП пока не принимает сообщение, задали вопрос, на что влияет ворнинг по RUCNX)))) Предложили поставить последнюю версию 3147423.
Поделитесь, пожалуйста, если вам что-то ещё полезное ответят.
Свою схему допилили, чтобы ошибок не было, но хочется стандартного решения.
Аналогичная проблема, пока сделали расширение в RUOC1.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Расширенные национальные сплиты
СообщениеДобавлено: Пт, май 13 2022, 16:36 
Специалист
Специалист

Зарегистрирован:
Сб, апр 10 2010, 19:23
Сообщения: 175
Samex написал(а):
rass написал(а):
Коллеги, добрый день.
Мы тоже выставили сообщение по проблеме RUCDT и RUO8. Смоделировали на стандартной схеме.
САП пока не принимает сообщение, задали вопрос, на что влияет ворнинг по RUCNX)))) Предложили поставить последнюю версию 3147423.
Поделитесь, пожалуйста, если вам что-то ещё полезное ответят.
Свою схему допилили, чтобы ошибок не было, но хочется стандартного решения.
Аналогичная проблема, пока сделали расширение в RUOC1.

Добрый день!
В суть проблемы не вникал (поэтому не уверен что поможет), просто фиксирую, что исправления в ноте 3163724 - PIT: inconsistent content in RUCNX and payroll results table предназначены для озвученных вами объектов.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Расширенные национальные сплиты
СообщениеДобавлено: Пн, май 23 2022, 11:25 
Ассистент
Ассистент

Зарегистрирован:
Чт, янв 13 2011, 10:54
Сообщения: 44
Коллеги, приветствую.
Ноту 3163724 выставили в частности и по нашему инциденту.
На текущий момент все проблемы, с которыми мы столкнулись, с неконсистентностью сплитов, решили в стандарте.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 20 ]  На страницу Пред.  1, 2

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB