Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 8 общая

Обрезает номер при переносе документов из УНФ в Бухгалтерию

Обрезает номер при переносе документов из УНФ в Бухгалтерию
Я
   Chesnok
 
26.07.21 - 13:16
Доброго дня всем.
При типовом обмене документами между УНФ и Бухгалтерией некоторые заказы покупателей переносятся с обрезанным номером. Например, № заказа 0ОНФ-ЗР4140, а переносится как 0ОНФ-ЗР40. В чем может быть дело и как это исправить?
   lodger
 
1 - 26.07.21 - 13:18
(0) при обрезании должно было перенести 0ОНФ-ЗР41 и упасть на уникальности кода на втором документе.
   Chesnok
 
2 - 26.07.21 - 13:21
(1) Не скажу как должно было, а говорю как есть: некоторые заказы переносятся без двух первых цифр.
   Chesnok
 
3 - 26.07.21 - 14:58
(0) В xml файле обмена номер уже обрезанный, т.е. получается обрезает при выгрузке.
   nodrama
 
4 - 26.07.21 - 15:02
То есть он тебе посередитне "Номера" удаляет две цифры? Ибо номер то считается полное значение Строки 0ОНФ-ЗР4140. Если бы он обрезал, он бы обрезал либо слево либо с права. А тут у тебя похоже вообще на СтрЗаменить(0ОНФ-ЗР4140, "41","");  
Если такой номер уже в выгрузке.
Бери КД, клади туда типовые правила обмена свои и смотри что там прописано, как по другому-то.
   nodrama
 
5 - 26.07.21 - 15:03
Почему он тебе вырезает "середину" номера, ни кто не скажет. Нужно смотреть правила. может они совсем не типовые уже
   nodrama
 
6 - 26.07.21 - 15:05
А если это "Некоторые заказы".. а не все. То ну как минимум для начала, сравнить в чем разница между Заказом покупателя. где номер сохраняется и заказом покупателя где номер обрезается. ПОлюбому разница должна быть, может реквизит какой-то или булево или еще что.
Не может быть так что бы 2-а абсалютно одинаковых заказа. Один выгружался норм а другой с обрезанным номером)
Но опять же посмотреть правила обмена легче
   Chesnok
 
7 - 26.07.21 - 15:08
(4) Какая разница обрезает, вырезает? Номер переносится неправильно. Где взять эти правила обмена?
   timurhv
 
8 - 26.07.21 - 15:31
   Chesnok
 
9 - 26.07.21 - 15:39
(8) Нажимал. Правила не нашел.
   Chesnok
 
10 - 26.07.21 - 15:42
Вот что там есть:
https://disk.yandex.by/i/_Ou07CfagebHKQ
   Chesnok
 
11 - 26.07.21 - 15:50
(6) Раньше все заказы переносились правильно. С некоторых пор, какие-то правильно, какие-то нет.
   nodrama
 
12 - 26.07.21 - 17:01
(11) 1. Разверни копию базы за тот период когда все заказы переносились правильно.
Выгрузи конфу в файл.
И сравни эту конфу с новой конфой где номера выгружаются не правильно. МОжет были какие-то исправления или доработки связанные с документом ЗАказ покупателя или еще что либо. Если ты не знаешь как выгрузить и посмотреть правила обмена, тогда ты их точно не редактировал, а если кроме тебя этого сделать ни кто не мог, то возможно были какие-то изменения сделаны в конфе, которые не подружились с правилами обмена))

2.Если нет.
Нужно выгрузить правила обмена, загрузить их в КД (конвертация данных). Открыть их там, найти как там обмен Заказ покупателя и посмотреть что и как он там выгружает в частности номера.
Как вытащить правила обмена в файл и залить в КД, не подскажу. У меня нет под рукой баз таких. В Яндексе поищи
   nodrama
 
13 - 26.07.21 - 17:03
Ни каких других вариантов нету. Либо накосячили в конфигураторе доработками какими нибудь
Либо косяк в правилах обмена.
   nodrama
 
14 - 27.07.21 - 09:17
НУ что, фокус удался ?
   hhhh
 
15 - 27.07.21 - 09:31
(5) всё-таки она выгружает не середину, а начало номера. Потому что 0ОНФ-ЗР походу префикс.
   nodrama
 
16 - 27.07.21 - 09:32
(15) 0ОНФ-ЗР не длинный прификс ?? там же вроде ограничения на него по символам.
   nodrama
 
17 - 27.07.21 - 09:32
(15) в УПП 100% ограничения 3 символа, в УНФ возможно больше но не точно
   hhhh
 
18 - 27.07.21 - 09:47
(10) если универсальный формат, то это КД3. Вам надо открыть общий модуль МенеджерОбмена через универсальный формат, там правила. И найти поиском слово ЗаказПокупателя, или как он там в УНФ называется. Посмотреть все и найти где устанавливается номер.
   hhhh
 
19 - 27.07.21 - 09:49
(11) походу раньше был обмен через КД2, и вам там показывалась кнопка Перейти на новый формат обмена через универсальный формат. Ну вы доверчиво нажали, ну и вляпались.
   nodrama
 
20 - 27.07.21 - 09:51
(18) Либо как я сказал, открыть копию базы того времени где Номер выгружался всегда корректно. он же говорил что раньше было все гуд.
И сравнить конфигурацию старой и новой, в частности документа заказ покупателя.
Правила они врятли правили если они даже не знают как их посмотреть. А базу возможно обновляли или изменяли))
   Chesnok
 
21 - 28.07.21 - 11:46
(19) Я ничего не жал, насчет пользователей не знаю.
   Chesnok
 
22 - 28.07.21 - 11:55
(20) Найти момент когда стало неправильно невозможно, т.к. бухгалтер стал вручную изменять номера на правильные.
   Chesnok
 
23 - 28.07.21 - 11:56
(22) И неправильно написал, сейчас все номера обрезанные, просто бухгалтер какие-то исправил вручную.
   Chesnok
 
24 - 28.07.21 - 12:27
(20) Сравнил с конфигурацией поставщика, структурных изменений этого документа не было. Добавлено пару полей в табличные части и дописан код по этим полям.
   hhhh
 
25 - 28.07.21 - 12:40
(21) у вас же написано на скрине, обмен через универсальный формат. В 2019 году бы старый формат, значит кто-то всё-таки нажал.
   Chesnok
 
26 - 28.07.21 - 12:45
(25) Сильно сомневаюсь, но даже если кто-то нажал, то почему номер неправильно переносится?
В общем модуле ничего связанного с преобразованием номера заказа покупателя не нашел.
   Chesnok
 
27 - 28.07.21 - 12:59
(18) Нашел формирование номера (по строке "ЗР"). Проблема простая, номер Заказа должен быть вида 0ОНФ-ХХХХХХ, а кто-то обрезал первые две цифры и стало 0ОНФ-ХХХХ.
Спасибо за наводку.
   nodrama
 
28 - 28.07.21 - 15:24
(27) Что значит, кто-то ?) У вас что все подряд могут залезать в конфигуратор или правила обмена ?).. Думаю найти косячника не сложно если надо конечно
   Chesnok
 
29 - 28.07.21 - 18:12
(28) При чем здесь конфигуратор? Исправили в программе, были номера 000123, а с какого-то момента исправили на 0124.
   Злопчинский
 
30 - 28.07.21 - 19:22
(29) для исправления номера вручную - задается спецвопрос перед исправлением. и только после "да" - вход в режим редактирования номера. Так что тот кто исправил - действовал специально. Вредитель. Гнать ссаными тряпками.
 
 
   Chesnok
 
31 - 28.07.21 - 21:32
(30) Тогда придется самому вносить документы, т.к. почти все пользователи рано или поздно косячат )
   hhhh
 
32 - 28.07.21 - 22:23
(31) убрал нули - это точно пользователь, не программист
   Злопчинский
 
33 - 28.07.21 - 23:19
(31) убирать постепенно дырки, через которые пользователи косячат. Это повышает устойчивость и предсказуемость, но понижает гибкость. Соответственно, если хотим сохранять гибкость - должны уметь а) затыкать дырки б) быстро исправлять косяки (бюджет должен позволять держать такого спеца). Судя по (0) автор не знает/не умеет ни того, ни другого, некопенгаген короче. Что странно, ибо бюджет должен позволять держать спеца. Вывод: бюджет зарублен руководятелом. Отсюда: топикстартер осознанно пошел на такой бюджет. ну пусть и разгребает сам "бесплатно" свои проблемы.
.
злой я сегодня...
   Chesnok
 
34 - 29.07.21 - 12:16
(33) У меня есть такое выражение: глупый всех меряет по себе, умный понимает, что люди разные.
А по факту: если типовая конфигурация позволяет изменять номер, то это не дырка, а её функционал. А если Вы давно работаете с заказчиками, то должны понимать, что невозможно сделать так, чтобы пользователь где-нибудь, когда-нибудь, не сделал ошибку. Поэтому и Ваши выводы про руководителя этого заказчика абсолютно не верны.


Список тем форума
 
Компьютер — устройство разработанное для ускорения и автоматизации человеческих ошибок.
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.