И главное, не понять с чего вдруг..
да в табличной части запись одна.
Снять с проводки не получилось виснет все к черту.
Прошлый раз удаляли проводки обработкой и заново проводили все норм... очень
пинтец какой-то.
И главное, не понять с чего вдруг..
да в табличной части запись одна.
Снять с проводки не получилось виснет все к черту.
Прошлый раз удаляли проводки обработкой и заново проводили все норм... очень
пинтец какой-то.
ЗлобнийМальчик автор не я - а менять код нельзя ибо "the risk is higher then the gain"?
Бюрократы!!! Даёшь XP в массы
(39) бинго! "This program is creating the report for higher management and any change will be heavily audited, therefore we need to ensure that the changes to this program are as limited as possible". Добро пожаловать в будни разработчика SAP для транснациональной корпорации
+ стоп, там же есть история по полям документов - хоть чтото
я как-то раз искал подобную ошибку в УПП, нашёл за час где-то, вроде
конфа же хитровыебанная. не думаю, что ERP как-то хитрей
(47)+ ой, что-то вспомнился ролик про фюрера "в сапе простых путей нет"
я в базах Лео не мог накосячить. он мне ничего ещё не давал
(47) ну во первых триггеры могут тормозить. А если у нас транзакционная система - то могут тормозить очень значительно. Во вторых, повторюсь - это противоречит принципам SAP о том, что разработки, которые зависимы от версии базы данных - повышают TCO. Поэтому такого рода разработки очень сильно не рекомендуют вносить. У нас, например, сейчас идет проект по переводу сапа с оракла на хану. В третьих, многие сущности в сапе представлены конгломератами таблиц - замучаешься триггеры вешать. В четвертых, если писать в лог каждое изменение - то потом замучаешься этот лог парсить. Так что это очень неоднозначное получается решение.
В принципе, обычно получается так - появляется ошибка. Если источник ошибки нашли - то я обычно фикшу ошибку и вставляю логгирование - ибо все равно тестить. К сожалению, сначала надо доказать, что ошибка действительно там где я говорю...
1с в плане того, что ты описал очень даже "доступно и всерьёз"
сырая ниебическая малолетская поделка
в чём ей отказать нельзя - это Rapid Business Application Development
Тут ей нет равных
В плане произодительности, масштабируемости, стабильности - на уровне платформы и конфигураций - это детский сад
(29)
Поделись инсайдом:
- у вас база на мс скуле? да
- переносы никто не делал из других баз? делали
- распределённых баз нет? нет
- время появления записей по ЖР ещё не искали? сегодня в 12
расчет себестоимости и проведение по партиям.
оно.
(46)
конфа же хитровыебанная. не думаю, что ERP как-то хитрей
ты ничего не знаешь про ERP.
я бы мог так-то поискать, если никто не найдёт
но завтра, скорей всего, а хотя там полюбас пицот гигов
(56) у тебя есть Скуль с 24 г памяти? на меньшем она не запускается.
(58) Об чём и речь :)
sf (50) это все очень печально)
Но я имел в виду только триггеры для поиска ошибки, не для продакшна. В методологии сап существуют копии баз и базы разработчика с данными?
Конечно. Три системы - это стандарт. Покупая лицензию на продакшен, клиент автоматически получает лицензию на девелопментную и тестовую систему
Но если ошибка не воспроизводится в Acceptance System - то толку то от триггеров? Если бы воспроизводилась в тесте, то и триггеров не надо - я в отладке сам все найду.
А как воспроизвести, если не знаешь, в чём фикус. Логов-то нет.
В коде точно никаких логов никогда не бывает. В ЖТ пишется тоже так себе поебись.
(66) Так-то шаманством лечится, но нервы уже побитые. Ну я хз. Так-то несерьёзно это всё.
Профайлер что-ли подрубать остаётся. Ну это вообще уже за гранью добра и зла. Надо чтобы на стороне 1с такие проблемы решались.
(71) В принципе никаких.
(64) можно перенести данные. Все равно не воспроизвести.
Я же говорю - параллельный процессинг. Если у вас где то там какой то процесс косячит, из за того, что прога написана в рассчете на то, что никаких delay нету - а он есть - то пока вы этот delay в акцептансе не воспроизведете - то хрена с два вы ошибку воспроизведете. А если этот delay не логгируется - то остается только петь "боже храни отечество". Слава богам хаоса, в моем случае задержка была зафиксирована стандартными средствами сапа - так что все решилось более менее. Но были случаи, когда вообще ничего понять нельзя было. Классическая проблема семафора без логов
Есть вполне средства уровня конфы, чтобы писать вменяемую информацию. Они же пишут так се - на [...]
Это форум 1сников или чо
(81) а разве грязная запись/чтение запрещены на уровне платформы? Если нет, то я вполне могу представить ситуацию в которой бизнес может затребовать грязное чтение/запись...
Ну сделали бы 2 журнала.
На самом деле всё упирается в лень. Я вот, например, почти всегда веду логи. На разных уровнях.
похоже это из за поступления одного, завтра проверю .
(92) я когда то работал как 1С программист... Все равно не знаю что такое геристрация. Это искаженное регистрация?
(94) Вы [...] или кокетничаете, претендуя на звание зануды. Геристрация это искажённая регистрация.
И ошибок у меня нет. Механизм знаю. Может, изъясняюсь косноязычно - есть у меня такое.
(97) ну да. ЖТ - это оказывается ЖГ - что, как выясняется, означает журнал регистрации. А я зануда...
(100) подождать пока другие протестят баги 2.1?
(102) не... я обновляю клиента своего
заодно проверю обмен ерп с бп
(102) жестоко вы... Я обычно рекомендую подождать годика два. Пусть новые клиенты баги потестят - им то все равно. А себя жалко...
(104) Сами с собой?
Злобний, вы Злобний в силу того мультика?
(107) человек сидит на сапе...
(107) еще раз - подождать годика два. Не вечность - но и не сразу кидаться в бой с шашкой наголо... Пожалейте себя в конце то концов - за что вы впрягаетесь ошибки одноэсии ловить?
(109) мне принципиален прямой обмен
+ интересно потрогать, что в 2.1
какая разница, если за это платят ?
(110) называется "новое внедрение". Там есть плюшки для тех кто хочет попробовать что то новое - типа бесплатно, особое внимание со стороны сапа нахаляву и все такое прочее. Но на уже существующую систему, которая рабочая, я ни за что в жизни новое обновление не накачу. Я не самоубийца в конце концов...
(112) а с чего вы решили, что 1с переняло эту практику?
Вроде как раз с ерп так и было
(112) я не знаю что именно переняло 1с. Я комментировал решение уважаемого zak555 обновлять систему как только 1С выпустит обновление. Мне такой подход кажется очень рискованным.
(115) патч - это не значит что вся система обновилась. Это самое мелкое возможное обновление - и его делают по рекомендации SAP. Очень часто специально для клиента, который конкретный баг обнаружил.
zak555
чего сидеть на 2.0, если зарелизилась 2.1 ?
для меня например ответ очевиден - для того, чтобы другие словили баги 2.1
ЗлобнийМальчик Очень часто специально для клиента, который конкретный баг обнаружил
а 1с может для клиента функциональность добавить в типовую конфу
(117) да может может. SAP тоже так делает периодически.
Леопольд Роскошный там много переделывать доработки.
ты доработки делал не на основе типовых механизмов ?
(120) на основе но все равно.
нет, просили базу.
(128) не, вы что. Для сапа создается специальный пользователь(обычно с ограниченным сроком действия) и открывается соединение базы с сапом напрямую (это прям на сайте саповском сконфигурировать можно). партнер может зайти в базу только если ему создать пользователя - как обычный пользователь
(130) на тему лицензий я не в курсе - не интересовался. А вот корректность проводок - это так - могут проверить, если консультант создаст специальное сообщение и откроет соединение с базой данных. Опять таки, тут вопрос, что имеется в виду под корректностью. И главное: партнер сап <> сотрудник сап.
ЗлобнийМальчик партнер сап <> сотрудник сап.
так и в 1с - вроде все франчайзинг.
(132) я не знаю ситуацию в 1С, но если проблема со стандартом от САП, то поддержку (подключение к базе данных) со стороны САП будет осуществлять сотрудник собственно SAP. Но надо сразу отметить - тут имеется в виду именно проблема а не консалтинг. Или я как то не так понял комментарий
(132) нее, писал уже непосредственно В контору Нуралиева.