Здравствуйте!
Допустим, вчера магазин продал на 22000 по эквайрингу и 13000 по СБП.
Об этом в учетной системе есть соответствующие продажные документы на суму 35000.
если я сегодня утром сниму банковскую выписку из личного кабинета, то увижу что сегодня утром мне за эквайринг пришли только 22000.
А 13000 упали вчерашним днем, так как СБП падает на счет моментально. Т.е. чтобы увидеть СБП, мне надо ЕЩЕ РАЗ снять вчерашнюю выписку.
До СБП этого делать не приходилось.
Ну и надо как-то проконтролировать, что все упало правильно, сравнить, посадить банк в учетную систему. У меня продажи на 35000, а в выписке на сегодняшнее утро только вчерашний эквайринг и сегодняшний СБП.
Даже у меня голова от этого кругом идет, а у буха и менеджера тем более.

Кто-нибудь как-нибудь разруливал в своей системе эту ситуацию?
Речь идет не о бухгалтерском учете, а о торговле, т.е. всякие дебеты-кредиты не интересуют, а только рубли, реализации, ПКО-РКО и проччие оплаты банковской картой...

просто когда ~140 магазинов, в уме все это не сосчитаешь, нужна четкая картина

Мы делали запрос в банк за период.

По каждому терминалу. Цирк начинается когда возвраты - они там тоже мгновенные.

Обычно с банком договариваются и он присылает эквайринг в чём-то (xml, xls и т.п.).

(2) По апи конечно же запрос.

(5) попробую порыть в эту сторону

а вайлберриз умеет обналичивать денежку с карт через развраты покупателей

https://habr.com/ru/news/t/719732/

(7) Из твоей же статьи:
"В Wildberries назвали фейком данные о схеме обналичивания денег. Информация об обналичивании покупателями денег через маркетплейс Wildberries, как и об уходе от налогов юридических лиц является фейком, сообщили СМИ в компании.

«Мы не работаем с юридическими лицами, они не могут совершать покупки через Wildberries и уж тем более «уходить от налогов», — отметили в Wildberries."

Банк надо выписку просить в ручном режиме - и не шибко она помогает

(8) <«Мы не работаем с юридическими лицами, они не могут совершать покупки через Wildberries и уж тем более «уходить от налогов», — отметили в Wildberries.">
это же бред, никто не мешает купить по корпоративной карте и выписать по ней авансовый отчет

ну тут сам факт, что суммы по разврату попадают на баланс ЛК, и можно их вернуть на карту, которую покупатель укажет, а не на ту, с которой покупка была изначально оформлена

Из чистого любопытства: а как же раньше до СБП обходились с той же наличкой? Ведь она тоже сразу проходила вчерашним днём при сегодняшнем только приходе эквайринга за вчерашний день. Чем таким СБП отличается от налички?

(12) я покручу в голове эту мысль, в ней что-то есть

Тут бы еще знать релиз и продукт. В старых конфах БП комиссию по СПБ то вручную приходилось делать, а в новых можно отдельно прописать вид оплат в договоре. Потому как по эквайрингу деньги на Р/с поступают за минусом, а по СПБ поступление общее и отдельная платежка на комиссию.

Есть проблемы с автоматизацией в данном случае. Связано с тем, что поступление по СПБ и эквайрингу в программе отражаются одинаково — по алгоритму эквайринга.
До релиза 3.0.123 процент банковской комиссии подтягивается из справочника Виды оплат, а он привязан к договору. При выгрузке можно выбрать только один договор, соответственно, только один % комиссии. Поэтому при разных процентах комиссии, разных расчетах (комиссия по СПБ списывается отдельно) механизм не срабатывает и требуются ручные корректировки.
С версии 3.0.123 сумма комиссии должна подтягиваться из Назначения платежа, если она там указана. Если комиссия не указана, то процент подтягивается из справочника Виды оплат. Разделение Вида оплаты по СБП от эквайринга возможно теперь при наличии текста «СБП» в наименовании Вида оплаты.

https://buhexpert8.ru/voprosy/voprosy-1s-buhgalteriya/uchet-platezhej-po-sbp.html
Хорошая статья по этому поводу.

(15) автоматизация не нужна, речь тут о понимании, об этом данная ветка, а не об 1С.
Бухгалтерия хочет в торговлю сажать денег столько, сколько в выписке пришло, а менеджмент хочет чтобы то что пришло совпадало с продажами, чтобы можно было убедиться что продавец не провела наличку вместо эквайринга или эквайринг вместо СБП. У нас банковские терминалы не интегрированны в кассу. Продавец вручную набивает сумму на терминале. И даже может не увидеть как оплатил покупатель - картой или по куаркоду, если отвлечется. И продавец сам выбирает на кассе какую кнопку нажать - нал, эквайринг или СБП. Поэтому специальный менеджер с помощью моей программы сверяет эквайринг и нал в Торговле, и в случае ошибок исправляет (делает корректирующие документы). Затем бухгалтер сверяет - если данные Торговли и Выписки совпадает - сажает Выписку в Торговлю (в Бухгалтерии она и так сидит).
А теперь сверить очень трудно стало, из-за СБП, деньги раскиданы по разным дням.

(16) Судя по вашему опусу, автоматизация у вас хромает...

специальный менеджер с помощью моей программы/////это что за зверь такой то и зачем выделять на это специального менеджера и делать ему какую то чудо программу, если с этим разберется обычный бухгалтер с помощью типовой БП?

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

(17) если бы бухгалтер занимался торговлей, то он продавал бы по 2-3 документа в день, а не по 10-12 тысяч.
я помню, как разок пришел по безналу покупать монитор в М-Видео и мне бухгалтер оформлял документы РОВНО ЧАС!
Если у нас продажа дольше минуты оформляется, это уже провал.
При этом все продажи идут в режиме онлайн, через RDP, так как руководство с самого начала основания фирмы привыкло ежеминутно видеть состояние дел, а не та чтобы раз в день сливались, да еще зависеть от того, кто не слил данные.
Когда был 8 драйвер АТОЛ была возможность настроить кассы через RDP, тогда можно было и интеграцию с банковским терминалом настроить через драйвера 1С. Хотя тоже ситуация была неприятная, когда на долю секунды где-то нарушилась связь между RDP, кассой АТОЛ и банковским терминалом. В итоге клиент орет что деньги у него снялись, в кассе и Торговле ничего не провелось, продавщица плачет... в общем, тот еще цирк с конями.
А на 10 драйверах АТОЛ интеграцию через 1С настроить невозможно, так как невозможно настроить работу кассы через драйвер 1С. Про проброс портов мне не пишите, так как портов всего 255,  на каждый магазин надо 2 порта, а магазинов 140 и будут еще расти. Поэтому система работает так - на локальном компе крутится моя программа на Delphi написанная, она ждет HTTP-запрос. На сервере RDP когда оператор нажимает "Напечатать чек", 1С посылает HTTP запрос на тот компьютер, где касса, там моя программа принимает этот запрос, расшифровывает и печатает на кассе чек. Если бы у меня не было каждодневных обязанностей по поддержке, может я бы смог в эту схему запрограммировать интеграцию с банковским терминалом. Просто уже не хватает сил и времени изучить документацию по DualConnect (это протокол для большинства банковских терминалов). Но пока никак.

на 10 драйверах АТОЛ интеграцию через 1С настроить невозможно, так как невозможно настроить работу кассы через драйвер 1С. - я имел в виду через RDP

Бухгалтерия живет в своем вымышленном мире со сферическими конями в вакууме... а жизнь (торговля) - она намного сложнее..

(0) попробуйте нанять программиста
чтобы автоматизировал сплошную разноску выписки из банка

(16) "И даже может не увидеть как оплатил покупатель - картой или по куаркоду, если отвлечется. И продавец сам выбирает на кассе какую кнопку нажать - нал, эквайринг или СБП. " - колхоз

(21) имхо все живут в своем вымышленном мирке
и бухи и торги и вы и я

(23) Если картой очевидно есть слип чек, если куаром то запрос в банк прошла ли оплата. Только после того как оплата прошла фискализируешь чек = менеджмент хочет чтобы то что пришло совпадало с продажами.

Буху приходит выписка по картам по куарам дергаешь отдельно.

(22) это я и сам иогу, я не могу объяснить бухгалтерии и менеджменту, почему продажи одни, а деньги пришли другие и почему выписку за один и тот же день надо снимать два раза - завтра и послезавтра.
я бы лучше нанял программиста, который мою программуна Delphi доработает, которая по HTTP-запросу кассовый чек печатает, чтобы туд интегрировался банковский терминал. Но где такого специалиста найти ((((

(25) вот я и думаю, тут двое написали: (12) и (5), мне кажется если эти две мысли совместить, то может получиться.

(19) "Просто уже не хватает сил и времени изучить документацию по DualConnect" - там ровно 10 строчек полезной документации.
И вообще вы в тонкий заходите через рдп??? У вас там точно всё хорошо? )))

(28) в толстый

(29) ЧТо за конфа?

(28) все плохо, но это не повод закрывать фирму и мылить веревку.

(30) УТ 10.3 Что это даст?

(22) "чтобы автоматизировал сплошную разноску выписки из банка"
А по выписке разве видны уникальные ЭлЧеки?

(26) >мою программуна Delphi доработает, которая по HTTP-запросу кассовый чек печатает

ыыы
какой лисапед

https://integration.atol.ru/api/#obschaya-informatsiya

(34)+ /WithWEB - устанавливать WEB-сервер;

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

(32) а если не секрет, почему не переходите на 11.5?

(37) а что это изменит?

(32) Для менегеров тащить толстый клиент с оборудованием на рдп ерунда какаято - нарисуй им пару форм, всё оборудование делаешь локально.

(38) тонкий клиент будет - освободишь сервера от рдп + оборудование на клиенте.

(38) Ну, опытный программист всегда должен уметь объяснить бухгалтерии и менеджменту преимущества перехода на новые версии 1С, пока ваша карета не превратились в тыкву.А потом вы уйдете и где они найдут человека разбирающегося в старых конфах, как с клюшками случилось?

И была бы у вас УТ 11.5, такого вопроса не возникло в принципе.

(39) (40)  да шиш - две кнопки. продавцы не только продают, но и делают инвентаризации, печатают ценники и прайсы, ежедневные отчеты по деньгам и товарам, по мотивации, раньше была еще продажа билеов Столото (хорошо что отказались), проводят разные акции. поэтому продавец работает не в стандартном интерфейсе 1С, а в с пециальной обработке, которую я написал и они молятся на то - какая она удобная. В принципе, после отказа от Столото, эта обработка стала в два раза меньше и переписать еена тонкий коиент можно было бы. Но время, силы. Как там в фильме одном пелось - "Фатима-фатима, соровк вас а я одна..."

(36) нафуя ты ее писал?
когда веб-сервер у атол давным давно есть свой?

(43) плюс еще пару дел, которе просто лень объяснять, но продавцы должны иметь возможность делать... все это за один день втонкий клиент не перенесешь. Хотя Вы правы - с тонким было бы меньше проблем.

(44) Так уже понятно, что человек фирму к себе привязал. Наверняка и пароль от админа знает только он. Бедные люди....

(43) Самое ёмкое и основное продажи, сам говоришь есть обработка - переветси на тонкий думаю не сложно. ПФ даже не смеши, инвентаризацию через рдп? трешак.

За день не сделаешь, неделю попинаешь посадишь ближний магазин. увидишь примущества и полетит.

140 чекловек в рдп - офигеть там ресурсов на то что пробить чек тратится

(44) ну все на свете знать нельзя. я не знал. а что - не помните, когда 8 драйвер закрывали, как все плакали что через RDP работать невозможно будет? И АТОЛ несколько лет обещал написать ту службу, которая помогала через RDP работать, но так и не написал, кинул всех. А для моего руководства нет понятия невозможно. Я хоть по-колхозному, но всегда делаю невозможное возможным.

(46) приезжай в Казань, сведу с руководством, сделаешь все как надо. Если разрешат на полчаса остановить продажи, конечно...

(48) "так как портов всего 255" - ?

(47) Заеб*нили видимо сервак миллионов за 5. Зато советчик и собиратель техники исполнил свои детские мечты.

(48) >АТОЛ несколько лет обещал написать ту службу, которая помогала через RDP работать, но так и не написал, кинул всех

ты из разряда: "гляжу в книгу(мануал) вижу фигу"?

/WithRPC - устанавливать сервер удалённого подключения ККТ;

как только перестал работать 8--й драйвер так почти сразу сделали для новых

(51) И сидят типа "Дорого богато значит эффективно и правильно, вон даже прогу на делфи свою сделали )))".

(49) Магнит в 2017 году на 2 дня продажи остановил и не умер.

(54) это про эпик-фейл со штрихами или другое?

(55) ага, с этим.

(51) на 240К всего-то. И то по ошибке. Хотел купить сервак на SQL, а купил с большим количеством памяти и потоков, но медленной тактовой частотой. В итоге отдал этот сервак под RDP. И этот сервак на 95% простаивает, нагрузки вообще нет. У меня отдельный комп под SQL (очень быстрый i7, всего-лишь 32Гб памяти, больше туда не поставишь, быстрые SSD, все спаренные в рейде, отдельно на разщных винтах система, база данных и файл подкачки SQL, вот на этом серваке основная нагрузка), отдельно сервер приложений 1С (i5, тоже на SSD, всего 32Гб оперативки, тоже нагрузка на него 10-20%). А под RDP настоящий сервак с двумя ксеонами и 256Гб оперативки, но эти ксеоны очень медленные. Когда я хотел перевести на него SQL , то система встала колом, пришлось возвращать все как было, а этот сервак отдать под RDP. Все работает как часы, ничто не тормозит!
Бухгалтерия на отдельных двух серваках - SQL и сервер приложений 1С.

(51) (53) см ответ (57) про дорого-богато. Дав обычных компа + плюс один сервер за 240К денег.

(53) приезжай, займиь. поверь, я найду работу. я не теоретик, а практик. с 1988 года ни одного дня не сидел без работы, и откуда бы ни уходил, всегда плакали руководство

(59) Во первых тебе выше написали что и как делать и блин если сделал поделку на делфи то накатать тонкий клиент из собсвенной обработки не долго.
Во вторых - сколько?
В третьих  "так как портов всего 255" - ?

(60) отвечу только про порты. потому что ответ "сколько" - это вместо меня садись на мое место.
Когда касса АТОЛ подключается, то создаются два COM-порта. Их можно было бы пробрасывать на RDP и подключать кассу через стандартный драйвер 1С, но на сервере RDP можно создать всего 255 COM-портов.
140*2 = 280 уже.

(61) У тебя сеть одна - делай сколько хочешь портов через другое приложение

(62) я в этом плаваю, скажу сисадмину своему, он пока в отпуске. нас двое - сисадмин и программист. я программист

(63) но когда 8 драйвер отменили - он не смог

(60) Интересно, как будут называться продолжатели дела клюшечников, которые на УТ 10.3 и БП 2.0 навешали костылей, которые есть в типовых УТ 11.5 и БП 3.0?

(61) >Когда касса АТОЛ подключается, то создаются два COM-порта

муахаха
второй порт уже давно не нужен https://interface31.ru/tech_it/2020/09/osobennosti-podklyucheniya-kkt-atol-na-platforme-5.html

(65) что такое может 11.5 что не может 10.3 ? подключать АТОЛ через RDP?
Тонкий клиент есть и на 10.3, но его писать надо

и да вы там изначально того
какой дятел будет ККТ на RDP цеплять?

+(68) Все уже через сеть цепляют.

(67) >Тонкий клиент есть и на 10.3, но его писать надо

мдя

имхо у вас проблема не в СБП
а в низком уровне знаний имеющихся "прогрраммистов"

(67) Уже года 4 никому не приходилось настраивать RDP, ну кроме спец конфигураций, это уже прошлый век...

(71) да там менеджмент плавает. Нет нормальных задач программисту, нет реального выполнения.
Выделить специального менеджера для разноски выписок по эквайрингу и БСП, уже одно это говорит о "высоком" уровне знаний менеджмента.

(72) <никому не приходилось настраивать RDP, ну кроме спец конфигураций, это уже прошлый век...>
а сейчас что актуально? (вспомнил позапрошлую работу где 90% машин, около 300 рабочих мест - тонкие клиенты)

(73) выделить 1-2 часа в день менеджеру, отвечающему за розницу, а не целый менеджер.

(74) WEB же, тем более, он намного безопаснее RDP.

(74) VPN и тонкие клиенты 1С актуально на кассах и в магазинах
RDP сейчас остался только для офисного планктона и разработчиков 1С ))

(77)+ причем сча тонкий клиент 1С сам обновляется с сервера