0. Infostart 07.03.19 13:07 Сейчас в теме

Взаиморасчеты «онлайн» в «1С: Управлении торговлей» 11.4.7

Опубликован очередной релиз конфигурации «1С: Управлении торговлей», в котором, кроме прочих нововведений, реализована подготовка к переходу на новую архитектуру взаиморасчетов (режим «онлайн»).

Перейти к новости

Комментарии
Избранное Подписка Сортировка: Древо развёрнутое
Свернуть все
1. Zircool 205 07.03.19 13:44 Сейчас в теме
Был не совсем удачный переход на новый механизм в ERP.


База 1С Управление предприятием (ЕРП) версии 2.4.6.188. Включена новая архитектура по взаиморасчетам ("онлайн схема").
При проведении/отмене проведения нескольких документов "Реализация товаров и услуг" возникает конфликт блокировок при выполнении транзакции.
Конфликт блокировок возникает в строке 748 общего модуля ОперативныеВзаиморасчетыСервер в процедуре ЗаполнитьОперативныеВзаиморасчеты при выполнении записи в регистр "РасчетыСКлиентамиПоСрокам":
НаборЗаписейПоСрокам.Загрузить(ТаблицаРасчетовПоСрокам);
НаборЗаписейПоСрокам.Записать();
В договорах реализаций указан порядок расчетов по договорам.
Аналитики учетам по партнерам, партнеры и договора в реализациях разные.
При проведении/отмене проведения вызывается заполнение взаиморасчетов по "онлайн схеме", когда проводится первая реализация товаров, то вторая реализация (по другому партнеру и договору, другой аналитике учета по партнерам) ожидает выполнения операций по первой реализации, не дождавшись (ожидание составляем 20 секунд) завершения заполнения взаиморасчетов по первой реализации, выводится ошибка "Конфликт блокировок при выполнении транзакции. Превышено время ожидания."
Пришли к выводу, что при записи первой реализации происходит полная блокировка таблицы регистра "РасчетыСКлиентамиПоСрокам", т.е. происходит эскалация.

По первой реализации перезаписываются 47 тысяч записей по взаиморасчетам по одному договору, что примерно составляем 18 - 20% от всех записей в регистре.
Общее количество записей в регистре "РасчетыСКлиентамиПоСрокам" в нашей базе составляет порядка 280 тысяч записей.
Эскалация происходит при записи более 5000 записей в регистр.

Вывод: т.к. у нас по одному договору ведутся взаиморасчету более трех лет, а документ "РегистраторРасчетов" создается один по одной аналитике учета по партнерам и одному объекту расчетов (договору), то каждое проведение/отмена проведения документа реализации товаров приводит к заполнению взаиморасчетов с клиентами, что приводит к перезаписи огромного количества записей в регистре накопления "РасчетыСКлиентамиПоСрокам", перезапись такого огромного количества записей приводит к эскалации и регистр накопления полностью блокируется.

Показать


https://bugboard.v8.1c.ru/error/000050694.html
EvgenURNN; Danil.Potapov; KidMo; acanta; +4 Ответить
2. acanta 07.03.19 13:53 Сейчас в теме
Скорее всего здесь не подходит сам принцип регистра накопления.
Если мы хотим видеть остатки на выбранную дату в разрезе документов при постоянном изменении задним числом всех оснований - то правильнее будет все же расчет фифо по требованию в отчете и на какие-то статистически часто используемые границы периода. То есть периодический регистр сведений. Все новое - хорошо забытое старое.
3. CheBurator 3421 07.03.19 21:36 Сейчас в теме
что-то я ничего не понял
"что теперь распределение взаиморасчетов по расчетным документам запускается сразу в транзакции проведения документов"
- это что? обычное распределение оплаты по документам образования долга или отгрузки по документам образования авансов? если это так - то чем это отличается от обычного проведения по документам расчетов в Торговле и Склад? в чем цимус? в чем ажиотаж?
7. TMV 14 09.03.19 06:26 Сейчас в теме
(3) В том и прикол, что в УТ11 решили вернуться (грубо говоря) к истокам, как это было реализовано в Тис или УТ10.
8. CheBurator 3421 09.03.19 17:32 Сейчас в теме
4. MuI_I_Ika 743 07.03.19 21:58 Сейчас в теме
Хочется пропустить "новый кривой" механизм взаиморасчетов и дождаться сразу нормального.
Mitroshin; oleg-x; +2 Ответить
5. MuI_I_Ika 743 07.03.19 22:22 Сейчас в теме
Хочется посмотреть в лицо тому человеку, который придумал отказаться от фоновых заданий в пользу транзакции проведения и при этом перезаписи движений в других документах.

Все и так криво и косо работает с жуткими тормозами.

Чего-то помелочились сразу бы себестоимость при проведении пересчитывали бы.

Можно и проводки бух учета сразу отражать.

Ну или как говорят казалось бы куда еще глубже достигли дно, однако снизу постучали.
Melnikov_Ekb; Chai Nic; its64; +3 Ответить
6. Brawler 468 08.03.19 14:05 Сейчас в теме
Месяц назад на ERP поигрался с онлайн взаиморасчетами, когда в бухне проводки разлезлись по авансам и взаиморасчетам, на этом игры и закончились... банально просто проводки в документах некорректно формируются...
13. AntonH851 77 16.05.19 07:35 Сейчас в теме
(6) А как исправляли ситуацию с разлезшимися проводками если не секрет?
14. Brawler 468 16.05.19 09:03 Сейчас в теме
(13) никак, не используем онлайн взаиморасчеты, дождемся когда отладят все это дело на других, и так голова уже пухнет о проблем
я лично и по офлайн системе в 1С написал писем 5, где признали 4 ошибки (два письма признали как одну ошибку, 100% попадание получается...) в зачете авансов... трэшак начиная с 2.4.6, сейчас Май на дворе, а у нас с Декабря штук 50 некорректно зачтенных авансов в базе по сей день, ждем не дождемся 2.4.8, авось там все это уже пофиксили, а ошибок зарегано мной у них куда больше и в других областях. ERP как решето...
AntonH851; +1 Ответить
18. technetos 27.02.20 14:28 Сейчас в теме
(6) Прошел почти год. Включили Онлайн. Такая же история. Пересчитывали прошлый период. Проводки в БУ делает неверно. Не зачитывает авансы. 62 разбежался
9. sigo 04.04.19 12:12 Сейчас в теме
На тестовой базе решил проверить переход на модель "Онлайн", прогнал помощника, ошибок не выдало. Начал процедуру перехода, спустя какое-то время выдал ошибку "Задана некорректная дата первого периода расчёта курсовых разниц". Перерыл настройки валют, учётную политику для организаций, нигде не могу найти место указания этой даты.
10. sigo 04.04.19 14:47 Сейчас в теме
(9) сам себе отвечу. Ошибку вызывал документ у которого поставили дату планируемой оплаты в будущем. Но теперь вся процедура перехода на онлайн завершается с ошибкой "деление на 0". Видимо придётся лезть в отладчик...
11. ids79 5499 16.04.19 09:51 Сейчас в теме
Да, менять движения другого документа при проведении - на мой взгляд тоже не очень корректно.
Также обнаружил еще один недочет.
Проводки по регистру "Активы и пассивы" по взаиморасчетам не формируются при первом проведении документа. Приходится их перепроводить.
Chai Nic; its64; lefthander; +3 Ответить
12. lefthander 16.04.19 11:38 Сейчас в теме
(11) Да, есть такое дело. Мне пришлось в обработках по созданию РТУ делать второй раз проведение документов...
ЗЫ в ЕРП
15. its64 15.07.19 13:34 Сейчас в теме
переход на онлайн взаиморасчеты в ут 11 запустил задание которое хочет исполняться 12 суток заполняя движения 230000 доков. Это нормально? или только нам так несказанно повезло?
16. its64 15.07.19 15:11 Сейчас в теме
Модуль ОперативныеВзаиморасчетыСервер, Функция ПолучитьВсеОбъекты() вернула 235038 записей которые,судя по замеру времени будут отрабатываться 14.6 суток.
ЗЫ 1С:Предприятие 8.3 (8.3.13.1865) , Управление торговлей, редакция 11 (11.4.8.79)
Прикрепленные файлы:
17. its64 16.07.19 09:06 Сейчас в теме
на третьи сутки словил Ошибка СУБД:
ERROR: out of shared memory
HINT: You might need to increase max_locks_per_transaction.
Суперское решение "под ключ" получилось.
прописывать 230000 движений в одной транзакции это просто чудесный был эксперимент.
интересно кто пишет такой код для типовых конфигураций и на кого рассчитаны эти конфигурации?

max_locks_per_transaction = 256 #значение параметра конфигурации сервера

И на сколько его надо увеличить? если задание отвалилось на 3 сутки, а по плану хотело работать 14.
До 1024 ?

Или все таки разработчики придумают нормальный способ перехода на онлайн взаиморасчеты в базах превышающих демонстрационную конфигурацию?
iDom; Brawler; +2 Ответить
Оставьте свое сообщение
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.

Вакансии

Автор новостных обзоров на тему 1С и бухучета
Санкт-Петербург
По совместительству

Программист 1С
Санкт-Петербург
зарплата до 150 000 руб.
Полный день

Программист 1С
Екатеринбург
зарплата от 80 000 руб. до 130 000 руб.
Полный день

Ведущий программист 1С
Москва
зарплата от 150 000 руб.
Полный день

Ведущий программист 1С (УТ 11)
Москва
зарплата до 200 000 руб.
Полный день