Землетрясения

Страшно… больше всего меня беспокоит АЭС… Здесь и угроза катастрофы с учетом компактности населения, и долговременный дефицит электроэнергии для технологически очень развитой страны.

Предполагаю, что Япония к таким катаклизмам готова не меньше, чем Израиль к терактам, однако, это не означает, что они способны это безболезненно перенести.

Несколько моментов у меня с этим оказалось связано.

(далее…)

Налоговые службы хотят как лучше, а получается …

Нижеследующий случай наблюдал последние дни.

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

Дело нехитрое. Составили они лист рассылки, включили туда до кучи емайлов. Подготовили поздравительные слова, прилепили картинку и отправили. Здравствуй, пятое марта!

Всё бы ничего. Но вот “Reply-To” в письме остался от листа рассылки – со всеми вытекающими последствиями. Приём писем на лист рассылки осуществлялся без малейшей блокировки.

Второе письмо: от ААА “спасибо”

Третье письмо: от БББ “за что?”

Четвёртое письмо: от ВВВ “а почему я читаю вашу переписку?”

Пятое письмо: от ГГГ “нас всех кто-то взломал!!!”

Сотое письмо: от ДДД “для особо упрямых — это было просто поздравление от НУ района, только и всего! и не надо на него отвечать!”

Двухсотое письмо: от ЕЕЕ “ДОСТАЛИ ВЫ СО СВОИМИ ПИСЬМАМИ!!!”

и так далее …

И у нас в конторе девушка (ответственная за ящик) была не подготовленная в этом плане, и тоже ляпнула что-то.

И на это одно письмо ещё получили волну отлупов от почтовиков, так как не все ящики по списку были рабочими…

Ну проинструктировал нашу девушку и сегодня (11 числа) уже всё кончилось.

Спасибо мужчинам “отдела информационных технологий НУ по М*** району” за праздник для наших женщин.

Секатор бы в руки, поздравлялку бы и отрезал…

Суперконтролёры мегазвёздных систем – против зимнего времени

Читаю/слушаю роман “Регулюм” за авторством Василия Головачёва, датированный 1999-м годом.

Многослойная бурлящая вселенная и многоуровневый контроль реальности – это ещё не все.

Главная штаб-квартира контролёров жизни (так называемое Равновесие-А) находится в Москве. Простой москвоцентризм средней руки.

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

Слово “телепортация” считается в романе некошерным, а кошерно говорить “туннельное просачивание” или попросту “волхварь”. Описание разницы сводится к словам “потенциальный барьер” и “мегазакон преодоления препятствий”.

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

Ещё позабавили имена двух основных героев – “Панов” и “Вадим”. Это реверанс или так сложилось?

Очень много хитронаучных девайсов в этом девайсе работают на так называемых “торсионных полях”.

Дополнительно в романе сообщается, что середина двадцать первого века – это некоторая крышка, которая прихлопывает наш регуюм по времени (большой пёс с пятью лапами). То есть, ближайшее будущее человечества – очень туманно (вероятно к концу романа ГГ разберётся и с этой проблемой посредством корректировки событий во времени).

Мы не понимаем, почему влияние СТАБСа ограничено серединой двадцать первого века". "То есть как ограничено? Я не понимаю…" "На хроноспейсное перемещение наложен запрет, нечто вроде физического закона, запрещающего пропуск в будущее физических тел. Мы не можем проникнуть в будущее Регулюма выше середины Двадцать первого века и контролировать баланс энергий в полной мере".

Так вот ещё и оказалось – Дмитрий Медведев является прямым агентом наивысших сил или объектом их прямого вмешательства. Один из его ходов по облагодетельствованию всего человечества – это отмена зимнего/летнего времени.

 

(далее…)

Шаманство вокруг поздней активации сплиттинга

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

Открытые позиции, созданные с момента активации отказываются выравниваться: говорит, что GLT0002 и хоть трава не расти.

Методов несколько.

Наиболее цивилизованным (вроде бы) является процедура миграции, там есть определённый сценарий "Subsequent Implementation of Document Splitting". Инструмент миграции (будто бы) является особой услугой – но на сайте как-то невнятно всё написано. Сами пумпочки этой функциональности в SPRO по этому поводу начинают спрашивать какие-то лицензии.  Боязливо ввязываться в такие действа. А мне-то хотелось всего лишь самому кнопочки понажимать…

Самым нецивилизованным способом является ручное струяченье записей сплиттинга в соответствующую таблицу. Тоже боязливо – за изменение таблиц SAP.

В качестве баланса между ними можно использовать метод, в котором запускаются поочерёдно три волшебные служебные программы в SA38.

Простые документы нормально обработались, но вот один из них споткнулся с расстройством настроек по сплиттингу. По счетам ГК – платёж, а по виду документа – фактура. Система встала в позу, и я её хорошо понимаю.

Так что потребовалось изменить настройки, прогнать документ, вернуть настройки обратно.

Каждый документ пропихивать вручную – сомнительное удовольствие, но требуется ли писать мега-программу (впрочем простую и небольшую), вызывающую три волшебных программы, особенно с учётом возможных раскоряков по настройкам… ?

Дату активации сплиттинга в продуктивной системе, так сложилось, что никто точно не знает. Забавен быстрый способ по которому это дело можно посмотреть… Узнаём имя ракурса, по которым проходит такая настройка, затем в системе настройки в служебной таблице ищем запросы, связанные с этим ракурсом. Осталось по журналам транспортной системы посмотреть дату импорта запроса.

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

Получено число порядка четырёх сотен. Это не много, но и не мало…

Проводки между филиалами – БЕ против БС

Видел несколько вариантов реализаций большой организации с филиалами:

  • Несколько балансовых единиц
  • Только одна балансовая единица и несколько бизнес-сфер 

Я для себя дилемму решаю таким образом – разные юридические лица должны иметь разные БЕ.

(далее…)

Прокси-сервер в ABAP

Если вы из программы на ABAP пытаетесь получить веб-контент через HTTP, то соединение будет производиться не с компьютера клиента, а с сервера приложений. В зависимости от конфигурации локальной сети вам может понадобиться пробираться через прокси-сервер (иначе потребуется прямая видимость сервера или NAT).

При оформлении HTTP запроса можно непосредственно указать прокси-сервер:

Пример вызова HTTP

Однако здесь есть пара моментов. Во-первых: “прошитость” настройки в коде (не приветствуется), а во-вторых: нет авторизации.

Глобальную настройку HTTP-прокси можно обнаружить в транзакции SM59:

Прокси в транзакции SM59

И там уже в появившемся окошечке можно указать не только сервер/порт, но также и логин/пароль для авторизации.

Почему исходники ABAP в скриншотах

Если вы тут регулярно посматриваете, то могли заметить, что основная масса исходного кода показана скриншотами. Это не защита от копирования. Связано это с тем, что инструменты для публикации иногда очень вольно могут коверкать эти исходники (не только при подготовке публикации, но и потом — при редактировании).

Инструмент может и строки склеивать, и пробелы лидирующие для "лесенки" убирать, и цветовая разметка страдать — это всё требует подхода, имеет нюансы и даже требует владения HTML.

Много раз видел побитые таким образом исходники на ресурсах типа SDN и иже с ними. Очень расстраивает.

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

Проверки при создании контрагента

Если мы создаём контрагента(дебитора/кредитора) в системе, то к нему очень рекомендуется делать базовые проверки, для контроля.

Самая примитивная проверка – проверка на дублирование через уникальный налоговый номер (ИНН, РНН …). Обычно для этого используется поле типа STCD1.

Для реализации у нас есть в CMOD пара очень тривиальных расширений:

SAPMF02D — Программы пользователя: основные данные дебиторов
SAPMF02K — Программы пользователей: основные данные кредиторов

Вот примерный кусок кода (для кредиторов) который нужно вставить:

Пример расширения проверки

Надеюсь в этом коде даже объяснять ничего не надо…

Для дебиторов – почти то же самое, только имена полей/таблиц чуточку подправить…