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

Часовой пояс: 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 часа


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

Сейчас этот форум просматривают: нет зарегистрированных пользователей


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

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