Ответы | ||||||||||||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||
12.16
|
|
| |||||||||||||||||||||||||||||||||||||||||||||||||||
Посмотреть всех экспертов из раздела Учеба и наука > Математика
Пользуйтесь нашим приложением
Здравствуй, … — новый NOD / Хабр
Ничто не предвещало беды.
И звонок в техподдержку в 17:20 msk «у меня завис компьютер, я не могу распечатать отчёт» не показался чем-то из ряда вон. Ну да — завис, точнее — система «тормозит» так, что даже Task Manager отказывается запускаться. Отправил машину в ребут, выхожу — и сталкиваюсь в коридоре с саппортом, который описывает практически аналогичную проблему у другого человека.
А вернувшись в «штаб», выяснилось, что за это время с той же самой бякой столкнулось ещё несколько человек. Да и на машине собственно саппорта висело матерное сообщение «ekrn.exe бла-бла-бла память can’t be written».
Посмотрел логи машин. Ругань везде, но разнообразная — то tcpip ругается на слишком большое количество сообщений, то mrxsmb вопит, что не может найти мастер-браузер, то ещё что.
К этому моменту жалобы пользователей вроде бы прекратились. Для очистки совести проверил свитчи, посмотрел загрузку сети, почитал логи IDS’ов. Всё в общем-то в пределах нормы.
Ну, думаю — либо вирусная атака каким-нибудь мутантом не к ночи будь помянутого Conficker’а или кого похуже, либо сам антивирь насосался чего-то палёного и решил повеселиться. Прогнал несколько тестов — вроде бы всё тихо. Ладно.
И тут, где-то в половине восьмого вечера, пошла «вторая волна». Машина начала виснуть, отвалилась даже аська. Одновременно пожаловалась коллега — «всё висит, пойду перезагружаться». Стало натурально страшно — ну ладно вечер, никого нет, а ежели с утра такая свистопляска начнётся?
И вот залезаю на форум ESET — и натыкаюсь на аналогичные жалобы и громкий мат. А чуть ниже — и на ответ саппорта — «проблема известная, решаем».
В общем, дабы не прогонять читателя через все круги ада, выдам сразу итоги.
Очередное обновление популярного антивируса NOD32 в ряде случаев приводит к зависанию систем, причём как рабочих станций, так и серверов.
5416 — нормальное, честное обновление.
5417 — содержит в себе скрытую ошибку.
5418 — эту ошибку «вскрывает» и приводит к проблемам.
5419 — по утверждениям ESET’овцев, проблему устраняет, но не сразу, а после 1-2-х ребутов. Правда, уже вроде как существует срочно написанная чудо-утилита, которая позволяет решить проблему без перезагрузок.
При этом, сказано, те счастливчики, кто обновляется сразу с 5416 на 5419 — ничего не заметят.
Пруфлинки:
- Тема на русскоязычном форуме ESET.
- Более раскрытая тема на англоязычном форуме техподдержки ESET.
- Описывающая проблему статья в базе знаний ESET.
Подводя итоги — хочу отметить, что я против разжигания холиворов вида «самый лучший антивирус — это тот, который юзаю я, а все остальные — плохие». Я пишу это, чтобы завтра (или уже сегодня) те админы, кто наступит на эти грабли, не повторяли моих метаний и сразу знали, кто виноват и что им делать.
P.S. Сорри за стиль, время позднее, а день был тяжёлый.
Коды транзакций ACH
Ниже приведен список числовых кодов транзакций ACH, наиболее часто встречающихся в ежедневных отчетах ACH:
22 | Чековый депозит (кредит) |
32 | Акционный депозит (кредит) |
42 | Депозит GL (Кредит) |
52 | Заем Депозит (Кредит) |
55 | Аннулирование ссуды (дебет) (используется редко; реверсивный код 52) |
|
|
27 | |
37 | Снятие акций (дебет) |
47 | GL Снятие средств (дебет) |
|
|
23 | Предварительное примечание: Чековый депозит (кредит) |
33 | Предварительное примечание: Депозит акций (кредит) |
43 | Предварительное примечание: депозит GL (кредит) |
53 | Предварительное примечание: Ссудный депозит (Кредит) |
|
|
28 | Предварительное примечание: Проверка снятия (дебет) |
38 | Предварительное примечание: снятие акций (дебет) |
48 | Предварительное примечание: вывод GL (кредит) |
Что такое «несовпадение транскода»?
Отчет об исключении приостановки обновления ACH (PACHD) часто содержит сообщения об ошибках, подобные следующим:
НЕ ОПРЕДЕЛЕН В ACH MASTER, НО НЕ ДОБАВЛЕН
НЕСООТВЕТСТВИЕ КОДА TRAN, ПРИМЕНЯЕТСЯ К ТИПУ 001
Может быть полезно понять, почему появляются эти ошибки и при каких обстоятельствах может потребоваться вмешательство сотрудника кредитного союза.
Числовые коды транзакций, используемые системой ACH, и буквенные коды распределения, используемые CU*BASE, были разработаны для автоматической перекрестной ссылки друг на друга. Если вы введете код распределения «SD» для депозита акций, CU*BASE автоматически прочитает выбранную вами учетную запись и будет использовать точный код ACH Tran, который соответствует типу учетной записи (доля или проверка).
Иногда поступает элемент ACH, в котором код транзакции во входящей записи не совпадает с кодом в основных записях ACH (например, элемент, обозначенный как депозит в виде акций, действительно отправляется на расчетный счет). В прошлом эти элементы автоматически становились исключениями «Несоответствие кода транзакций», и единственный способ предотвратить повторение ошибки заключался в том, чтобы попросить компанию-инициатора исправить свой файл (выпустив уведомление об изменении) или вручную изменив номер счета в основной записи, чтобы он соответствовал входящему элементу.
Чтобы свести к минимуму объем работы, требуемой кредитным союзом, можно настроить функцию под названием «Обход редактирования кода транзакций», которая будет указывать системе, следует ли игнорировать любые ошибки, возникающие в результате несоответствия кода транзакций.
Если параметр Bypass Tran Code Edit установлен на «Y» для вашего кредитного союза, когда CU*BASE видит входящий код Tran для акции или чекового депозита, а основная запись распределения имеет «SD» в последовательности 99 распределения , транзакция будет обработана без ошибки несоответствия кода транзакций или каких-либо модификаций входящей записи. Это рекомендуемая настройка.
Если параметр Bypass Tran Code Edit установлен на «N», система либо попытается создать новую запись, соответствующую входящему Tran Code (что может привести к дублированию записи), либо, если данных недостаточно для создания новая запись, элемент будет удален как исключение.
В любом случае CU*BASE по-прежнему требует, чтобы входящие транзакции соответствовали назначению дебета или кредита в основной записи ACH.
Например, если в ваших записях указан чековый депозит, а входящая запись настроена как чек или снятие акций, этот элемент будет отображаться как исключение.
Двойные передачи
В некоторых случаях система должна решить, как обрабатывать две отдельные передачи, поступающие из одного и того же источника (идентификатор компании), привязанные к одной и той же учетной записи (номер учетной записи вкладчика) с одинаковой датой вступления в силу.
· Наиболее распространенным примером является ситуация, когда и муж, и жена получают свои чеки социального обеспечения на один и тот же счет.
Проблема возникает, когда основная запись ACH содержит выплаты на счета других кредитных союзов. Должна ли система обрабатывать два разных дистрибутива? Или все средства должны быть объединены, с одним распределением? Параметр конфигурации «Несколько распределений» был разработан для обработки таких ситуаций.
Если для этого параметра установлено значение «Y», система помещает обе проводки в файл проводки и проводит их отдельно, дважды обрабатывая любые распределения.
Если «N», система добавит две позиции вместе и поместит в файл проводки только одну объединенную транзакцию. Поскольку проводится только одна объединенная позиция, будет обработан только один набор распределений.
Например, Эд и Мари Джонс получают свои чеки социального обеспечения через ACH и вносят их на один и тот же общий счет. Они также хотят, чтобы часть полученных средств была переведена на счет Рождественского клуба. Если для этого параметра установлено значение «Y», система обработает две рассылки в Рождественский клуб. Если «N», оба чека будут суммированы, и будет обработано только одно распределение на счет Рождественского клуба.
ПРИМЕЧАНИЕ. Онлайн-клиентам следует обратиться к представителю CU*BASE за помощью в настройке этого параметра. Кредитные союзы, осуществляющие самостоятельную обработку, могут управлять этим параметром через «Конфигурацию параметров обработки CU».
в меню CU*BASE Operations: SCU Configuration.
в меню CU*BASE Operations: SCU Configuration.
Связанные темы
Общие сведения о ACH — обзор и терминология
ACH против удержания из заработной платы
Сводка ежедневной активности ACH
Ежедневные задачи кредитного союза ACH
Обработка исключений ACH: обзор
Общие исключения ACH
Ежедневные отчеты ACH
Понимание учета ожидания ACH
Урегулирование АЧХ
Коды транзакций ACH | Блог Jotform
Автоматизированная клиринговая палата (ACH) является основой национальной системы электронных платежей.
ACH ежедневно переводит миллиарды долларов с одного банковского счета на другой, а также с банковских счетов к поставщикам с крошечной стоимостью за транзакцию. Большинство транзакций проходят в течение одного рабочего дня. Транзакции ACH являются неотъемлемой частью всей нашей финансовой жизни в той или иной форме, будь то прямой депозит, возврат налога или одноранговый платеж.
Каждая транзакция ACH, отправленная для обработки, должна сопровождаться правильным двузначным кодом транзакции ACH, чтобы пометить ее как дебет с одной учетной записи и кредит с другой учетной записи. Слишком много кодов для детализации в одном посте, но давайте изучить наиболее распространенные коды транзакций ACH в нескольких категориях.
Прежде чем приступить к просмотру кодов, вот несколько полезных аббревиатур и их значение:
- NOC: Уведомление об изменении просто указывает на то, что что-то изменилось в банковском счете, например номер счета или маршрутный номер.
- CCD: Концентрация или выплата денежных средств является транзакцией между предприятиями (B2B). Это может быть как кредит, так и дебет, используемый для внутренних и внешних переводов.
- CTX: Предприятия и государственные учреждения используют корпоративную торговую биржевую систему для периодических платежей нескольким сторонам с помощью одного перевода средств.
Банки инициируют вход в сеть ACH, кодируя транзакцию как дебет или кредит на счет продавца. Другие типичные типы счетов включают потребительские и ссудные счета. Ниже перечислены наиболее часто используемые коды.
Проверка кредитов
| Код | Описание |
| 21 | Автоматизированный возврат или NOC для проверки кредита (коды 22, 23 и 24) |
| 22 | . |
| 23 | Предварительное уведомление о чековом кредите |
| 24 | Записи в ноль долларов с данными о денежных переводах (только для записей CCD и CTX) |
Checking debits
| Code | Description |
| 26 | Automated return or NOC for a checking debit |
| 27 | Checking withdrawal (debit) |
| 28 | Prenotification for a контрольный дебет |
| 29 | Нулевые проводки с данными о денежных переводах (только для проводок CCD и CTX) |
Сберегательные кредиты
| Код | Описание | |
| 31 | Автоматизированная доход | Записи в нулевом долларе с данными о денежных переводах (только для записей CCD и CTX) |
Сберегательные дебеты
| Код | Описание |
| 36 | Автоматизированный возврат или NOC для сберегательного дебета |
| 37 | Сберегательный дебет |
| 38 | PRENOTIFITIAN для сберегательного дели. |