|
Обработка Клиент-банк | ☑ | ||
---|---|---|---|---|
0
TAN1990
29.11.13
✎
09:27
|
Добрый день!
Работаю в упп82 Клиент-банк отказывается загружать платежные поручения исходящие. Читает, а при загрузке ошибки: Документ "Исходящее платежное поручение" № ЭПНОМ246 от 28.11.2013 0:00:00 не создан! Произошли ошибки при записи! Документ "Исходящее платежное поручение" № ЭПНОМ245 от 28.11.2013 0:00:00 не создан! Произошли ошибки при записи! Документ "Исходящее платежное поручение" № ЭПНОМ244 от 28.11.2013 0:00:00 не создан! Произошли ошибки при записи! Документ "Исходящее платежное поручение" № ЭПНОМ243 от 28.11.2013 0:00:00 не создан! Произошли ошибки при записи! Документ "Исходящее платежное поручение" № ЭПНОМ242 от 28.11.2013 0:00:00 не создан! Произошли ошибки при записи! Документ "Исходящее платежное поручение" № ЭПНОМ241 от 28.11.2013 0:00:00 не создан! Произошли ошибки при записи! Документ "Исходящее платежное поручение" № ЭПНОМ240 от 28.11.2013 0:00:00 не создан! Произошли ошибки при записи! Документ "Исходящее платежное поручение" № ЭПНОМ238 от 28.11.2013 0:00:00 не создан! Произошли ошибки при записи! Раньше загружались без проблем. Подскажите в какую сторону копать? |
|||
1
Wobland
29.11.13
✎
09:28
|
в сторону процессов, происходящих при записи
|
|||
2
TAN1990
29.11.13
✎
09:29
|
(1) а можно поконкретнее?
|
|||
3
Wobland
29.11.13
✎
09:30
|
>Произошли ошибки при записи!
боюсь, это максимальная степень конкретности ;) |
|||
4
craxx
29.11.13
✎
09:40
|
(0) позвать программиста, который залезет в отладчик и найдет ошибку при записи документа.
это серьезно. потому что мы не имеем сведений о том, типовая конфа или нет, а если не типовая, то что именно допиливалось... и т.д. и т.п. |
|||
5
Feunoir
29.11.13
✎
09:43
|
(3) (4) Такая фотка, и так грубо отвечать. Ай-яй-яй. :)
(2) Посмотри в журнале регистрации, может там больше информации об ошибке. |
|||
6
TAN1990
29.11.13
✎
09:48
|
(4) у нас типовая
|
|||
7
craxx
29.11.13
✎
09:54
|
(6) Подозреваю что платежки с такими номерами уже существуют
|
|||
8
TAN1990
29.11.13
✎
10:39
|
(7) изменила номера платежек - увеличила на максимально большие, чтобы уж точно таких не было. Та же самая ошибка.
|
|||
9
Maxus43
29.11.13
✎
10:41
|
(8) в процедуре где происходит запись и выводится это сообщение пиши дополнительно Сообщить(ОписаниеОшибки());
|
|||
10
Maxus43
29.11.13
✎
10:43
|
у меня это в процедуре объекта ЗаписатьОбъект(ОбъектДляЗаписи,СтрокаСекции)
|
|||
11
Maxus43
29.11.13
✎
10:44
|
Номера вобще конечно зря меняла, надо сначала понять где косяк
|
|||
12
Maxus43
29.11.13
✎
10:45
|
Исключение
НазваниеОбъекта = ПолучитьПредставлениеОбъекта(ОбъектДляЗаписи); Сообщить(Врег(Лев(НазваниеОбъекта, 1)) + Сред(НазваниеОбъекта, 2) + ?(ЭтоНовыйДокумент," не создан"," не записан")+ "! Произошли ошибки при записи!", СтатусСообщения.Важное); //Добавляем и наслаждаемся конкретикой Сообщить(ОписаниеОшибки()); Возврат; КонецПопытки; |
|||
13
TAN1990
29.11.13
✎
11:04
|
(12)Поразительно!
Документ "Исходящее платежное поручение" № ЭПНОМ242 от 28.11.2013 0:00:00 не создан! Произошли ошибки при записи! {Обработка.КлиентБанк.МодульОбъекта(3336)}: Ошибка при вызове метода контекста (Записать): Значение поля "Номер" не уникально НО я же меняла номер. Ничего не понимаю. |
|||
14
Wobland
29.11.13
✎
11:05
|
(13) достань запросом ссылку с таким номером и поймёшь
|
|||
15
TAN1990
29.11.13
✎
11:07
|
(14) может быть мы о разных номерах говорим. Я меняла номера в самом текстовом файле .txt
|
|||
16
Wobland
29.11.13
✎
11:09
|
(15) возьми вот этот: "ЭПНОМ242", он уже в базе есть
|
|||
17
TAN1990
29.11.13
✎
11:10
|
(16) Поняла, .txt тут ни при чем
|
|||
18
TAN1990
29.11.13
✎
11:13
|
+(17) и как лучше поступить? Платежки с такими номерами в закрытом для редактирования периоде. Номера их изменять нельзя.
|
|||
19
TAN1990
29.11.13
✎
11:26
|
+(17) Платежки с такими номерами были в феврале 2013. Почему программа начала отсчет оттуда?
|
|||
20
Maxus43
29.11.13
✎
11:35
|
>>Номера их изменять нельзя
кто сказал? У вас Номер всего 8 символов? |
|||
21
Maxus43
29.11.13
✎
11:36
|
введи новую платёжку руками, нажми записать. потом редактировать номер - и добавь после буковок ещё одну циферку, например 1
|
|||
22
Maxus43
29.11.13
✎
11:37
|
это всё оттого что вы жадные, вместо указания всех 9 циферок (или сколько у вас) - указывали меньше
|
|||
23
Maxus43
29.11.13
✎
11:37
|
после этих манипуляций номера у вас будут типа ЭПНОМ1238
|
|||
24
Anderson
29.11.13
✎
11:40
|
Номер документ не имеет отношения к номеру выписки. Для этого используется другой реквизит. Надо просто выполнить перенумерацию документов, она выстроит номера по порядку и тогда новый документ запишется без проблем.
|
|||
25
Maxus43
29.11.13
✎
11:42
|
(21) + укащав там организацию и т.д., надо чтобы с префиксом эжим создался документ
|
|||
26
TAN1990
29.11.13
✎
11:43
|
(24) так в том то и дело - перенумерация по порядку - это перепроведение документов с начала года - нельзя.
|
|||
27
Maxus43
29.11.13
✎
11:47
|
(26) ещё раз. тебе надо просто добавить Одну цифру в номер новой платёжки, чтобы сместить разряд. У вас есть запас, ничо не надо перепроводить
|
|||
28
TAN1990
29.11.13
✎
11:49
|
(27) спасибо. Дошло.
|
|||
29
RayCon
29.11.13
✎
16:01
|
(28) Дополню, что добавлять следует не единицу, как советуют в (21), и не любую цифру, как советуют в (27) а ноль, чтобы сквозная нумерация платежек не сломалась.
Предполагаю, что ошибка при записи происходит из-за того, что номера платежек кто-то поправил, удалив ведущий ноль, служащий критерием выделения цифрового номера. В результате длинный префикс слился с номером в единый цифро-буквенный стринг, который программа не может разделить на буквенный префикс и цифровой номер. Для проверки гипотезы можешь проэкспериментировать и заменить буквы префикса организации на такое же количество цифр. Тогда ведущий ноль в номере будет не нужен и, думаю, выгрузка пройдёт успешно. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |