1
2
3
Показывать по
10
20
40
сообщений
Новая тема
Ответить
natali5555
Дата регистрации: 13.05.2011
Сообщений: 188
«Здравствуйте!<br>Загружаем данные из ЗУП в бухгалтерию обработкой Загрузка данных из конфигурации ЗУП.<br>Выдается ошибка:<br>Ошибка при записи документа<br> ИмяПКО = ОтражениеЗарплатыВРеглУчете<br> ТипОбъекта = Отражение зарплаты в регламентированном учете<br> Объект = Отражение зарплаты в регламентированном учете 00000000009 от 30.09.2012 12:00:07<br> ОписаниеОшибки = Ошибка при вызове метода контекста (Записать): Запись не верна! Значение поля «Расчетный документ» не может быть пустым! (Регистр накопления: Прочие расчеты; Номер строки: 1)<br> ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(7490)<br> КодСообщения = 25<br> При подгрузке предыдущих месяцев эта ошибка не выходила — может, дело в релизе?Релиз 2.0.40.7.<br>Подскажите, пожалуйста!»
ZhAmAn
Дата регистрации: 23.12.2010
Сообщений: 1333
«Значение поля «Расчетный документ» не может быть пустым! (Регистр накопления: Прочие расчеты; Номер строки: 1)<br> <br> <br>Написано же! Заполните в документе Отражение зарплаты в регламентированном учете 00000000009 от 30.09.2012 12:00:07 реквизит «Расчетный документ»«
Денис (САМАРА)
Дата регистрации: 09.04.2008
Сообщений: 8351
Может в новом релизе ЗУП и БП исправлена эта ошибка уже.
Sh_S
Дата регистрации: 02.03.2007
Сообщений: 7730
Были зарегистрированы как ошибки?
Денис (САМАРА)
Дата регистрации: 09.04.2008
Сообщений: 8351
«Проще обновить конфигурации до актуальных релизов чем проверять Ваше предположение. ;)»
Sh_S
Дата регистрации: 02.03.2007
Сообщений: 7730
(опять на вы?) Я думала вдруг Вы точно знаете.
natali5555
Дата регистрации: 13.05.2011
Сообщений: 188
Обновила до последнего релиза и ЗУП и Бухгалтерию,но ошибка осталась.<br>В документе Отражение зарплаты в регламентированном учёте нет такого реквизита — это я первым делом проверила!<br>Проводится и выгружается из ЗУП без ошибок, а ошибку выдает уже конфигурация Бухгалтерия при загрузке файла.<br>Реквизит Расчетный документ — в Регистре накопления Прочие расчеты, запись в регистре создается автоматически при загрузке файла.<br>Где и что заполнить? Не нашла, подскажите!
ZhAmAn
Дата регистрации: 23.12.2010
Сообщений: 1333
А кассовые документы то выгружаете?
natali5555
Дата регистрации: 13.05.2011
Сообщений: 188
Нет, только Отражение зарплаты в регламентированном учете
ZhAmAn
Дата регистрации: 23.12.2010
Сообщений: 1333
Думаю стоит и их,расчетные документы как раз они!
Читают тему:
Автор Настя_BC, 22 июл 2015, 10:48
0 Пользователей и 1 гость просматривают эту тему.
Здравствуйте.
Не могу провести документ Выдача наличных на подотчет. Выходит сообщение: Запись неверна. Значение поля «Расчетный документ» не может быть пустым. Регистр накопления: прочие расчеты; Номер строки: 1.
Если в этом документе выбираю другое физлицо, то проводится. Тестирование делала и внешнее и внутреннее. Не помогает. Ошибок нет при тестировании. Релиз конфигурации 3.0.40.40.
Помогите решить проблему.
Цитата: Настя_BC от 22 июл 2015, 10:48
Здравствуйте.Не могу провести документ Выдача наличных на подотчет. Выходит сообщение: Запись неверна. Значение поля «Расчетный документ» не может быть пустым. Регистр накопления: прочие расчеты; Номер строки: 1.
Если в этом документе выбираю другое физлицо, то проводится. Тестирование делала и внешнее и внутреннее. Не помогает. Ошибок нет при тестировании. Релиз конфигурации 3.0.40.40.
Помогите решить проблему.
Разобралась. В Регистре накопления были записи с пустым полем Расчетный документ. Перепровела Регистратор этих записей и затем провелись и мои расходники.
Теги:
- Форум База
-
►
Форум 1С — ПРЕДПРИЯТИЕ 8.0 8.1 8.2 8.3 8.4 -
►
Пользователям 1С Предприятие 8 -
►
Не проводится РКО на подотчет в бухгалтерии 3.0
Похожие темы (5)
Поиск
|
3 / 3 / 2 Регистрация: 21.04.2014 Сообщений: 216 |
|
|
1 |
|
Запись не верна: значение поля не может быть пустым03.08.2016, 10:55. Показов 30277. Ответов 4
Конфа erp 2.1. Не проводится документ Заказ давальца. Ошибка:
0 |
|
3 / 3 / 2 Регистрация: 21.04.2014 Сообщений: 216 |
|
|
03.08.2016, 11:20 [ТС] |
2 |
|
через отладчик смотрел , ошибка вылазиет на строке Результат = Форма.Записать(ПараметрыЗаписи); {ОбщийМодуль.ОбщегоНазначенияУТКлиент.Модуль(1137)}: Ошибка при вызове метода контекста (Записать) Миниатюры
0 |
|
Модератор
3724 / 2918 / 575 Регистрация: 10.03.2011 Сообщений: 11,491 Записей в блоге: 1 |
|
|
03.08.2016, 16:46 |
3 |
|
Запись не верна! Значение поля «Код строки» не может быть пустым! Мне кажется ключевое не отладка, а вот это сообщение! =)))
0 |
|
3 / 3 / 2 Регистрация: 21.04.2014 Сообщений: 216 |
|
|
04.08.2016, 07:02 [ТС] |
4 |
|
Dethmontt, убрал галку на запрет незаполненных значений на поле КодСтроки, документ провелся и КодСтроки заполняется, но с галкой почему то выдает ошибку. Вариант без этой галки не подходит. Как можно исправить это?
0 |
|
Модератор
3724 / 2918 / 575 Регистрация: 10.03.2011 Сообщений: 11,491 Записей в блоге: 1 |
|
|
04.08.2016, 11:12 |
5 |
|
juristbrn, начать с того, что нужно понять из какого события растут ноги. Ставим отладку — остановку по ошибке — открываем стек вызовов и смотрим что там написано
0 |
Новая программа — новые ошибки. Дело даже не в самой ошибке, а в ее комментарии. Увидев это сообщение не каждый программист, не говоря уже о пользователе, сразу разберется в чем дело, а тем более найдет решение вопроса.
КЛАССИФИКАЦИЯ ОШИБКИ
При отмене проведения документа Реализация товара (возможно и других документах) у пользователя в Комплексной автоматизации 2 (возможно и в других конфигурациях) всплывает сообщение об ошибке. Текст ошибки дословно:
Запись не верна! Период не может быть пустым! (Регистр накопления: Плановые оплаты клиентов; номер строки: 58)
Такое же сообщение может всплывать со сслыками на другие регистры, например, Плановые оплаты поставщикам. Подмечено, что на конфигурациях с управляемыми формами с интерфейсом Такси ошибки стали встречается чаще, чем на конфигурациях с обычными формами. Практика тестирования новых решений на пользователях, видимо, до сих пор активно используется в выпускаемых решениях 1С Предприятие.
Из сообщения, которое видит пользователь можно сделать только выводы что:
- есть ошибка
- ошибка в регистре накопления
- что-то связано с оплатой клиента
- номер строки 58
КАК МЫ ИСКАЛИ И ИСПРАВЛЯЛИ ОШИБКУ
Понятно, что ошибка есть, но из сообщения об ошибке трудно понять что именно не так. Информация об ошибке сугубо техническая, без указания что не так с данными. Поэтому методом проб и ошибок нами было найдено решение данной проблемы.
Что мы делали, но не помогло
1. Поскольку речь идет об «оплатах клиента», то первое о чем мы подумали, что уже известная обработка «Заполнение регистров взаиморасчетов» исправит все косяки программы. О том как и для чего используют эту обработку читайте в нашем материале «Ошибка При записи при проведении документов». Это нам не помогло. Отменить проведение документа Реализация товара не получалось.
2. Провели тестирование и исправление базы данных через конфигуратор. В профилактических целях эта операция, конечно, не лишняя. К тому же никогда не знаешь на каком именно свете сейчас находится база данных. Так что мы выполнили и это, но тестирование также нам не помогло.
3. Пробовали менять Планы оплаты, указанные в Заказе покупателя на вкладке Основное. В целом предпринимали множество действий по поиску ошибки, формировали отчеты по задолженности клиента, редактировали Заказ покупателя, по которому проведена Расходная накладная. Ничего не срабатывало. Документ Реализация товаров не снимался с проведения.
ИСКАТЬ ОШИБКУ НУЖНО В РЕГИСТРЕ
Очевидно, что да, подумаете вы, потому что ругается на строку в регистре. Но не все так очевидно и просто, как кажется. Почему? Потому что в регистре строка, на которую ругается программа заполнена так же как остальные строки программы. Причина, в нашем случае, оказалась в Дате документа Заказ Покупателя. Так получилось, что по кредитному договору была подвязана оплата датой раньше, чем был выписан заказ. Мы изменили дату Заказ покупателя и ошибка исчезла. Скорее всего бухгалтер непавильно указал в платежном поручении ссылку на заказ или была изменена дата платежки, или ссылка на заказ в платежку была подвязана значительно позже проведения банковской выписки. Ситуаций может быть множество. В принципе, по бизнес-логике предоплата, которая возникла в нашем случае, по кредитному договору допустимая ситуация. Но 1С эту ситуацию реагирует ошибкой. Не обязательно что у вас будет ситуация точь в точь, но где искать ошибку мы вам рассказали.
|
|||
| kukulkan
04.05.22 — 10:06 |
Привет! 1С:Предприятие 8.3 (8.3.15.1958) Подскажите. У меня в документе выскакивала ошибка: Запись с такими ключевыми полями существует. Поставить периодичность регистра — одна секунда. Теперь ошибка выскакивает: запись не верна период не может быть пустым Что следует проверить? Спасибо |
||
| Жан Пердежон
1 — 04.05.22 — 10:07 |
Проверь, что период не пустой |
||
| Волшебник
Модератор 2 — 04.05.22 — 10:08 |
(1) Спасибо, Кэп! |
||
| kukulkan
3 — 04.05.22 — 10:13 |
период не пустой, конечно же, но ошибка выскакивает |
||
| lodger
4 — 04.05.22 — 10:19 |
(3) исполняющему коду мы верим больше, чем тебе. пустой — значит пустой. |
||
| SSSSS_AAAAA
5 — 04.05.22 — 10:19 |
(3) Обвинить комп во лжи и подать иск на компенсацию морального ущерба. Почему решил, что проблема уникальности именно в периоде? Почему решил, что установка периода в секунду решит проблему? Почему решил, что надо корежить регистр,, а не искать проблемные записи? |
||
| hhhh
6 — 04.05.22 — 10:21 |
(3) ну посмотри поля в отладчике в момент ошибки. наверно, у тебя несколько записей пишется, а ты смотришь первую из них, там период непустой, а в следующей записи наверно пустой. |
||
| lodger
7 — 04.05.22 — 10:21 |
(5) обычно, проблема в расхождении бизнес-логики и архитектуры решения. а корень расхождения в странных идеях на стороне бизнеса. например, были цены ежедневные, а стали посекундные. то есть, увеличилось число документов регистрации с разными показаниями на разное время в пределах дня. |
||
| kukulkan
8 — 04.05.22 — 10:26 |
Дополнение, в ошибке выскакивает, что запись не верна период не может быть пустым, а потом дата 01.01.0001 0:00:00 но период выбран другой Почему решил, что проблема уникальности именно в периоде? — ну так ошибка выскакивает о периоде Почему решил, что установка периода в секунду решит проблему? — исчезла ошибка с ключевыми полями, когда сменил регистр Почему решил, что надо корежить регистр,, а не искать проблемные записи? — это новый документ там буквально одна запись. Первая строка записалась без проблем, а вторую не могу сохранить lodger это документ фонда оплаты труда не мой случай |
||
| Fish
9 — 04.05.22 — 10:30 |
(8) Смотри в коде, что у тебя пишется в поле «период» при записи в регистр. |
||
| Lexandr
10 — 04.05.22 — 10:36 |
Да открой регистр, глянь с каким периодом у тебя были созданы записи предыдущими документами. |
||
| Жан Пердежон
11 — 04.05.22 — 10:41 |
(8) научу пользоваться отладчиком (дорого) |
||
|
SSSSS_AAAAA 12 — 04.05.22 — 11:31 |
(8) «Почему решил, что надо корежить регистр,, а не искать проблемные записи? — это новый документ там буквально одна запись. Первая строка записалась без проблем, а вторую не могу сохранить» Но ругается то на регистр, а не на записи в документах. В регистре тоже одна запись? |
 |
|
Здесь можно обсудить любую тему при этом оставаясь на форуме для 1Сников, который нужен для работы. Ymryn |
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку «Обновить» в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
|
1 / 1 / 0 Регистрация: 21.11.2020 Сообщений: 67 |
|
|
1 |
|
|
1C 8.x Период не может быть пустым04.05.2022, 11:01. Показов 2079. Ответов 14
1С:Предприятие 8.3 (8.3.15.1958) Привет! Подскажите. У меня в документе выскакивала ошибка: Запись с такими ключевыми полями существует.
__________________ 0 |
|
1121 / 674 / 196 Регистрация: 22.04.2013 Сообщений: 5,092 Записей в блоге: 1 |
|
|
04.05.2022, 11:08 |
2 |
|
я бы проверил в режиме 1С предприятие записи в регистре 0 |
|
1 / 1 / 0 Регистрация: 21.11.2020 Сообщений: 67 |
|
|
04.05.2022, 19:31 [ТС] |
3 |
|
Yulunga, я уже удалила в макете регистра «период» у меня он уже нигде не значится, но ошибка все равно вылетает о периоде. что-то я упускаю. эта ошибка появилась когда накатила новый релиз до этого все было ок 0 |
|
1121 / 674 / 196 Регистрация: 22.04.2013 Сообщений: 5,092 Записей в блоге: 1 |
|
|
04.05.2022, 20:39 |
4 |
|
что такое макет регистра, извините 0 |
|
1 / 1 / 0 Регистрация: 21.11.2020 Сообщений: 67 |
|
|
05.05.2022, 06:42 [ТС] |
5 |
|
Yulunga, я имею ввиду, что этого поля у меня нет, но ошибка та же: запись не верна период не может быть пустым 0 |
|
1121 / 674 / 196 Регистрация: 22.04.2013 Сообщений: 5,092 Записей в блоге: 1 |
|
|
05.05.2022, 06:51 |
6 |
|
Главное отличие периодического регистра сведений от обычного заключается в том, что в нем присутствует дополнительное системное измерение «Период», имеющее тип «дата». Это позволяет получать не только текущие сведения об объекте, но также на любой момент времени. Добавлено через 54 секунды 0 |
|
1 / 1 / 0 Регистрация: 21.11.2020 Сообщений: 67 |
|
|
05.05.2022, 07:07 [ТС] |
7 |
|
Yulunga, нашла где оно торчит. В реквизитах стоит, только теперь не могу удалить 0 |
|
1121 / 674 / 196 Регистрация: 22.04.2013 Сообщений: 5,092 Записей в блоге: 1 |
|
|
05.05.2022, 08:03 |
8 |
|
удаляйте регистр и заводите новый. и прежде чем заводить — думайте всегда. это не тяп-ляп, а весьма ответственное дело 0 |
|
1 / 1 / 0 Регистрация: 21.11.2020 Сообщений: 67 |
|
|
05.05.2022, 08:32 [ТС] |
9 |
|
Yulunga, ерунда получается. Если я оставляю периодичность — непериодической, то выскакивает ошибка, что запись с такими ключевыми полями существует. Если я ставлю периодичность — посекундная, то вылезает, что ему нужен период 0 |
|
1121 / 674 / 196 Регистрация: 22.04.2013 Сообщений: 5,092 Записей в блоге: 1 |
|
|
05.05.2022, 09:12 |
10 |
|
я наверно плохо говорю по-русски ставите посекундно — а в регистре записано 1.1.21 и нет никаких секунд — ему нужен период. вроде всё. разжевал так, что прямо уже и в рот положил. ерунда не получается. получается что при проектировании регистра вы не думали. теперь расплачивайтесь 0 |
|
1 / 1 / 0 Регистрация: 21.11.2020 Сообщений: 67 |
|
|
05.05.2022, 09:48 [ТС] |
11 |
|
Yulunga, у меня настройки стоят точно такие же как и были в прошлом релизе и там все нормально работает, а в этой версии нет. я удалила все записи 0 |
|
1121 / 674 / 196 Регистрация: 22.04.2013 Сообщений: 5,092 Записей в блоге: 1 |
|
|
05.05.2022, 09:55 |
12 |
|
идёте в журнал регистрации — может там будет написано на какой именно строке он спотыкается 0 |
|
1 / 1 / 0 Регистрация: 21.11.2020 Сообщений: 67 |
|
|
05.05.2022, 10:04 [ТС] |
13 |
|
Yulunga,о мне сигналит на второй записи, первая без проблем записывается, вторую не могу провести тк такое поле уже существует 0 |
|
1121 / 674 / 196 Регистрация: 22.04.2013 Сообщений: 5,092 Записей в блоге: 1 |
|
|
05.05.2022, 10:15 |
14 |
|
набор измерений должен быть разный. 0 |
|
Модератор
3698 / 2898 / 569 Регистрация: 10.03.2011 Сообщений: 11,409 Записей в блоге: 1 |
|
|
08.05.2022, 07:27 |
15 |
|
запись не верна период не может быть пустым При проведении заполните период в регистре 0 |
|
IT_Exp Эксперт 87844 / 49110 / 22898 Регистрация: 17.06.2006 Сообщений: 92,604 |
08.05.2022, 07:27 |
|
Помогаю со студенческими работами здесь Ошибка:название папки не может быть пустым <?php
и таблица table_2 Name не может иметь значение NULL или быть пустым Ошибка: не правильно определена функция fopen и имя файла не может быть пустым Массив: Проверить, может ли период заданной последовательности быть равным 1? Почему в yii может быть пустым Yii::app()->request->urlReferrer? Засунул в экшн контроллера (users/registration) такую конструкцию: if(!$role ||… Не работает триггер («Поле ID не может быть пустым») Искать еще темы с ответами Или воспользуйтесь поиском по форуму: 15 |
Запрос из связной таблицы, когда id может быть пустым1C 80 :При потытке записать выдаетЗапись не верна! Период не может быть пустым! (Регистр сведений: Данные по ГВЦ; Номер строки: 1)Где этот чертов период ставится?
В периоде. Или применяется Регистратор. В зависимости от строения регистра…
Поставил Периодичность — в пределах дня Режим записи — независимый Основной отбор по периоду — стоит галкаГде ставить период ???
Заработало Но в регистре необходимо будет хранить данные по каждому дню Как тогда быть?
Ну напиши ты — Период = <Любая дата>
Вот мой кодЯ ищу в нем ошибки — Все строки файла не выводятся — только одна ???
Набор.Записать(Истина);З.Ы. С кода и надо было начинать ветку.
Спасибо — только что догадался 2 вопроса-НоваяЗапись.Период = ТекущаяДата; — значит то каждая запись будет храниться в базе на ТекущаяДата -?те можно будет выбрать данные недельной давности?- Почему в регистр попадает только 1 запись В ыборка не работает по-ходу Пока Стр<>Неопределено цикл?Спасибо за помощь
Потомушто «Периодичность — в пределах дня».Раскрой смысл «не работает»… Есть подозрения, что именно работает, но ты пользуешся неизвестным науке жаргоном…
1 вопрос — давообще сделай так лучше:
Может я ошибаюсь . Мне каженся что Одинаковых записей в одно время в рег сведений быть не должноА запись строк разных идет с одинаковым ТекущаяДата Поэтому записывается последняя затирая предыдущиеЕсли я поставлюПериодичность — в пределах сек — врятли поможет Запись возможно быстрей 1 Сек Как быть?
Написал.Периодичность оставил — в пред дняА оноОбработка.ПриемКодов}: Ошибка при вызове метода контекста (Записать): Запись с такими ключевыми полями существует! (Регистр сведений: Данные по ГВЦ; Номер строки: 2)Набор.Записать(Истина);по причине:Запись с такими ключевыми полями существует! (Регистр сведений: Данные по ГВЦ; Номер строки: 2)
Тэги:
Комментарии доступны только авторизированным пользователям
Здравствуйте. При повторном закрытии 1С вознила трудность в групповой обработке. До данной операции период был закрыт благополучно, изменений не было вообще никаких и нигде, кроме коммента в реализации, из-за чего и пришлось все перезакрывать. Пишет так:
Обработка Списание с расчетного счета АК00-000167 от 31.10.2018 18:00:00 не выполнена по причине:
{Обработка.ГрупповоеПерепроведениеДокументов.МодульМенеджера(1986)}: Ошибка при вызове метода контекста (Записать): Ошибка при выполнении обработчика — ‘ОбработкаПроведения’: {ОбщийМодуль.УчетНДФЛ.Модуль(1726)}: Ошибка при вызове метода контекста (Записать): Запись не верна! Значение поля «Дата получения дохода» не может быть пустым! (Регистр накопления: Расчеты налогоплательщиков с бюджетом по НДФЛ; Номер строки: 5)
Не пойму что не так. Где посмотреть? Подскажите пожалуйста. Работаю в 1С:Предприятие 8.3 (8.3.12.1685), конфигурация Бухгалтерия предприятия, редакция 3.0 (3.0.67.67).
г. Усть-Лабинск10 157 баллов
Добрый день! Попробуйте запустить проверки на физическую и логическую целостность, предварительно сделав копию базы
Заполнить и подать уведомление об исчисленных суммах налогов и взносов
Цитата (Чурсина Ирина):Списание с расчетного счета АК00-000167 от 31.10.2018 18:00:00
Откройте этот документ и проведите его. Проводит? Если нет, то посмотрите движения этого документа Дт/Кт — Закладка Расчеты налогоплательщиков с бюджетом по НДФЛ. Есть в регистре поле Дата получения дохода.
Цитата (Чурсина Ирина):Значение поля «Дата получения дохода» не может быть пустым!
Скорей всего в начислении ЗП — поле получение дохода Не заполнилось.
Содержание:
1. Общий вид ошибки в 1С «Запись не верна» и ее возникновение
Для начала, представим окно ошибки «Запись не верна…» внутри системы программы 1С Предприятие, по тексту которой нельзя однозначно понять в чём именно неполадка:
Ошибка вида «Запись не верна…», чаще всего, возникает в программе 1С: Комплексная автоматизация в случае отмены проводки документа «Реализация товара». Полный текст ошибки был приведён выше, однако, ссылка может быть и на иной регистр. Также более распространена эта ошибка на тех конфигурациях, которые содержат управляемые формы, а не обычные.
Информация внутри текста ошибки даёт нам понять только следующие вещи: что возникла некая неполадка, что она располагается внутри регистра накопления 1С Предприятие, что она имеет связь с оплатой клиентов и номер строки ошибки (в случае примера – это номер 58).
2. Устранение ошибки 1С: Запись не верна
Так как по тексту ошибки конкретно не сказано, что не так с данными, то следует воспользоваться таким алгоритмом:
· В сообщении об ошибке есть фраза о клиентских оплатах, а с ними связана обработка «Заполнение регистров взаиморасчётов», которая устраняет подобные неполадки, однако, данная обработка далеко не всегда помогает провести отмену проводки документа «Реализация товара», поэтому, скорее всего, придётся прибегнуть к следующим пунктам;
· Проведение теста и правок в информационной базе при помощи конфигуратора 1С Предприятие, если этот пункт также не оказался действенным, то нужно перейти к следующему;
· Можно произвести изменение «Планов оплаты», которые прописаны внутри заказа покупателя, который располагается в панели «Основное». Также некоторым помогает проведение формировки отчётностей по клиентским задолженностям;
· По началу, кажется, что что-то не так со строкой из регистра, однако, указанная строка точно такая же, как и остальные. Наиболее распространённым способом снятия ошибки 1С: Запись не верна является обратить внимание на дату документа: Заказ покупателя, а именно – бывает так, что заказ выписан позже, чем привязана оплата по кредитной документации. То есть, ссылка оплаты была привязана позднее, чем проведена выписка из банка (могут быть и другие причины такой несостыковки). В таком случае система программы 1С Предприятие рассматривает предоплату по кредиту как ошибку (хотя, с точки зрения бизнес-процессов – это не всегда ошибка). В этом случае нужно исправить даты, и ошибка пропадёт.
Специалист компании «Кодерлайн»
Айдар Фархутдинов