Имя: Пароль:
1C
1С v8
Взаимодействие 1С ЗиКГУ со Сбербанком
0 iiwanc
 
03.11.23
09:22
Здравствуйте!
Простите, если не сюда пишу.
Пытаюсь решить задачу взаимодействия 1С со Сбербанком по зарплатному проекту.
У нас бюджетное учреждение, расчетного счета в банке не имеем.
На данный момент у нас несколько бухгалтеров-расчетчиков. Некоторые работают удаленно.
Работают в 1С Зарплата и кадры государственного учреждения.
Начисляют в ней зарплатe и выгружают реестр в XML.
Но только один сотрудник заходит в СберБизнес и загружает реестры туда.

Хотелось бы сделать возможность отправки реестров в банк каждым расчетчиком.
Пытались настроить Директ Банк. Но настройка не удалась, т.к. не имея расчетного счета в банке, договор не подразумевает такую настройку с банком.
Расчетный счет не сможет завести.

Возможно, кто-то уже сталкивался с подобной ситуацией.
Получилось решить данный вопрос? Как?

Буду благодарен любым советам по теме.
Рассмотри дополнительное ПО, обработки и другие варианты.
1 El_Duke
 
03.11.23
09:43
(0) Не очень понятно как такое возможно
Ну подготовили и отправили кучу реестров, а дальше что ?
Дальше по реестрам № Х1,Х2, и тд должна быть платежка на общую сумму. А в платежке указан расчетный счет, с которого перечисляются суммы на личные счета работяг из реестров
Расчетный счет должен быть
2 shuhard
 
03.11.23
09:45
(1) [Расчетный счет должен быть]
это бюджетное учреждение и не распоряжается денежными средствами, от слова совсем =)
3 SleepyHead
 
03.11.23
09:48
(0) Делали общие реестры в формате, который дал банк. В банк отправляется реестр и делается платежка в бухгалтерии на общую сумму. Банк распределяет сумму в соответствии с реестром.

Платит, конечно, казначейство по этой платежке.

В связи с такой системой приходится реестры и платежки готовить сильно заранее, чтобы казначейство одобрило.
4 iiwanc
 
03.11.23
09:57
(3) это все в 1С делали?
Выгружали в XML и отдельно импортировали в Сбер?
Или сразу из 1С отправляли?
5 SleepyHead
 
03.11.23
10:12
(4)  

1. Из ЗУП выгружаем обобщенные данные в промежуточный файл.
   Обобщаем по дате выплаты, КФО, КОСГУ, КБК, ФИО

2. Грузим в БГУ 2.0 в свой документ (нетиповой). Назвали его "РеестрВыплат"

3. На основании таких документов в БГУ 2.0 создается заявка на кассовый расход (кажется, так называется), сумма в ней соответствует сумме из реестра. В реестре остается ссылка на заявку. В реквизитах заявки ставится контрагент - этот банк, и реквизиты расчетного счета в этом банке. Тут (1) прав, реквизиты надо знать.

4. Реестр выгружается в файл в формате, который дает банк. Сумма в реестре равна сумме заявки на кассовый расход

Что происходит с документом "Заявка" дальше, лично не видел. Как-то отправляют в казначейство, те платят.

Плюс этой всей системы в том, что данные в БГУ потом можно сравнить с ведомостями в ЗУП, и сделать выводы, все ли ведомости отражены в реестрах в банк, и какими именно заявками оплачены.
6 El_Duke
 
03.11.23
11:09
(2) И что ?
Кто то же ими распоряжается от его имени, казначейство или как там оно называетсо ?
Платежка то все равно кем то скидывается в Сбер, деньги не из тумбочки идут, а с р/с
7 El_Duke
 
03.11.23
11:26
(0) "Но только один сотрудник заходит в СберБизнес и загружает реестры туда."

И это правильно
Даже если узнать реквизиты р/с (который безусловно есть), занести их в ЗУП и настроить ДиректБанк, то последним шагом будет раздача токенов всем причастным к отправке. В том числе удаленщикам-надомникам, что с точки зрения безопасности есть огромная дыра. Через неделю половина эти токены забудет в кафе, вторая половина сломает. Оно вам надо ?
Нет уж, пусть лучше один конкретный Вася на рабочем месте в организации все отсылает и за все отвечает
8 SleepyHead
 
03.11.23
11:28
(6) Бюджетному учреждению надо знать расчетный счет в банке не свой, а контрагента (сбера).

Платят не они сами, а казначейство.

По всей видимости, вы с (2) говорите о разных расчетных счетах.
Основная теорема систематики: Новые системы плодят новые проблемы.