|   |   | 
| 
 | 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: Помогите с регистром накопления "СрокиГодности" | 
| Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |