Текущее время: Вт, авг 05 2025, 06:58

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 8 ] 
Автор Сообщение
 Заголовок сообщения: Нумерация п/п для клиент банк
СообщениеДобавлено: Чт, окт 25 2007, 19:53 
Начинающий
Начинающий

Зарегистрирован:
Чт, окт 25 2007, 19:44
Сообщения: 7
Клиент-банк требует 4-значного номера п/п.
В dmee можно настроить чтобы из номер п/п вставлялись только последние 4 символа, проблема в том, как исключить 0000 платежку. При создании дополнительных интервалов через 10000 (00000 до 9999, следующий 10001 до 19999 и т.д.) возникла проблема с АПП, возникает ошибка не нахождения диапазона номеров. Как можно решить проблему нумерации п/п для выгрузки в клиент-банк.
Также непонятно, как потом, без создания собственного алгоритма интерпретации, распознать исходящие платежи в электронной б.в.
ЗЫ в поиске не нашел решения проблемы нумерации п/п для клиент банка.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, окт 26 2007, 00:18 
Гуру-модератор
Гуру-модератор
Аватара пользователя

Зарегистрирован:
Пт, июл 08 2005, 13:07
Сообщения: 5274
Откуда: Geneva
Пол: Мужской
Задача практически нерешаемая.
На практике пришлось заставлять бухгалтеров отлавливать "000" в платежке, удалять ее и заново выполнять прогон АПП. :(


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, окт 26 2007, 09:44 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Ср, июн 27 2007, 07:04
Сообщения: 104
Откуда: SPb
что мешает создать интервал номеров для п.п. 10001 - 19999?
или критичны три ноля подряд? если последнее - я в своё время не придумал ничего лучше варианта с ручным отслеживанием этой комбинации


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, окт 26 2007, 10:00 
Начинающий
Начинающий

Зарегистрирован:
Чт, окт 25 2007, 19:44
Сообщения: 7
"Задача практически нерешаемая.
На практике пришлось заставлять бухгалтеров отлавливать "000" в платежке, удалять ее и заново выполнять прогон АПП."

Спасибо, за сэкономленное время, а так бы продолжал биться с диапазонами. А можно что-нить посоветовать по части выравнивания загруженной электронной б.в., в ней же будет только часть номера п/п, я правильно понимаю, что единственный вариант это писать свой алгоритм интерпретации?

Хотелось бы еще один простой вопрос задать. Формирование п/п на перевод денежных средств с одного счета на другой. Вижу два варианта:
- это создание ТАП на технического контрагента и формирование п/п по ТАП, но в б.в. не указывать номер п/п и делать проводку по 57 счету ГК.
- создание контрагента с контрольным 57 счетом и формирование п/п на него, в б.в. обрабатывать п/п также как и обычные платежи контрагентам.

Что не нравится - В первом случае будут висеть невыравненные ТАП, во втором 57 - контрольный выглядит не совсем красиво.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, окт 26 2007, 23:46 
Гуру-модератор
Гуру-модератор
Аватара пользователя

Зарегистрирован:
Пт, июл 08 2005, 13:07
Сообщения: 5274
Откуда: Geneva
Пол: Мужской
Relax написал(а):
"Задача практически нерешаемая.
На практике пришлось заставлять бухгалтеров отлавливать "000" в платежке, удалять ее и заново выполнять прогон АПП."

Спасибо, за сэкономленное время, а так бы продолжал биться с диапазонами. А можно что-нить посоветовать по части выравнивания загруженной электронной б.в., в ней же будет только часть номера п/п, я правильно понимаю, что единственный вариант это писать свой алгоритм интерпретации?

Хотелось бы еще один простой вопрос задать. Формирование п/п на перевод денежных средств с одного счета на другой. Вижу два варианта:
- это создание ТАП на технического контрагента и формирование п/п по ТАП, но в б.в. не указывать номер п/п и делать проводку по 57 счету ГК.
- создание контрагента с контрольным 57 счетом и формирование п/п на него, в б.в. обрабатывать п/п также как и обычные платежи контрагентам.

Что не нравится - В первом случае будут висеть невыравненные ТАП, во втором 57 - контрольный выглядит не совсем красиво.


1. Номер платежки - это уж как договоритесь с банком. У нас они "построились" и давали полный номер. Уверяю, что для них это не проблема.
2. Использовали вариант 2. Вообще хорошая практика "1 проблема - 1 тема". Например, SAP OSS жестко ее придерживается.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Вс, окт 28 2007, 21:52 
Начинающий
Начинающий

Зарегистрирован:
Чт, окт 25 2007, 19:44
Сообщения: 7
Спасибо!!!


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, ноя 01 2007, 08:36 
Ассистент
Ассистент

Зарегистрирован:
Вт, янв 23 2007, 09:09
Сообщения: 30
Задачу пропуска нулей в номере п/п при прогоне АПП решили с помощью события OpenFI 1170


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июн 26 2008, 08:20 
Начинающий
Начинающий

Зарегистрирован:
Чт, янв 25 2007, 12:59
Сообщения: 5
Oleg_77 написал(а):
Задачу пропуска нулей в номере п/п при прогоне АПП решили с помощью события OpenFI 1170


Решаем такую же задачу. Проблема в том, что в АПП не отрабатывает никакое событие OpenFI, а при ручной проводке все нормально. В чем загвоздка?


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 8 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: Ahrefs [Bot], Yandex [Bot]


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB