|
1С 8.2 УПП Номер платежного поручения не может оканчиваться на "000" | ☑ | ||
---|---|---|---|---|
0
dragonIMV
01.01.12
✎
20:13
|
"Номер платежного поручения не может оканчиваться на 000"
Вопрос, напомните кто помнит, почему это критично для УПП? А то в УТ у клиента полно таких и при переносе соответственно не проводятся. А из-за НГ сейчас память не та))) |
|||
1
nazi
01.01.12
✎
20:14
|
в УТ тоже нельзя...
|
|||
2
andrewks
01.01.12
✎
20:14
|
баянище. и УПП тут ни при чём. всё дело в банковской системе
|
|||
3
dragonIMV
01.01.12
✎
20:15
|
(2) может, но столкнулся первый раз...до этого клиенты видать все хорошо вели и не было проблем))
|
|||
4
nazi
01.01.12
✎
20:16
|
(3) банки запрещают такую штуку
|
|||
5
dragonIMV
01.01.12
✎
20:16
|
(1) значит компания БИТ сломала клиенту в Москве так систему...
они и так, добавили новый реквизит номенклатуры "срок годности" и в партионных регистрах везде добавили его... |
|||
6
Rie
01.01.12
✎
20:16
|
(0) Это не УПП. Это общее правило - платёжки не могут иметь номер, оканчивающийся на 000.
|
|||
7
dragonIMV
01.01.12
✎
20:16
|
(4) так вот кто виноват))) банки)))
ну тогда клиента носом и ткну, пусть разбираются почему у них такие номера.. |
|||
8
nazi
01.01.12
✎
20:17
|
(5) никто, система вроде создает платежку с номерм ххх000, но потом записывать ее или изменять нельзя, надо вручную менять номер
|
|||
9
andrewks
01.01.12
✎
20:19
|
(6) на самом деле, всё гораздо прозаичней. в системе ЦБ поле номера платёжки NUM(3), а посему при закачке номера п/п в систему ЦБ берутся последние три знака числа, в итоге, если там 000, получается пустой номер.
НО во внутрибанковских платежах (т.е. без прохода через ЦБ) таких ограничений нет |
|||
10
dragonIMV
01.01.12
✎
20:20
|
(9) спасибо за инфу, буду знать
|
|||
11
Chai Nic
01.01.12
✎
21:40
|
(9) Это было очередное "640 килобайт достаточно всем"...
Как подобная система обеспечивает уникальность первичного ключа платежек (дата, номер) с одного расчетного счета, если в течение одного дня их больше 1000? |
|||
12
andrewks
01.01.12
✎
22:02
|
(11) а кто сказал, что № клиента принимается за primary key?
|
|||
13
Chai Nic
01.01.12
✎
22:11
|
(12) Я не про внутреннее хранение в базе, а про последовательность реквизитов, однозначно идентифицирующих платежное поручение. Получается неоднозначность, поскольку все прочие реквизиты могут и совпасть..
|
|||
14
Bell
02.01.12
✎
00:49
|
(9) Так ЦБ наверное денежек (может мозгов) не хватает что-бы увеличить число символов.
|
|||
15
Злопчинский
02.01.12
✎
00:51
|
это что - я пару лет назад решал проблему со сбербанковским клиент-банком - тах у них даже спецов н ет, чтобы внятно на вопрос ответить/понять о чем речь...
|
|||
16
RayCon
02.01.12
✎
02:24
|
(9) +1
Молодец! Грамотно всё разъяснил. Из-за этого ответа ветку надо в скрижали! В том смысле, что в базу знаний Мисты внести. |
|||
17
Зеленый Кот
02.01.12
✎
07:58
|
согласен - ветку в анналы истории
|
|||
18
KRV
02.01.12
✎
08:40
|
в аналы ветку - обсосано стотыщмильонов раз, если кто-то не умеет пользоваться поиском, то ему и база знаний - куча файлов с набором букв.
|
|||
19
BigShmax
02.01.12
✎
21:52
|
(5) сотрудница БИТ ? :-)))))))
v8: Помогите с регистром накопления "СрокиГодности" |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |