POST_SHUTDOWN?? пишет:
что стороны GMCS готовы к исправлению 57 багов по релизу 0_2017 (сборка 9.0.) пишет:
Ёкарный бабай.Ну 1,ну 2.Хрен с ним 10,ладно. Но 57.
Там в курсе люди для чего предназначается ПО???Так то с денюшкой программа работает(торговля,платежи),туда сюда, поответственней не мешало бы относиться к созданию заплаток очередных,что, почему то, обновлением зовется.Использовать в работе руки,голову,причем всегда,а не опционально
Собственно вот сами баги кому не довели ознокомтесь
Перечень тасков, готовых к проливке:
46160
Bug
После нажатия «Скопировать РПО» способ оплаты заказных писем — «Наличный/Пластиковая карта»
Необходимо в коде при копировании РПО копировать также способ оплаты. Некорректно проставляет способ оплаты при повторном открытии формы с уже заданными значениями
46701
Bug
ЕСПП — операция «К выплате» некорректно помечается как выгружаемая в файл обмена
При загрузке операции «К выплате» из файла обмена у нее всегда (а должен только в определенных случаях) проставляется признак IsUnloadalble, что приводит к попытке её выгрузки в исходящий файл. Это загружает БД и может в дальнейшем привести к ошибкам.
53860
Bug
Не тарифицируется отправление EMS в труднодоступные индексы
Ошибка тарификации на отправления EMS в труднодоступные индексы. В справочнике отсутствуют нужные данные, из-за чего проставляется Плата за вес = 0
55577
Bug
Прием партионной почты (оплата — франкирование) с доп.услугой (оплата — марками)
Сумма оплаты с помощью ГЗПО выводится в поле вывода «оплачено франкированием», что не верно, т.к. ГЗПО включает также ещё и марки.
56649
Bug
Невозможно распечатать уведомление о получении перевода
Невозможно распечатать уведомление (при наличии доп. услуги) в случае выплаты перевода в пункте приема, так как от ГП не поступает уведомление выплаты, а в форме печати отображаются только переводы, по которым имеется операция «Уведомление оплаты».
57098
Bug
Не отображается наименование дефекта после добавления
В формуле при создании дефекта заполнять у него поле DefectType.
57149
Bug
663580 ОПС (KRN) Не тарифицируется отправление EMS
Неправильно тарифицируются внутриобластные EMS отправления в 4 тарифной зоне весом более 2 кг.
60185
Bug
ЕСПП — Повторная информация о «переадресации» перевода № 1951067
Доступна повторная переадресация по причине того, что перевод одновременно переадресовали и добавили в задание почтальону на разных окнах.
После чего перевод вернули к выплате и повторно переадресовали. Необходимо запретить одновременную работу над одним переводом на разных окнах.
60849
Bug
Новая входящая: Изменить имя группы на форме Почтовое отправление
Группа полей на форме «Почтовое отправление» должна называться не «Отметки», а «Услуги: возврат, досыл, досмотр, уведомления».
60860
Bug
Входящая ручной ввод: запрет ввода отрицательного веса
Система позволяет создать РПО с отрицательным весом.
61170
Bug
Некорректный расчет тарифа за прием посылки стандарт
Некорректно заполнен справочник тарифов для вида упаковки Пакет М. Необходимо скорректировать.
61187
Bug
ЕСПП. Коннтрол «Данные о клиенте» для ЮЛ в переводе в адрес ФЛ
В форме приёма перевода ЕСПП отображается лишнее, недоступное для редактирования, поле «Данные о клиенте». Необходимо удалить лишнее поле.
61215
Bug
ЕСПП. Заполнение ссылки в таблице БД GM_TransferAE для SenderRepresentContactID
В таблице БД GM_TransferAE для SenderRepresentContactID создается ссылка на запись в таблице GM_ServiceContact и в таблице GM_ServiceContact создается запись, в случае если указывать отправителя из списка.
61240
Bug
В журнале РПО отображаются РПО, которые не были обработаны как входящие
В журнале РПО отображаются РПО, которые не были обработаны как входящие ( Сейчас в журнале РПО нет предустановленного фильтра по наличию операций у РПО, и отображаются все РПО, в том числе загруженные из КШД.). Необходимо сделать отображение корректным.
62056
Bug
Отчет Движение РПО. Изменить ширину столбцов
Внести изменения в формулы для экранных форм «Движение РПО»
62058
Bug
Отчет Движение РПО. Обновление данных на формах
После отработки расчета не происходит рефреш грида формы журнала отчетов о движении РПО. Необходимо исправить.
62160
FAS
Входящая почта: исключаем дублирование регистрации международных РПО
Система не должна позволять регистрацию международного РПО на входящей почте, в том случае, если в Системе обнаружена информация о ранее поступавшем РПО:
1. с идентичным ШИ;
2. и операцией «Поступило в ОПС вручения»
зарегистрированной позднее той же дат
62335
Bug
EASBUG-1312: Передача данных на ОФД с Retail-01 F
Передача данных на ОФД с Retail-01 F
62344
Bug
EASBUG-1314: Справочник отправителей перевода, добавление из плагина АРФУ
В справочнике отправителей/получателей переводов ЕСПП добавляются клиенты, данные которых вводятся при приеме РПО. Причем, клиенты с одними и теми же данными также размножаются. Скриншоты до и после приема РПО прилагаю.
62439
Bug
ГЗПО: Убрать кнопку «Журнал инвентаризации ГЗПО» из меню
Убрать кнопку «Журнал инвентаризации ГЗПО» из меню
62443
Bug
EASBUG-1320: Выплата переводов ЕССПП. Не печатается не фискальная квитанция.
Не печатается не фискальная квитанция при выплате переводов ЕСПП
62505
Bug
RP400986. SVR. Не тянутся данные при приеме перевода Н/П
Данные из блока Получатель наложенного платежа в форме приема РПО не попадают в перевод наложенного платежа. Необходимо исправить.
62511
Bug
ЕСПП. Доввод приема страхового перевода (ч. 2)
Сделать поле «Сообщение перевода» обязательным для заполнения и доступным для редактирования при довводе приема страхового перевода
62547
Bug
Журнал операций над емкостями и Журнал операций над накладными. Лишние виды, категории и разряды в фильтрах
Лишние виды, категории и разряды в фильтрах
62556
Bug
Ошибка. Чек коррекции.
Нет проверки признака IsOFDPrinter при определении доступности функционала чека коррекции.
62557
Bug
ЕСПП. Строка сообщения страхового перевода
1. В поле «Сообщение перевода» для страхового перевода блок «Номер перевода» должен иметь длину 7 знаков (если номер перевода < 7 знаков, то дописывать блок нулями спереди)
2. В поле «Сообщение перевода» для страхового перевода блоки «Номер перевода» и «Дата приема» поменять местами
Требуется изменение в соответствующие формулы
62667
Bug
Ошибка в отчете МС-42 (DAX_MOB, ОПС 142100)
Требуется изменение в соответствующие формулы
62668
Bug
ЕСПП. Прием перевода наложенного платежа
Поле «Оформление страховки» доступно для редактирования для процесса «Прием перевода», «Наложенный платеж» и «Наложенный платеж (гибридного перевода)»
62705
Bug
Дважды присваивается входящий номер для SRM-отправлений из КШД
Добавление проверки на то что номер присвоен
62707
Bug
Ошибка при выплате электронного МЖД перевода
Длина поля адреса ограничена 70 символами, хотя в протоколе обмена для международных переводов макс. длина 105. Необходимо увеличить до 105.
62711
Bug
Поле «вес» должен быть обязательным к заполнению
При приеме миграционных уведомлений поле «Вес» на форме «Прием миграционных уведомлений» должен быть обязательным к заполнению для всех видов миграционных отправлений.
62718
Bug
RP408614. MOB. ЕСПП. При приеме перевод некорректно встал в КС
В кассовой справке МС42 одна из транзакций попадает в безналичные по причине ошибки в формуле расчета.
62735
Bug
МС-42, выплата наследства через Банк Москвы
Формула для разнонаправленных проводок не содержит условий для плагина «Банк Москвы»
62764
Bug
ЕСПП. Доввод приема страхового перевода. Сообщение перевода
Невозможно выполнить доввод страхового перевода из-за некорректной проверки. Неправильная проверка поля Сообщение.
62777
Bug
Телеграммы (POS): Саратовская область. Исправление тарифов
Тарифы на телеграммы Саратов
62876
Bug
Некорректная работа функционала «Операции над РПО» в части операции «Возврат»
Необходимо исправить формулу проверки, которая зависит от 5 дней (судебные) и от 1 месяца, необходимо проверять дату по таблице WORKCALENDARDATE
62894
Bug
EASBUG-1351: Плагин АРФУ. Создание перевода
Не работает приём переводов ЕСПП из плагинов. В формуле мэппинга настройки синхронного запроса 000000010 в строчке 243 исправить
62895
Bug
Прием перевода нал.платежа — ошибка оплаты
Необходимо в формуле расчета тарификации для компаний сделать округление значения до копеек
62902
FAS
Телеграммы (POS): Кировская область, Нижегородская область, Мордовия, Удмуртия, Чувашия, Марий Эл. Тарифы на телеграммы
Тарифы на телеграммы
62903
FAS
Телеграммы (POS): Обнулить тарифы на переводные телеграммы
Услуги по переводным телеграммам больше не актуальны для ОПС
Изменения согласованы Латышевой О., Лосевой М.
62926
Bug
EASBUG-1354: Печать чека из ПлагинаPostPay на ФР Retail -01F
Печать чека из ПлагинаPostPay на ФР Retail -01F
62937
Bug
Ошибка при сверке входящих накладных ф.23 и ф.16
Необходимо исправить ошибку по паданию посылка в емкость с видом — ящик, категорией — заказной
62947
Bug
EASBUG-1356: Плагин Банк Открытие. Выдача потребительского кредита
Необходимо добавить проверку на разнонаправленные проводки и отрицательные суммы при комиссии = 0.
62964
FAS
Телеграммы (POS): Обнулить тарифы для физ.лиц для услуги Регистрация и перерегистрация условного или сокращенного адреса
Обнулить тарифы на доп.услугу «Регистрация и перерегистрация условного или сокращенного адреса юридического лица для доставки телеграмм» для физических лиц.
Изменения согласованы Латышевой О., Лосевой М.
63203
FAS
Телеграммы (POS): Исправление отображения сумм на форме и в чеке
На форме Приема телеграмм (Коммерческие услуги/Прием телеграмм) вся сумма телеграммы и дополнительных услуг должна отображаться следующим образом:
1 «Стоимость за текст телеграммы»,
2 «Стоимость за услуги»,
3 «Дополнительные услуги»,
4 «Телеграфный сбор»,
63208
Bug
EASBUG-1360: Плагин Столото. Некорректные данные на чеке F-Print традиционных билетов
В чек выводится техническая позиция заказа лотерейных билетов
63250
Bug
РПО — Не тарифицируется стоимость операции «возврат»
Не тарифицируется стоимость операции «возврат»
63265
FAS
ЕСПП — Удалить строку «Оплатить до» из нефискального чека при приеме перевода
ЕСПП. Изменение нефискального чекаЕСПП — Удалить строку «Оплатить до» из нефискального чека при приеме перевода
63296
FAS
Калужская область и Тверская область. Тарифы на телеграммы
Тарифа на телеграммы по Калуге и Твери
63302
Bug
Телеграммы (POS): Санкт-Петербург и Ленинградская область.
Тарифы на телеграммы по Санкт Петербургу
63347
Bug
Прием перевода наложенного платежа_не заполняется поле после очистки
Форма Приема перевода наложенного платежа. При очистке поля «Тип перевода по месту назначения» стирается список возможных для выбора значений , поле остается незаполненным и дальнейшее оформление перевода невозможно. Ннеобходимо скорректировать.
63408
Bug
Абонирование ячеек. Неправильный расчет отмены именных ячеек
Неправильный расчет отмены именных ячеек
63418
Bug
Интеграция с КШД. Не вадидные сообщения
Необходимо скорректировать проверку на невалидные данные из КШД
63439
Bug
ЕСПП. Страховые переводы. Замечания показа
Устранение замечаний:
1. При приеме перевода ЕСПП + страховой перевод в фискальном чеке в строке «Страховая премия» необходимо выводить полную сумму страхового перевода (значение TransferTotalAmount для страхового перевода)
1.1. В бланке страхового перевода в строке «На сумму» необходимо выводить полную сумму страхового перевода (значение TransferTotalAmount для страхового перевода). В строке «Сумма перевода (прописью)» необходимо выводить прописью полную сумму страхового перевода (значение TransferTotalAmount для страхового перевода)
2. При приеме международного перевода ЕСПП оформление страхового перевода должно быть запрещено (параметр «Оформление страховки» должен быть недоступен для редактирования)
3. При приеме перевода ЕСПП + страховой перевод в фискальном чеке в строке «Период страхования» дата начала действия страховки должна начинаться со дня, следующего за датой оформления перевода ЕСПП (например, дата приема перевода ЕСПП с оформлением страховки — 20.03.2017. Строка фискального чека должна иметь вид «Период страхования: с 21.03.2017 по 20.04.2017»)
63457
Bug
Прием перевода нал.платежа — ошибка оплаты
Необходимо добавить в формуле округление до копеек
63501
Bug
SMR — Ошибка при обработке входящей почты
Необходимо в формулу при обработке входящей почты добавить проверка на null
63504
Bug
Не корректная работа формулы для определения номенклатуры при выплате через плагин Банк Открытие
Необходимо исправить формулу для определения номенклатуры при выплате через плагин Банк Открытие
-
Уважаемая mia, в случае если нужен адрес электропочты, то готов предоставить.
-
Если я правильно понял, Вы явно не первый месяц (год) работаете в ОПС и прекрасно знаете все рабочие нюансы, возникающие при проведении ревизии. Вопрос: — Каким образом устраняется обнаруженная в момент проверки счетная, арифметическая ошибка?…
С уважением. -
девочки, а переоценка-то какая «удобная» стала…
-
К счастью, переоценка бывает редко…
А вот обработка почты — каждый день и много часов. Она-то какой увлекательной процедурой стала!!! (ёрничаю)
-
Подскажите, как продлить срок хранения посылки? В каком разделе программы это делается?
-
Предлагаю от печки двигаться. Каков вообще срок хранения отправлений? 30 дней со следующего дня, после поступления в ОПС.
В каких случаях срок может быть увеличен? По заявлению клиента, по особым условиям договора с Почтой России. Если «по договору» — то в ОПС рассылается информация из вышестоящего почтамта об особых сроках хранения конкретных видов отправлений (например, в прошлые годы письма налоговых хранили не 30, а 60 дней). Если по заявлению клиента — то, ясное дело, клиент ДОЛЖЕН написать это заявление, а отделение принять от него. Такая услуга не бесплатна, не могу сказать за всю страну, но в европейской части стоит 55 руб/мес. за 1 отправление. В ЕАСе эту плату можно принять там же, где и многие другие «доп.услуги»: Розничная торговля — Реализация прочих услуг — выбрать нужную из списка. Тариф там уже «зашит». Если на какой-то услуге у вас будет 0 руб. — значит, такая услуга у вас не оказывается. -
Наталья, можно у вас узнать: в последней версии винпоста были исправлены ошибки, при выплате перевода от организации на бланке стали пропечатываться реквезиты. До этого мы искали их в инете. В августе перешли на ЕАС и не обратили внимания, что этих данных нет и теперь придётся рыскать в инете искать реквезиты за несколько месяцев. Скажите это проблема всей страны или зависит от программистов местных.[/QUOTE]
Последнее редактирование модератором: 25 ноя 2017
-
[/QUOTE]
Все заново заносить. Проблема в ЕАСе вообще с переводами на р/сч. -
Приглашаю в нашу группу всех операторов доствки vk.com/4sorter
-
Скажите пожалуйста как удалить заказное письмо из еас пос письмо уже вручено но в 2017 году, по ошибке два раза зарегистрировал в системе поэтому показывает в форме 2ап в 2018 г.как вручение и в январе 2018 году. как полность удалить этот рпо из еас пос?
Последнее редактирование модератором: 10 янв 2018
-
кто нибудь знает как удалить выданный рпо из еас пос.
-
Melta
Модератор
Команда форумавон выше ссылка на группу вконтакте. неужели ничего тут не читаете???
-
Почтовые услуги_ Прочее- Удаление операций- Очистить- Считать ШПИ- Поиск- Удалить последнюю операцию. Потом в Почтовые услуги- журнал почты- Журнал РПО — Очистить — считать ШПИ- Поиск- выбрать РПО и нажать удалить.
-
Помогите, может кто знает, пишет ЕАС ошибку при работе с коммуналкой. Уто делать некогда, что делать дальше? Срыв коммуналки, тем более массовый- это серьезно
-
Melta
Модератор
Команда форумаа разве у вас нет своих программистов, к кому можно обратиться со срочными вопросами? и есть группа Вконтакте. там быстрее ответ получите.
-
Работа через ФСГ? Если да, то был массовый затуп с прогой ФСГ. А так все срочные проблемы только через НАУМЕН.
-
Добрый вечер! Я не почтовый работник, но очень нужна помощь знающих.
Отправление весом 600 гр., адресом в США нужно было оформить наземной посылкой. Ничего не получается. Программа не пропустила. Все что до 2 кг определяется как заказной мелкий пакет. Как снять это условие в программе? Это вообще возможно? -
Конечно возможно. Ну во первых взять правильный номер — не RB, а CA. И выбирать посылка, а не мелкий пакет.
-
Спасибо за ответ. Вроде все так и сделали. Трек СА, но программа перебрасывает на мелкий пакет и все. Операторы честно пытались помочь и ничего не вышло.
Что не так, непонятно…Последнее редактирование: 17 мар 2018
-
подскажите пожалуйста, как правильно оформить входящие рпо ,начиная с накладных и заканчивая сверкой.
-
Почтовые услуги- обработка входящей почты- регистрация входящей почты- регистрация емкостей- ( считывается ДШК — накладные берем где приписаны РПО) — завершение- с права внизу регистрация РПО- рядом со словом +накладная 11111111111111 сверено 0/10 — стоит такой маленький плюсик, открываем его проверяем приписку. Вверху считываем любое РПО (это РПО в общем списке подсвечивается желтым цветом) открывается ввод данных. Слева идут 4 вкладки — все внимательно заполнить, особенно н/пл. Если все правильно внесли, то данное РПО подсветится зеленным цветом. После последнего внесения РПО с права нажимаем — завершить и выйти.
-
спасибо большое, я новичок, тяжеловато пока
-
Очень много информации вконтакте, в группе почтовых работников. Но если будут вопросы пишите, вечерами буду отвечать.
-
добрый вечер, подскажите пожалуйста, как оформить входящую почту, если компьютер вышел из строя
-
Melta
Модератор
Команда форума -
Только заявка в Наумен- на смену оборудования. И кучу объяснительных за задержку обработки входящей почты.
-
Melta
Модератор
Команда форумаа вручную сейчас не работают? нам же все время твердили, что если оборудование вышло, то все вручную, и коммуналку тоже и переводы.
-
Нет, Танюша, если обработать вручную, то тогда нет статуса — прибыло в место вручения. Да и в чем проблема то, если отделение связи многооконник, то входящую почту можно обработать на любом другом окно. Так что Наталья пусть сначала полностью опишет свою проблему, а потом можно уже написать более развернутый ей ответ.
-
Melta
Модератор
Команда форумаА, если нес-ко окон, то да. Ой, Надежда, снится мне почта…..
Поделиться этой страницей
11 Октября 2019 09:58
11 Окт 2019 09:58
|
Обновление ПО парализовало работу «Почты России»
В работе «Почты России» Санкт-Петербурга произошел серьезный сбой, парализовавший работу всех без исключения отделений почтовой связи в городе на Неве. Как выяснилось, проблемы были вызваны обновлением Единой автоматизированной системы отделений почтовой связи (ЕАС ОПС) – ключевой информационной системы российской «Почты».
Масштабный сбой
Все отделения «Почты России», расположенные в Санкт-Петербурге, отказались принимать посылки, письма и денежные переводы из-за сбоя при обновлении информационной системы.
Как пишет «Фонтанка», проблемы в работе «Почты России» начались около 17:30 по московскому времени в четверг, 10 октября 2019 г. В пресс-службе «Почты России» CNews подтвердили факт сбоя в работе отделений, пояснив, что он вызван технической ошибкой при установке обновления единой автоматизированной системы отделений (ЕАС ОПС). Там также пообещали восстановить работу отделений в самое ближайшее время.
Действительно, ближе к 20:00 специалистам компании удалось восстановить работоспособность 80% отделений, а окончательно технические неполадки были устранены уже после завершения рабочего дня. Напомним, режим работы «Почты России» в Санкт-Петербурге предусматривает закрытие отделений почтовой связи не позднее, чем в 20:00.
Что такое ЕАС ОПС
Единая автоматизированная система отделений почтовой связи (ЕАС ОПС) разработана по принципу «единого окна» и заменяет более 15 различных программных продуктов, использовавшихся «Почтой России» до ее внедрения.
Сбой при обновлении ПО привел к приостановке работы всех без исключения почтовых отделений Санкт-Петербурга
Функциональность ЕАС ОПС позволяет работникам «Почты России» регистрировать входящие и исходящие почтовые отправления; осуществлять прием и выплату денежных переводов, пенсий и пособий; оформлять услуги страхования, брокерского обслуживания услуги телеграфной и голосовой связи, банковских вкладов и кредитов; продавать лотерейные, авиа- и железнодорожные билеты.
Клиент ЕАС ОПС, используемый сотрудниками отделений «Почты России», является приложением для операционной системы Windows. Серверная часть системы представляет собой службу для Windows Server. Для накопления данных применяется СУБД Microsoft SQL Server.
Как внедряли ЕАС ОПС
Работы по разработке и пилотированию ЕАС ОПС с 2013 г. выполняла ИТ-компания GMCS. К началу декабря 2015 г. систему внедрили и протестировали в 100 отделениях «Почты России».
Андрей Голов, «Код безопасности»: В многополярном мире мы могли бы создать киберальянсы
Безопасность
В конце 2015 г. GMCS выиграла тендер «Почты России» на сумму примерно 890 млн руб. По условиям контракта, заключенного между компаниями, GMCS предстояло в течение 1,5 лет заниматься развитием и тиражированием ЕАС ОПС. Систему планировалось установить в 25 управлениях почтовой связи, 15 тыс. отделений и 274 почтамтах. По истечении срока действия договора госкомпания планировала продолжить внедрение собственными силами.
Весной 2016 г. «Почта» провела тендер на предоставление ей в лизинг серверного оборудования под внедрение ЕАС ОПС. Стартовая (минимальная) контракта составляла 1,232 млрд руб., но «Почте России» удалось сбить ее до 640,5 млн. Победителем конкурса объявили компанию «И.Л.С.».
В конце 2016 г. «Почта России» обновила 30 тыс. комплектов автоматизированных рабочих мест (АРМ) для тиражирования системы ЕАС ОПС в 17,2 тыс. почтовых отделений. Для установки нового оборудования в первую очередь выбирались почтовые отделения, расположенные в крупных городах с высоким трафиком клиентов. Обновление программного продукта затронуло 54 филиала предприятия. В частности, новое ПО было установлено в 444 почтовых отделениях Москвы.
В январе 2017 г. конкурс на тиражирование ЕАС ОПС системы выиграл коллективный участник в лице компаний GMCS, НСТ, «Ланит» и «Информзащита». От исполнителя требовалось внедрить систему в 24,6 тыс. отделений почтовой связи и 25 управлениях. Стоимость контракта составила 1,1 млрд руб.
Владимир Андреев, «ДоксВижн»: В 2023 безбумажный кадровый оборот будет в числе самых востребованных направлений автоматизации
Цифровизация
К маю 2017 г. к ЕАС ОПС было подключено свыше 21 тыс. почтовых отделений по всей стране.
- Лучшие тарифы на выделенные серверы Dedicated на ИТ-маркетплейсе Market.CNews