|
![]() |
#1 |
Участник
|
Цитата:
Сообщение от mazzy
сначала просто выбрать все, что унаследовано от refRecId
Вопрос был - есть ли где-то список "неправильных" полей штатного функционала? Или, может, кто-то знает ещё такие поля? |
|
|
За это сообщение автора поблагодарили: mazzy (2). |
![]() |
#2 |
Участник
|
Цитата:
Были проблемы подобного рода в сопоставлении платежей (по-моему таблица SpecTrans). Куча в зарплате, в налоговом учете в русском генераторе российской отчетности. Я бросил составлять подобный список когда понял, что в каждом сервис-паке он разный. Отличается немного, но отличается. Кроме того, мы зачастую работаем у клиентов, у которых внедряли другие партнеры.... В этих случаях подобный список вообще непредсказуем. Поэтому вместо общего списка начал делать конкретные списки для каждого конкретного случая. ![]() |
|
|
За это сообщение автора поблагодарили: somebody (1). |
![]() |
#3 |
Участник
|
если составите, опубликуете и будете поддерживать подобный список - мегареспект вам и мегауважуха.
|
|
![]() |
#4 |
Member
|
Цитата:
Сообщение от somebody
...
Вопрос был - есть ли где-то список "неправильных" полей штатного функционала? Или, может, кто-то знает ещё такие поля?...
__________________
С уважением, glibs® |
|
![]() |
#5 |
Участник
|
Цитата:
Сообщение от glibs
Насколько я помню, ответ на него был дан в той же теме, из которой приведена цитата в первом сообщении данной темы. Почитайте ее всю внимательно.
Есть там ссылка на боковую ветку, там несколько примеров проблемных таблиц, дискуссия по LedgerTrans.RTSLSessionTransId и описание работы некоего коммерческого скрипта. Да, мысль была, проверять все integer-поля. Мысль не понравилась... ![]() |
|
![]() |
#6 |
Member
|
Цитата:
Сообщение от somebody
...
там несколько примеров проблемных таблиц ... В 3.0 в стандартной функциональности в 3.0 была одна таблица smmTransLog. Цитата:
Сообщение от somebody
...
Проще код перелопатить ... ![]()
__________________
С уважением, glibs® |
|
![]() |
#7 |
Участник
|
![]()
2 glibs
1) Т. е. такая таблица с полем (не наследующимся от recId, но хранящим ссылку на RecId) только одна в стандартной функциональности 3.0, и это smmTransLog? 2) Имеется в виду поле smmTransLog.RefRecId? Оно имеет тип smmLogRecId, к-рый не наследуется от recId/RefRecId. Если это поле RefRecId, то в отношении DocuRef таблицы прописана его связь с DocuRef.RecId. Т. е. хотя поле не наследует recId, оно отлавливается по связи методом, к-рый обрисован в моём 1-м сообщении. 3) Подскажите пожалуйста, откуда вообще такая информация? Цитата:
Сообщение от glibs
Перелопатьте
|
|
![]() |
#8 |
Member
|
Цитата:
Сообщение от somebody
...
Т. е. такая таблица с полем (не наследующимся от recId, но хранящим ссылку на RecId) только одна в стандартной функциональности 3.0, и это smmTransLog? ... Цитата:
Сообщение от somebody
...
Имеется в виду поле smmTransLog.RefRecId? ... Цитата:
Сообщение от somebody
...
оно отлавливается по связи методом, к-рый обрисован в моём 1-м сообщении. ... Цитата:
Сообщение от somebody
...
3) Подскажите пожалуйста, откуда вообще такая информация? ... Про smmTransLog в свое время первым на моей памяти опубликовался Maxim Gorbunov. tutorial_AuctionBids нашел я. Цитата:
Сообщение от somebody
...
Имел в виду, что легче просмотреть код, чем написать более-менее адекватный скрипт по проверке integer-полей, не содержится ли в них ссылка на RecId. Адекватный в смысле результата, а полной точности в результатах скрипта всё равно не будет ...
__________________
С уважением, glibs® |
|