Сколько ни работаю с конфигурацией 1С Учет в управляющих компаниях ЖКХ, ТСЖ и ЖСК, все равно периодически возникают разного рода ошибки, обновляемся всегда с опаской, что в новом релизе появятся новые ошибки.
Не спорю конфигурация хорошая, легкая в освоении, легко дописывать. Но частота возникновения ошибок просто сводит с ума.
Предлагаю обсуждать в этой теме все ошибки или проблемы связанные с эксплуатацией данной конфигурации. Кто-то уже нашел решение проблемы, кто-то наступил на грабли, а кто-то еще нет (и возможно не наступит поучаствовав в обсуждении).
Кто-нибудь сталкивался с такой проблемой: В январе обновились на новый релиз и после этого стали вылазить ошибки в начислениях по приборам учета. Посмотрел по регистрам, происходит следующее, если в лицевом счете было несколько приборов учета по одной услуге, а потом какой-то счетчик сняли, то программа все равно ежемесячно пытается на этот прибор что-то начислять, причем может в плюс, а может в минус. Начисления абсолютно не адекватные, сумма может быть -100 000 руб или + 200 000 руб. Я конечно обработками правлю все это дело. Но слишком большой объем ошибок, не успеваем иногда отследить подобные ошибки, абоненты приходят с жалобами, пишут в прокуратуру и т.д. Если у кого-то подобное было, напишите, очень поможете!
(760) Посмотреть какая версия бухгалтерии используется в ЖКХ, взять БП этого же релиза, и просто поверх загрузить конфигурацию. Перед этим сохранить базу.
(592) Если вы не можете загрузить идентификаторы лицевых счетов и при нажатии на кнопку поиск не чего не происходит, а в файле excel они присутствуют, значит вы еще не загрузили идентификаторы для зданий и помещений.
Выгрузите информацию сначала по зданиям и сделайте загрузку идентификаторов по ним, а потом уже по лицевым счетам. Должно сработать.
Перед этим каждый файл excel пересохраняйте в другую папку с другим именем. Должно сработать. Могу предложить помощь посмотреть удаленно.
(596) выгрузку по зданиям не проводили (все объекты были занесены в ГИС ЖКХ вручную). Загрузку идентификаторов зданий провести также не можем, все поля по ГИС забивали вручную (благо всего три здания).Отправили базу с файлами из ГИС в техподдержку, посмотрим, что скажут. Спасибо за участие)
(601)идентификаторы зданий и помещений обязательно должны быть заполнены, без них идентификаторы л/с не загрузятся.
Можно ведь выгрузить идентификаторы объектов учета с ГИС и загрузить в 1С либо только вручную их заполнять.
(606)Не загружается ни один идентификатор - ни зданий, ни помещений, ни л/с. Здания - ладно, заполнили вручную. Но помещения...Вы представляете сколько помещений, скажем так, в нескольких очень многоквартирных зданиях? Зачем вообще скрывать общий модуль (не помню как точно называется), где описан механизм загрузки с ГИС ЖКХ? Уже сама давно бы посмотрела, каким образом идет идентификация. Ведь невозможно исправить механизм выгрузки из ГИС, а вот загрузку в 1С (или настроить файл из ГИС определенным образом) вполне по силам. Да только вот непонятно, что и как править, потому что разработчики непонятно зачем скрыли все механизмы интеграции.
(600) Да элементарная ошибка, щас покажу, прикрепленный файл.
Какого черта делает бик банка в колонке где должна быть сумма раздел 2_1 колонка 12
и рачетный счет в колонке 13
я понимаю ошиблись, или как это можно назвать.
Теперь сидим ждем обновление которое выйдет в январе, или в праздники.
Без мата конечно описать сложно. Сегодня потерялись у меня площади на помещениях, здание есть, помещения есть, лицевые счета есть, площадей нет. Техподдержка, ну пришлите скрин шоты мы посмотрим, в течении 6 суток мы рассмотрим, что у вас.
Пофигу, гружу еще раз помещения, вроде встали площади.
Переходим к квитанциям. Есть там услуги, есть что фиксированные и есть что мы можем добавить.
Коммунальные услуги 51 Холодное водоснабжение 1.1
Коммунальные услуги 51 Горячее водоснабжение 2.1
Коммунальные услуги 51 Водоотведение 3.1
Коммунальные услуги 51 Электроснабжение 4.1
Коммунальные услуги 51 Газоснабжение 5.1
Коммунальные услуги 51 Отопление 6.1
Это фиксированные (назовем их так) или я что то не понимаю или как, но ГВС это двух компонентная услуга, она делится на Горячее водоснабжение (теплоноситель) - это у них фиксированная, и Горячее водоснабжение (теплоэнергия) - этой услуги у них в с фиксированных услугах нет.
Добавляю её. Получаем результат
Коммунальные услуги 51 Холодное водоснабжение 1.1
Коммунальные услуги 51 Горячее водоснабжение 2.1
Коммунальные услуги 51 Горячее водоснабжение (теплоэнергия) 2.2
Коммунальные услуги 51 Водоотведение 3.1
Коммунальные услуги 51 Электроснабжение 4.1
Коммунальные услуги 51 Газоснабжение 5.1
Коммунальные услуги 51 Отопление 6.1
Ну вроде все хорошо, я добавил что требуется.
Но все же нет
Есть услуги на общедомовые нужды
Вид коммунального ресурса (потребление при содержании общего имущества) 2 Холодная вода 1
Вид коммунального ресурса (потребление при содержании общего имущества) 2 Горячая вода 2
Вид коммунального ресурса (потребление при содержании общего имущества) 2 Электрическая энергия 3
Вид коммунального ресурса (потребление при содержании общего имущества) 2 Сточные воды 8
Из Коммунальных услуг берем Горячее водоснабжение - И из ОДН берем Горячее водоснабжение, все ОК.
Но у меня есть еще Горячее водоснабжение (теплоэнергия) и от него тоже считаются общедомовые нужды,
а услуга я уже такую добавить не могу. Хоть и в настройках я ставлю что Горячее водоснабжение (теплоэнергия) рассчитывается на ОДН, не чего нового не появляется.
Кинуть ОДН на одну услугу я не могу, потому что тариф у Горячее водоснабжение на СОИ 21,3, а у Горячее водоснабжение (теплоэнергия) на СОИ 1557,82, суммой тариф не возьмешь по понятным причинам.
Короче вывод: я и так сутками сижу в этих ТСЖ (так как обслуживаю их по ПО), то там не печатается то так надо делать, теперь чувствую, что вобще пойдет все под откос. ЖКХ это и так сложно. Много контрагентов, много расчетов, специфика ведения бухгалтерского учета, выгрузки в банки, соц защиты, на персональный сайт, расчет предельного индекса, соц защиты, в систему город, АИСММО, ОДН в комунальные, ОДН в жил услугу, дома многоквартирные, одноквартирные, блочные, общаги и тут еще и ГИС ЖКХ изменение форматов каждый месяц в гис жкх, и так далее. И еще за нас чет тестировать свой ресурс который уже получил премию не помню как называется, короче рунета. Уже просто надоело.
У кого возникают проблемы с загрузкой платежных документов в ГИС, вот решение,
достаточно заполнить вот так и платежный документ загружается в систему.
Но как будет это влиять на правила раскрытия информации, я не знаю.
Еще один косяк который сообщила техподдержка ГИС ЖКХ, если в системе сформировать отчет по мкд, то есть колонка технические характеристики здания, процентовка там стоит в районе 30, хотя все данные по зданию заполнены. Это нормально они вроде решают эту проблему.
(609)е-мае, а я по старым шаблонам загрузила (наконец-то). Их что, теперь перегружать?
P.S. перед загрузкой очистила локальный кэш путем удаления базы из списка. Потом все загрузилось.
(612) как проверить в ГИС:
Результат импорта/экспорта файлов - Шаблоны файлов для импорта.
Как проверить в 1С - только полагаться на разработчиков (ИМХО).
В наст время при отборе-поиске в Объекты управления - Лицевые счета (my.dom.gosuslugi.ru/organization-cabinet/#!/account/list) по идентификатору 1 (значению введённому в полt "№ лицевого счета") в результатах выдаются все лицевые счета с идентификаторами, содержащими 1,
т.е. все начиная со 100 (100, 101, 102, 103 до 199), а также с 11, 12, 13, 14, 15, 16, 17, 18, 19, 21, 31, 41, 51, 61, 71, 81 91, 201, 210, 211 и т.д.
Как изменить идентификатор лицевого счета?
Например, с 1 на 001, с 2 на 002 и т.д.?
Что-то у меня обращения через dom.gosuslugi.ru уходят в небытие, а логин сбрасывается
Подскажите пожалуйста. Осуществляю выгрузку в ГИС ЖКХ, что-то вводиться автоматически,а часть приходиться вбивать руками. Но вопрос в следующем: при выгрузке платежных документов возникает ошибка, связанная с необходимостью внести в справочник Виды услуг, услуги, которые организация не оказывает. Например: "В справочнике Виды услуг не определен вид услуги с реестровым номером позиции 11 (Страхование)". Из-за этого не формируются платежки. Как можно обойти данную проблему?
(618) все услуги, которые указаны в шаблоне ГИС, должны быть в базе, даже если они не используются.
Достаточно просто создать вид услуги и для него указать нужный код. Начислять на вид услуги не обязательно
Подскажите пожалуйста. Выгрузка ГИС ЖКХ. Из 1с не выгружаются платежки возникает ошибка :Для лицевого счета "321" отсутствуют начисления по основным услугам в периоде". Используется лишь одна услуга Отопление. Ранее были добавлены В Справочник Виды услуг, услуги необходимые для ГИС ЖКХ, но они не где не фигурируют. Начисления по всем счетам проведены. Что необходимо настроить или посмотреть? Заранее Спасибо
Добрый День! Подскажите пожалуйста можно ли реализовать интеграцию 1С с ГИС ЖКХ напрямую? Дело в том, что при настройке доступа к сайту ЖКХ и попытке проверки соединения постоянно возникает ошибка: Неудачная авторизация, исключительная ошибка. Это реально вообще настроить или это пока только в проекте? Спасибо
(622) добрый день. в планах разработчиков доработка прямого обмена с ГИС ЖКХ есть, сроки не определены.
По поводу ошибки это точно про ГИС ЖКХ? Может вы имеете в виду обмен с ПП "1С: Сайт управляющей компании ЖКХ, ТСЖ и ЖСК"?
Добрый день.
У нас заполнялась правильно. Добивали сами (общение с разработчиками это в большинстве - пустая трата времени). Но мы 1.5 года не обновляли программу. Сейчас обновили и снова будем анализировать книгу и добивать до результата (бухгалтера только начинают анализировать книгу).
Позиция бухгалтеров по книге (может не совпадать с мнением разработчиков):
- услуги разделены на облагаемые и необлагаемые. Например, содержание облагается, ГВС нет.
- если оплата распределена на необлагаемые услуги, то это не доход, даже если аванс
- при зачетах между облагаемыми и не облагаемыми услугами должна быть корректировка книги
- взаиморасчеты по облагаемым и необлагаемым услугам выделены на отдельные суб. счета, т.к. без них вообще не понятно как сверять книгу и отстаивать свою позицию перед налоговой.
В программе, например, есть документ Закрытие периода, который делает зачет авансов и в нем нет никаких движений по книге доходов и расходов, при этом он легко делает зачет авансов с облагаемых на необлагаемые и обратно.
Итого: считаю, что в типовой пока не взлетит. Общение с разработчиками либо мрак, либо долго, либо в планах.
(625) раскопал код программы где заполняется книга,
это официальные комментарии разработчиков в коде программы
// РЕШИЛИ:
// ______
// Ситуация 2 стандартная, не соблюдена последовательность ввода, решается перепроведением, не учитываем.
// Ситуации 1 и 3 маловероятны, т.к. банки вряд ли будут переводить денежные средства заранее. Скорее всего
// будут переводы 1 раз в какой-то определенный период на общую сумму. Поэтому оставляем пока без внимания.
// Для ситуации 4 предусмотреть возможность анализа сумм в ПРС с выходом на ОПК, РО и л/с.
//
// Если в будущем по ситуациям 1 и 3 возникнут проблемы, тогда возможны следующие варианты доработки:
// 1) Реализовать свой дублирующий механизм закрытия документом ПРС сумм по ОПК.
// Плюсы:
// - Независимость от типового механизма.
// - Гибкость.
// Минусы:
// - Проблемы с обновлением на типовые релизы.
// - Расхождения с типовым механизмом (свой будет закрывать одни ОПК, типовой - другие).
// 2) Добавить в документ ПРС новую табличную часть, с возможностью частичного автоматического заполнения,
// где будут указываться конкретные документы ОПК, с которыми связан текущий ПРС.
// При заполнении на основании РО в ТЧ попадут только ОПК из ТЧ документа РО. При заполнении на основании ОПК –
// только один конкретный ОПК. В остальном случае вручную.
// При этом вероятно нужна проверка на то, что сумма по всем ОПК из ТЧ не может быть меньше суммы текущего ПРС
// с учетом комиссии (если будет меньше то столкнемся с ситуацией 3).
// Плюсы:
// - Наглядность.
// - Возможность влиять на проведение.
// Минусы:
// - Если потребуется что-то поменять в случае ошибки, то придется менять во всех документах.
// - Проблемы с обновлением на типовые релизы.
// 3) Доработать дублирующий механизм проведения документа ПРС.
// Плюсы:
// - Минимальные изменения.
// Минусы:
// - Проблемы с обновлением на типовые релизы.
// - Затронется типовой механизм, который используется в целом при УСН. Не понятно на что еще может повлиять (нужен доп.анализ).
от еще ВОЗМОЖНЫЕ ПРОБЛЕМЫ:
// __________________
// 1. Ситуации с авансами, когда как так называемого «закрытия» не происходит.
// Т.е. в случае авансовых платежей от банка по продажам, совершенным по платежным картам, движений
// в регистре ПрочиеРасчеты при проведении ПРС нет, а следовательно не можем определить список
// связанных с ПРС документов ОПК.
Добрый день! Кто обновился на релиз 3.0.58.2, они внесли изменение в документ "Начисления услуг", теперь видны расчеты по зависимым услугам. НО! При пересчете сторнированных услуг, по основной услуги пересчитывается начисление, а по зависимым услугам нет! У меня у одного такая проблема?
(627) А почему не опубликовали официальный релиз. Я если честно запарился внедрять вашу программу с такими правилами. Я тут рву ж. учу бабушек из завхозов как надо обновлять программу самому, чтоб на себя хоть время оставалось, а тут каждый месяц неофициальный релиз.
(630) Вот именно, срочный релиз, с критической ошибкой, из-за это "встривает" не разработчик, а тот кто продал программу, и потом доказывай что виноват не ты.
Обновил программу из неофициального релиза, пересчет по сторно для зависимых услуг они переделали, все пересчитывает.Но, есть в программе повышающий коэффициент, для основных услуг повышающий коэффициент работает, а вот для зависимых услуг нет.
(633) лучше бы по делу, что нибудь ответил. Для того, чтоб от них получить ответ нужен ИТС (техно, проф) + отраслевой или ИТС базовый. Вот и весь ответ!
(634)опишите подробнее интересующий вас вопрос, сейчас нет никакой конкретной информации, которую можно было бы воспроизвести и проверить. Что именно не работает, как это проявляется? Если вопрос только в том, что повышающий коэф. не считается для зависимых услуг, то он и не должен, по законодательству.
(636) Есть услуга ГВС (теплоноситель) рассчитывается по нормативу допустим 5 м3
Есть ГВС (теплоэнергия) зависимая услуга рассчитывается 0,06 от одного куба воды
Техническая установка прибора учета возможна в этой квартире значит к этому надо приметить повышающий коэфициент 1,6
Здравствуйте. Подключили кассу вики принт 57 ф. Настройки все установили, и в драйвере к кассе и в самой 1С.
Но при печати чека из документа Регистрация оплаты в шапке чека вместо фамилии кассира печатает Администратор. Кассир:Администратор.
В чем может быть причина? как исправить?
В то же время если чек выбивается из приходника - ФИО кассира печатается, но отсутствуют необходимые данные для налоговой, в подвале чека.
В чем может быть причина? и как исправить, чтобы из документа Регистрация оплаты выбивался чек с ФИО?
Ильфат Габдуллин, вот теперь по законодательству. У нас например, Красноярский край, норматив на ГВС (теплоноситель) четко регулирован, он составляет 3,24 на одного человека, с учетом повышающего коэффициента 1,6 он составляет 5,18.
В программе да есть настройка, расчет с учетом коэффициента, это круто. Только расчет идет не верно.
Проживают три человека, тариф на гвс 21,3. Приборов учета у них нет
Расчет: 5,18 * 3 * 21,3 = 331,00
В программе
С начало 3,24 * 3 * 21,3 = 207,04
Потом ((3,24*3*1,6)-(3,24*3))*21,3 = 124,22
Потом складываем 207,04 +124,22 = 331,26
итог 26 копеек мы выставили начисление больше. А это проверяется на обычном калькуляторе. Далее заявление, жил инспекция, суд и так далее. Я понимаю это точность округления, но как ни гоняй в программе эту точность ни когда не выйдешь как рассчитывает калькулятор. Ставишь точность 2 знака, вроде и близко считается, тут же летит отопление и все остальное так как норма на отопление идет с 5 знаков после запятой. В программе может ни чего не работать, но считать и печатать квитанции она должна исключительно.
(639)Уточните, пожалуйста, следующий момент: Вы пишете, что норматив на ГВС с учетом повышающего коэффициента 5,18, но если перемножить 3,24*1,6 получается не 5,18, а 5,184, как и считает программа при точности начислений больше 2 знаков и никаких ошибочных 26 копеек в этом случае нет. Получается Вы заведомо округляете норматив до 2 знаков, на каком основании?
640.
user606894_schana1w3
13.03.18 15:05 Сейчас в теме
Кто-нибудь разобрался с гис жкх по выгрузке платежных документов? Я вроде бы как настроил, проблема в том что он выгружает левые суммы. Ведется раздельный учет по кап. ремонту, начисляю за коммунальные и общ.услуги - получил по (лицевому счету 002001) 3900,85 и за кап. ремонт 202,01
Делаю выгрузку в гис по лицевому счету 1 в итоге открываю файл который он сформировал и вижу. Услуги подцепились то хорошо, и если их слодить получатся наши заветные 3900,85, но на 1 страничке не с того ни с сего 1-ая сумма 4300 и 202.01, откуда 4300(даже сложив 3900+202 уже не получится) я думал он общую сумму всех начислений берет, но нет.
Мне кажется нужно свою обработку по формированию этих сведений делать, так как выходит полная ерунда.
По счетчикам показания и начисления выгрузились без проблем. В соц защиту писал собственную обработку и все прошло без проблем, сразу приняли. Сейчас говорят есть встроенная обработка, кто-то пользовался?
В итоге остался один единственный незакрытый вопрос по выгрузке начислений в гис жкх.
(643)в данном случае можете обратиться в техподдержку otr@rarus.ru, описав подробнее вопрос на определенном примере и скриншотами. Нужен более детальный анализ вопроса
Добрый день, не у кого не было такого что бы при выгрузке в ГИС ЖКХ платёжных документов услуги не подставлялись в нужные поля, а просто выходили нулевыми?
нужно проверять коды услуг в базе и сравнить с файлом, посмотрите инструкции на сайте разработчика, все ли верно настроено https://vgkh.ru/faq/faq_tsj_3_0/ - раздел "ГИС ЖКХ".
(650)
Да все услуги соответствуют шаблону, написал в поддержку жду ответа. Причём брал шаблон с рабочей организации и менял с нерабочей базой всё так же. Думал, что может с шаблоном, что не так, не подтвердилось.
1с:предприятие 8. учет в управляющих компаниях жкх, тсж и жск выдает ошибку при регистрации оплаты "СУММА ОПЛАТЫ НЕ СООТВЕТСТВУЕТ РАСШИФРОВКИ ПЛАТЕЖА.вОЗМОЖНО ПО ЛИЦЕВОМУ СЧЕТУ НЕТ НАЧИСЛЕНИЙ И НАЗНАЧЕННЫХ ПЛАТЕЖЕЙ"
(845) У меня это было, потому что лицевой создан был задним месяцем. Т.е. в закрытый период. В расшифровке платежа надо выполнить распределение по текущей строке.
655.
user606894_schana1w3
28.03.18 11:57 Сейчас в теме
а с документов отражение начислений в регламентированном учете встречался кто?
как общей проводкой отразить начисления, а не отдельно по каждому жильцу.
чтобы проводка была общая, на лицевые счета можно завести единого контрагента для отражения в БУ, например, назвать его "Население", создать единый договор и привязать его к нужным лицевым счетам.
В этом случае в квитанциях по-прежнему будут отображаться собственники-жильцы, а в регламентированном учете все начисления будут отражены по контрагенту "Население" общей суммой
Здравствуйте! У нас выгружается в платежке выгружается электрическая энергия, начисленная на содержание общедомового имущества по дневному и ночному тарифу. Так вот, на ГИС ЖКХ при загрузке ошибка. (Прилагаю файл выгрузки с ошибкой) Катому же в разеле 3-6 сумма услуг не равна итоговой в разделе 1-2. Помогите пожалуйста разобраться.
664.
user606894_schana1w3
03.04.18 13:51 Сейчас в теме
(663)а что может быть в этом случае? формируем выгрузку платежных доументов в гис жкх, за март, но неправильно выгружается начальное сальдо.
В отчетах и квитанции стоит правильная сумма 5900(грубо говоря), а в документе 5100. Скриншоты приложил.
А у меня наоборот, 1С выгружает сумму в разлеле 1-2 больше, чем сумма услуг в разделе 3-6.. Что то с выгрузкой. Гис на такую платежку ругается "значение не совпадает с автоматически начисленным" что логично, но шаблон подгружается.
У меня, скажем так, персональный вопрос к Ильфату Габдуллину.
Скажите, чем вызвано ТАКОЕ предоставление доступа к обновлениям? На официальном сайте по-прежнему последний релиз 3.0.59.2, на сайте Раруса есть 3.0.59.3 и 3.0.59.4. Я могу принять то, что официальное опубликование сопряжено с определенными сложностями, но писать на otr@rarus.ru каждый раз с просьбой предоставить доступ к обновлениям...в нынешних условиях, когда форматы обмена с ГИС ЖКХ меняются чаще, чем все законодательство вместе взятое...доступ предоставляется на 5 дней...класс!!! Почему нельзя предоставить постоянный доступ? Пользователь оплатил недешевую подписку на ИТС; по-моему, он имеет полное право на постоянный доступ (пока действует подписка, естественно), а не так вот...по запросам...ненадолго...
(669)в справочнике "Здания" для дома необходимо указать номенклатурную группу на закладке "Общие сведения", далее отражать начисления документом "Отражение начислений в регламентированном учете"
(678) Выгрузку в соц.защиту имеете ввиду? Там есть обработка "Выгрузка в ОСЗН". Там выбираете формат, который разработан под ваш регион. Или подбираете похожий для другого региона.
Нам приходиться свой постоянно дорабатывать.
Не знаю, проблема у всех или только у меня. База 8 Гб, доработанная соответственно, сервер 16 ядер Intel Xeon, 16 гигов оперативы, SQL. Одно обновление занимает уже 6 часов. На этом же сервере бухгалтерия предприятия, тоже доработанная, база 6 гигов, обновляться за 40 минут максимум. Обе базы проверены, ошибок нет, проверка и средствами платформы и mysql.
(679) Да, тоже ооочень долго обновлялись. Смотря на какой релиз переходите. Там в одном релизе очень большая реструктуризация. И перезапись документов начислений потом.
Добрый день! Используем программу 1С: Сайт управляющей компании ЖКХ, ТСЖ и ЖСК. Возникла проблема... ТСЖ ведем с 1.01.2018 г. Начисления за 1 квартал рассчитались хорошо, а вот со второго квартала возникли проблемы... При начислении услуг не захватывает всю площадь помещения по некоторым л.сч, к таким услугам относятся, например, ОДН, отопление, кап.ремонт. После марта настройки никакие не менялись, в чем может быть проблема?
(687)Тарифы и назначения на все услуги устанавливались один раз 1.01.18. По этим настройкам услуги за январь, февраль и март начислялись верно, а вот следующие месяца рассчитываются неверно.
проверьте в лицевом счете по кнопке "История" размеры долей лицевых счетов. Может доля установлена некорректно и не с начала месяца, поэтому и площадь не полностью берется. А так нужно смотреть детальнее, не хватает скриншотов с описанием вопроса
Программа 1С ЖКХ. Есть обмен с сайтом. При обмене с сайтом создается xml, который автоматически грузится на сайт. В этом файле данные платежного документа по лицевым счетам. Но вот по нескольким счетам идет ошибка. Программа формирует xml файл по лицевому счету и добавляет корректировку услуг по счетчикам не только в квитанцию с начислениями, но и эти суммы с минусом в оплату. В квитанции в 1С корректировка, конечно же, не попадает в оплату. На сайте в квитанции, в оплате, стоит на сумму корректировки больше. Все остальные цифры в квитанциях совпадают