Интересно, использование этих ЭС будет обязательным, если надо будет вносить или снимать нал?
http://www.cbr.ru/mcirabis/acyoc/Inf_Mci_101(2015).pdf
-
Коллеги. последний этап перехода на 0402108 в электронном виде - сообщение клиента Банка России о готовности автоматизированной банковской системы ... к формированию и передаче в Банк России электронной заявки 0402108. Кто проходил этот этап - подскажите, в каком виде и куда это отправляется?Прокомментировать:
-
34245
в новой доке:НДБР - наличные деньги Банка России. Чем они отличаются от денежной наличности, не знаю. Может валюта? Хотя кто с ЦБ валютой обменивается?ED462 5 ed:Request Изменено название реквизита
(5) Прежнее название: Заявка на получение или сдачу денежной наличности
(5) Новое название: Заявка на получение или сдачу денежной наличности, наличных денег Банка России
Для НДБР обязателен блок ed:CashПоследний раз редактировалось volfgreg; 04.12.2019, 15:26.Прокомментировать:
-
с 01.01.2020 два новых значения OperationType - 3 и 4 в ЕД462. Скажите, что это, для чего это? Что за новый инструмент НДБР? Спасибо.
54 Тип операции
(OperationType)1 Сдача денежной наличности 2 + Получение денежной наличности 3 + Передача НДБР в КО (Д1) 4 + Прием НДБР от КО (Д4) Прокомментировать:
-
Если в ПБР, в котором не обслуживается счет ГО (например РКЦ нахождения отделения КО), направляется ЕД462 с OperationType = «1» (Сдача денежной наличности), по факту совершения кассовой операции какие ЭС получаем - ED222 ил ED101, или и то и другое?.
Спасибо.Прокомментировать:
-
34245
да, всё прошло, просто у нас не было этих символов в справочнике, поэтому и возникли сомнения.
Отправили с символом 36 - пришел положительный ответ.Прокомментировать:
-
Genia Скрудж МакДак же всё написал:
Приход (OperationType=1) - CashCode = 36 - сдаете деньги.
Расход (OperationType=2) - CashCode = 71 - снимаете деньги
Прокомментировать:
-
А что за символы 36 и 71? Они в настоящее время используются? Или это специальные символы для кассовых заявок?Сообщение от Скрудж МакДак Посмотреть сообщение
Просто их нет в списке кассовых символов для 202 формы.Прокомментировать:
-
Galivut В самой заявке в печатной ее форме должны быто прописаны должность и ФИО подписантов. Вот так:
<CreatorInfo
Position="Председатель Правления"
FIO="Иванов И И"/>
<CreatorInfo
Position="Главный бухгалтер"
FIO="Петрова АБИ"/>
Операционист печатает и видит две подписи, смотрит КОП и сверяет. Операционисту все равно, какие там у вас ЗК и КА и прочее, ей передают заявку в печатной форме. Если не совпадает, операционист дает заднюю, вам приходит ед463.
Прокомментировать:
-
При реальной работе наши ed бракуются с ошибкой "Заявка должна подписываться двумя подписями лиц, заявленными в карточке образцов подписей и оттиска печати", обратились на Helpdesk, получили ответ операционного работника: «Я как операционный работник контролирую вашу заявку не на уровне сообщений ED462 с реквизитами, а в программе как документ для печати 0402108, который внизу содержит подписи должностных лиц: 2 подписи при расходе и 1 подпись при приходе. Подписи в соответствии с карточкой образцов подписей и оттисков печатей передаваемые в Кассовый центр и соглашению сочетанию подписей. (При тестирование сверяю только количество подписей). Из ED462 информация о должностных лицах должно браться из CreatorInfo, Position."Прокомментировать:
-
Наше отделение опять насело с вопросом перехода на отправку ED462 только в электронном виде. Сам текст допсоглашения к договору не дают, типа сначала сообщите о вашей готовности.
Как в итоге их направлять через АРМ КБР-Н. Просто подписывать любой парой PROCESSING и CONTROL, или нужна дополнительная простановка каких то еще электронных подписей?
В отделении говорят что т.к. по правилам проведения кассового обслуживания заявка должна подписываться руководителем и главбухом либо их замами, и они будут смотреть на наличие этих подписей. Вот и не понятно что они там хотят увидеть.Прокомментировать:
-
В недрах форума нашел документ ( Пояснительная записка.doc )Последний раз редактировалось badik; 14.08.2019, 15:50.Прокомментировать:
-
Та же ерунда. Получил ответ от ЕСПП:
На ССТ АС ЭКР проводится обновление версии. Все поступившие заявки будут обработаны.Прокомментировать:
-
Направляем на уис 4525000000 - в ответ тишина, вообще ничего.Сообщение от Alex_EAA Посмотреть сообщениеПрокомментировать:
-
Звонил на helpdesk - они сказали, что на ССТ ничего дополнительно не нужно. Во всяком случае для мск.
Т.е. если не получил ED201 с ошибкой, то можно считать, что все хорошо?
Прокомментировать:
-
Постоянно в ответ на ед462 - "Некорректный символ кассовой отчетности" !! Подскажите, пожалуйста, что ставим на снятие и на пополнение? спасибо.Прокомментировать:
-
Звоните в свое ТУ.
Эл.Чеки это дополнительный модуль который находится в каждом ТУ (Ваш чек должен попасть к ним)
Для получаения ответа надо чтобы ТУ модуль включило, поставило нужные галки для Вас.
Еще надо обработать ваш чек в ТУ человеку руками.Прокомментировать:
-
Коллеги,
кто-то сталкивался?
Отправляю ED462 на ССТ. Все уходит, но в ответ -тишина: ни ED201, ни ED280.
Прокомментировать:
-
34245
PHP код:<?xml version="1.0" encoding="windows-1251"?>
<ED462 xmlns="urn:cbr-ru:ed:v2.0" EDNo="877" EDDate="2019-08-05"
EDAuthor="3304757000" EDReceiver="3304001000">
<Request DocNo="2" DocDate="2019-08-05" OrgBIC="043304757"
NameClient="АО "ПЕРВЫЙ ДОРТРАНСБАНК"" BicPBR="043304001"
NamePBR="ОТДЕЛЕНИЕ КИРОВ" OperationType="1" OperationDate="2019-08-06"
Acc="30101810300000000757" Sum="220000000"/>
<Cash CashType="1" Nominal="100000" Sum="200000000"/>
<Cash CashType="1" Nominal="200000" Sum="20000000"/>
<CashInfo CashCode="36" CashSum="220000000"/>
<CustomerData CustomerName="Иванов Иван Иванович"/>
<Annotation>серия номер орган выдачи дата выдачи подразделение</Annotation>
<CreatorInfo Position="Председатель Правления" FIO="_._. _________"/>
</ED462>Прокомментировать:
-
Дайте, пожалуйста, ХМЛ-пример боевой ЕД462, не важно сдача или прием, спасибо! очень нужно, в УФЭБСах нет!Прокомментировать:
-
Спасибо, попробую.Сообщение от badik Посмотреть сообщениеПрокомментировать:
-
Как снять КА (извлечь базе64) надеюсь вам известно .
Xslt шаблоны можно взять на сайте АстраКБР. Большое спасибо им за это.
Вам останется допилить трансформацию хмл в тхт.
Можно найти UFEBS-viwer и заменить в нем старый шаблон на новые от астракбр.
https://github.com/diev/UFEBS-Viewer-htaПоследний раз редактировалось badik; 07.05.2019, 19:44.Прокомментировать:
-
Добрый день.
Подскажите, начали обмен кассовыми заявками через АРМ КБР-Н.
Все отлично уходит и приходит.
Получаем ответки ED280, ED222.
Вопрос в том кто и как их печатает?
Как из АРМ КБР-Н вытянуть ответки в файле txt автоматом?Прокомментировать:
-
Olga1810
Если вам это еще актуально, то после обращения в местное отделение ЦБ мы узнали, что такая ошибка появилась из-за того, что они у себя (в ТУ) день просто не открыли, т.к. ED462 уходят именно в местное отделение, и тестирование нужно согласовывать с ними.Прокомментировать:
-
aleksey15
Добрый день! Подскажите пожалуйста, Вы решили проблему с ошибкой: Некорректная дата составления ЭС (пакета ЭС)? У нас тоже такая проблема при отправке ED462.
Прокомментировать:
-
Отправил на тест ED462Сообщение от aleksey15 Посмотреть сообщение
Все принялось штатно
даже ED280 прислали, что получено
Прокомментировать:
-
Добрый день, уважаемые коллеги!
Уже который день пытаемся протестовать отправку ED462 через АРМ КБР (3 вариант защиты), если ставим Дату ОД в EDDate согласно регламенту тестирования (например сегодня 3.01.2019), то все время возвращается
с ошибкой:
Некорректная дата составления ЭС (пакета ЭС)
Детальная диагностика ошибки:
Дата составления ЭС не входит в допустимый диапазон значений
DocDate пробовали ставить и равную, и меньшую и большую Дате ОП.
OperationDate пробовали равную и большую (в образце из EDExamples.zip OperationDate была больше EDDate)
Если установить EDDate отличную от регламента тестирования, то возвращается
Дата составления ЭС (пакета ЭС) должна быть равна дате текущего операционного дня
В обоих случаях Код результата контроля: 2000, но в кодах результатов контроля ни в описании текущего УФЭБС ни 2019-го, ошибки "Дата составления ЭС не входит в допустимый диапазон значений" найти не удалось.
Может быть кто-то уже сталкивался с такой проблемой? Какой там предполагается диапазон?
Прокомментировать:
-
ССТ
Добрый день.
По сообщению специалистов:
Рекомендовано указать в реквизите BicPBR «044525000».
Убедительная просьба все заявки ED462 направлять в адрес Кассового центра BicPBR="044525000".
Заявки направленные в адрес BicPBR="044583001" и BicPBR="044599000" обрабатываться не будут.
С уважением,
Единая Служба поддержки пользователей
Центр обращений клиентов
Банка России
Т.: +7 495 957-80-01
Прокомментировать:
-
Вопрос к тем, кто перешел на обмен ED462 в эл. виде. В печатной форме заявки 0402108 в табличной части, где указываются номиналы и суммы, есть сноска: "Может не заполняться при сдаче денежной наличности." Вопрос: при формировании ED642 при сдаче наличности, заполняете ли вы этот блок? Принимает ли ЦБ без заявки без расписывания номиналов при сдаче или откидывает с ошибкой?Прокомментировать:
Прокомментировать: