Текущие компоненты

Название продукта Название компонента Тип Последняя версия Дата выхода
Галактика ERP 9.1F_BANKDOCFRES

Справка по компоненту.

Количество версий компонента94
Количество рещенных задач140
Последная дата обработки компонента2023-12-16 18:40:33
Последная дата файла2023-12-16 17:31:31
Последная версия9.1.57.0

Новые задачи в этом компоненте

F_BANKDOCF
102.189584
F_BANKDOCF ( 9.1.030.2 )

Краткое описание :

В настройке импорта банковской выписки необходимо добавить новый способ определения контрагента.

Описание :

Ввод банковской выписки

Что измененно :


В настройке импорта банковской выписки необходимо
добавить новый способ определения контрагента.
Сбербанк переходит на объединенную систему
расчетов по эквайрингу, т.е. деньги по эквайрингу будут
приходить всего от нескольких отделений, а не как
сейчас по каждому городу отдельно. Сейчас при загрузке
сторонних платежных поручений из клиент-банка
контрагент определяется по ИНН и БИК и как раз по БИК у
нас платежи и распределяются на разные отделения
Сбербанка.
После внедрения новой системы будут приходить
платежные поручения всего от 3 или 4 головных отделений
Сбербанка. Нам нужна доработка для корректной загрузки
сторонних п/п с учетом назначения платежа (или
определенного кода из назначения платежа).
Банк присвоил каждому городу свои символы (эксель
таблица с кодами во вложении).
Например IVA - это г. Иваново и нужно, чтобы в
Галактику этот платеж загрузился на контрагента СБ
Иваново с ИПП 7707083893 и БИК 042406608, а не на
ВЛАДИМИРСКОЕ ОТДЕЛЕНИЕ №8611 ПАО СБЕРБАНК Г. Владимир
указанное в банковской выписке.
Сейчас контрагент меняется вручную каждый раз
после неправильного распределения платежа. По 700
документов за раз....
Нужно создать правила, чтобы по данным кодам
городов платежи вставили на правильного контрагента.
Сейчас у нас только одному салону присвоили этот
код, переход по городам будет постепенным

Назначение платежа у всех платежных поручений
будет одинаковое и будет иметь следующий формат:
[NAME_TST] Зачисление средств по операциям МБК (на
основании реестров платежей). Мерчант [NUM_MERCH]. Дата
реестра [DATE_RTS_U]. Комиссия [COM_SUM]. Возврат
покупки [VOZV_SUM]. НДС не облагается. Где [NAME_TST] -
название тст (торгово-сервисной точки), в названии
первые 3 символа являются идентификаторами города, где
находится точка. В нашем случаи это IVA.
Пока доработка СРОЧНО нужна только по СБ Иваново.
Более подробное описание во вложении.

Как измененно :


Доработано спец.решение для 9.1 !!!
в .cfg
- прописать
{ASCONABYBV}
USECODESITY=IVA
В параметре USECODESITY через запятую указываются коды-символы городов, н-р: IVA,BAR,...

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

Если при загрузке выписки удалось найти в справочнике организацию и в строке назначения присутствует код-символ,
то по нему ищется новая организация по данному коду-символу в справочнике для импортируемого документа. Банк определяется для уже нового контрагента.
F_BANKDOCF
102.191993
F_BANKDOCF ( 9.1.030.2 )

Краткое описание :

При импорте БВ часть городов отрабатывает и в платежке распределяется как надо, но большая половина - нет. (ПИР 102.189584)

Описание :

Ввод банковской выписки

Что измененно :


Проверили доработку по ПИР 102.189584. Часть
городов отрабатывает и в платежке распределяется как
надо, но большая половина - нет. В .CFG и в каталоге
банков всё заполнено.
Зависит ли это от того,как они перечислены в .CFG?
Не ли ограничений каких на количество городов? Мы не
можем отследить сразу все города, которые не
отрабатывают, потому что выписка всегда разная. На
данный момент не правильно определяются Оренбург, Наб.
Челны, Рязань (скрины во вложении).

Как измененно :


доработано

9.1.57.09.1.56.09.1.55.09.1.54.09.1.53.09.1.52.09.1.51.09.1.50.09.1.49.09.1.47.09.1.46.09.1.45.19.1.45.09.1.48.09.1.44.09.1.43.09.1.42.09.1.41.09.1.40.09.1.39.09.1.38.09.1.37.09.1.036.09.1.35.09.1.035.09.1.034.09.1.34.09.1.33.09.1.032.09.1.32.09.1.031.09.1.31.09.1.30.29.1.030.29.1.30.19.1.030.09.1.30.09.1.29.09.1.029.09.1.028.09.1.28.09.1.027.09.1.27.09.1.026.09.1.26.09.1.025.09.1.25.09.1.24.09.1.024.09.1.023.09.1.23.09.1.22.09.1.022.09.1.021.09.1.21.09.1.020.09.1.20.09.1.019.09.1.19.09.1.018.09.1.18.09.1.17.09.1.017.09.1.016.09.1.16.09.1.015.09.1.15.09.1.14.09.1.014.09.1.13.09.1.013.09.1.12.09.1.012.09.1.11.09.1.010.09.1.10.09.1.009.09.1.9.09.1.8.09.1.008.09.1.7.09.1.007.09.1.6.09.1.006.09.1.005.09.1.5.09.1.004.09.1.4.09.1.003.09.1.3.09.1.002.09.1.2.09.1.1.09.1.001.0