crm

Форум

ГлавнаяBatalinVA

BatalinVA

Форум

Дата создания

Выбрать дату в календареВыбрать дату в календаре

Тема

Сообщение

Упорядочить

Выбрать дату в календареВыбрать дату в календаре

Шаблон ПД (платежных документов)
 
[QUOTE]Сергей_ пишет:
[QUOTE]BatalinVA пишет:
по причине того что терпеть ненавижу  программы писаные не мной.[/QUOTE]
Это потому что наверно один пишете, а не в коллективе.[/QUOTE]Совершенно правильно. Офшор и бодишоп тож не особо жалую ;-)

[SIZE=85px][COLOR=greenpt]Отправлено спустя 7 минуты 37 секунды:[/COLOR][/SIZE]
[QUOTE]two_oceans пишет:
Естественно, умножение целых чисел нужно делать вперед, это даже не вопрос. Однако, к сожалению, не всё так просто. Достаточно много языков программирования в которых результат деления двух целых чисел должен быть вещественным (в большинстве - double), целочисленного просто не предусмотрено, даже если остаток целочисленного деления ноль. И, хоть вы и делите 30/3, а выйдет (не проверял, что-то вроде) 10,00000000000001 за счет ошибки вещественного представления числа.[/QUOTE] Возможно. Я не силен в чем то ином, кроме MSSQLServer (cерверная часть) VFP9sp2 - клиент. Пока хватает вполне. Пытаюсь Жабу и ейной ЖабаФХ мучить, но идет очень туго

[SIZE=85px][COLOR=greenpt]Отправлено спустя 6 минуты :[/COLOR][/SIZE]
[QUOTE]two_oceans пишет:
Ничего не мешает завести тему про округления в разделе программного ПО, там всем миром и выявим сильные/слабые места способа. Если конечно захотите.[/QUOTE] Это не алгоритм, а скорее подход. Могу в личку написать. Публично светить и обсуждать нет желания по многим причинам

[QUOTE]two_oceans пишет:
Частично соглашусь, я не люблю программы в исходники которых не могу заглянуть. Хотя не факт, что буду править или пересобирать.[/QUOTE] Нууу, в чужих исходниках рыться тож удовольствие не шибко благодарное.

[SIZE=85px][COLOR=greenpt]Отправлено спустя 5 минуты 7 секунды:[/COLOR][/SIZE]
[QUOTE]франклин пишет:
Ребятки, чтот не считает у меня площадь квартиры умноженную на тариф. Хотя эту @ ставлю а пишет ноль. Почему так ?[/QUOTE] Почитайте внимательнее описалово шаблона новое. Нам написано какие поля заполняются при жиличных услугах. Так как туда же входят те услуги которые раньше в комунальные входили и назывались ОДН. Конечеую сумму пишите. СЖ+ ваши комунальные услуги на содержание жилья. Они системой не пересчитываются.
Шаблон ПД (платежных документов)
 
[QUOTE]two_oceans пишет:
Не спорю, что есть такое округление, но нужно понимать область применимости каждого алгоритма.[/QUOTE] там по ссылке разъясняется в каких случах возникают проблемы решаемые с помощью подобного округления
[QUOTE]two_oceans пишет:
Вот из-за такого округления и получается в 1С расхождение на 2 копейки в зарплате или сумме налога, отнимающее немало нервов. [/QUOTE] К сожалению не могу ничего Вам сказать по этому поводу ибо малознаком с этим замечательным продуктом по причине того что терпеть ненавижу программы писаные не мной.
[QUOTE]two_oceans пишет:
Крепко сомневаюсь в его целесообразности в случае ПД ГИС[/QUOTE]
1  правильно делаете
2. Я его привел в пример в качестве иллюстрации того , что существуют отличные от арифметического округления. Могу также сказать что половина действий приводящих искажениям округления могут решаться банальной заменой последовательности операций
10/3*3 =3.3333*3=9.999 и совсем другой правильный результат 10*3/3=10 т.е. не 9,999, а 10..
3. В ГИСЕ  я использую вообще иной способ округлений, в конечном итоге дающий результат совпадающий с гисовским. Но рекомендовать его не могу, т.к. не уверен в его правильности и в том что стоит ли вообще подобный способ обсуждатть.
Шаблон ПД (платежных документов)
 
[QUOTE]Давид Сумбуров пишет:

Хотя чем с этим Екселем возиться, лучше автоматизацию настроить.[/QUOTE]Хехе. Считаете проще?

[SIZE=85px][COLOR=greenpt]Отправлено спустя 6 минуты 30 секунды:[/COLOR][/SIZE]
[QUOTE]Programmer пишет:

... Все это можно оформить в виде подпрограммы.
[/QUOTE]Существует так называемое ариифметическок (когда послендяя цифра начиная с пятерки увеличивает разрядност) и бухгалтерское

[quote:5f3oj8v2]
Напомню правило, а то многие путают его с правилом арифметического округления:
цифра перед пятеркой — если она четная, то округление вниз, иначе вверх. Это правило и называется правилом "Бухгалтерского" (или "Банковского") округления.[/quote:5f3oj8v2]

[SIZE=85px][COLOR=greenpt]Отправлено спустя 38 минуты 23 секунды:[/COLOR][/SIZE]
[URL=http://www.sql.ru/forum/412838/buhgalterskoe-okruglenie]http://www.sql.ru/forum/412838/buhgalterskoe-okruglenie[/URL]
[SIZE=85px][size=85]IF OBJECT_ID('ROUND_HALF_EVEN') IS NOT NULL
   DROP FUNCTION ROUND_HALF_EVEN
GO

/*******************************************************************************
*  PROCEDURE:
*
*  ARGUMENTS: @var  - число типа DECIMAL
*             @pr   - точность (до какого знака после запятой)
*
*  RETURNS: округленное число
*
*  LANGUAGE:   T-SQL
*
*  DESCRIPTION:  Функция округления по правилу "Бухгалтерского" (или "Банковского") округления.
*  Правило: цифра перед пятеркой — если она четная, то округление вниз, иначе вверх.
*  Так как числа достаточно случайны, то появление четных и нечетных цифр перед
*  пятеркой равновероятно, алгоритм же арифметического округления нарушает "равновероятность",
*  накапливается статистическая погрешность и
*  " итог 'К выдаче' вновь окажется больше, чем 'Заработано' "
*
*******************************************************************************
*  ИСТОРИЯ
*******************************************************************************
*  30/03/07  - pv    Создана
*
******************************************************************************/
CREATE FUNCTION ROUND_HALF_EVEN (
 @var        DECIMAL(20,8),
 @pr  SMALLINT
)
RETURNS DECIMAL(20,8)
AS
BEGIN
RETURN CASE WHEN CONVERT(INT,(ROUND(@var, @pr+1 ,1) - ROUND(@var, @pr,1) ) * POWER(10, @pr+1)) = 5
           THEN ROUND(@var,@pr,1)+ CONVERT(INT,( ROUND(@var,@pr,1) - ROUND(@var,@pr-1,1) ) * POWER(10,@pr) )%2 * ( 1.0/POWER(10,@pr))
           ELSE ROUND(@var, @pr)
      END
END[/SIZE][/size]
Шаблон ПД (платежных документов)
 
[QUOTE]ИМ230 пишет:
BatalinVA, в таком случае, чтобы собственник мог оплатить долг на портале нужно создать долговую квитанцию?
а в качестве номера платежного документа вы указываете тот, который формирует Ваша программа? или своя нумерация для ГИСа?
прошу простить меня, если глупости спрашиваю[/QUOTE]
У программы которая заниматся расчетами. отсутствует само понятие [B]номера платежного документа[/B], есть только лицевой. Он и оплачивается (через кассу предприяти, через банки с возвращением реестра платежей или еще каким способом , если через гис то все рано ресстр имеется) ети реестры обабатываются создается документ начислений и черех импорт платежных документов он скидываются в гис. Для того что бы было как то иначе нужно что бы [B]все[/B] абсолютно платежи проходили через ГИС. сейчас этого нет, а шаблонов импорт/экспорта платежей нет (обежали в следущих версиях) Вбивать платежи 21000 лицевых удовольствие ниже среднего. Пока всего этого нет ничем иным кроме как информатицинным действом показ задолженности быть не может
Шаблон ПД (платежных документов)
 
[QUOTE]ИМ230 пишет:
BatalinVA, поясните, пожалуйста, на примере вашего платежного документа: всего начислено за текущий период 3151,44, но есть долг в размере 2978,44. к оплате стоит 3151,44. а долг куда девать?   в л/к физ лица будет сумма к оплате только 3151,44, в следующем месяце опять только начисления, долг так и останется в справочном виде?  а если у собственника переплата то он и ее не увидит ?[/QUOTE]
Сумма долга обсчитана будет в программы по которой считается квартплата (моей т.е)  и если он платил, то она поменяется. и будет перенесена в ГИС
Шаблон ПД (платежных документов)
 
[QUOTE]skad888 пишет:
[QUOTE]BatalinVA пишет:
Оно так и должно быть.[/QUOTE]
вроде да, получилось. если разглядывать ПД то так написано "в том числе...". Загнал в ГИС платежки с 40-ового раза.
Вот объясните мне как программисты программисту: ГИС постоянно дает ошибки - типо "это поле не надо заполнять для этой услуги..." и собственно вопрос - а программно при загрузке его нельзя просто игнорировать если оно заполнено?   dash2[/QUOTE]
Я могу объяснить исключительно исходя из своего мнения. Ввод инфы через шаблон это попутная мера. Основная это путем СОАР и всякого рода ВЭБ сервисов. Дабы не грузить объясню упрощенно (на самом деле не совсем так как я говорю но приблизительно) информация тогда пишется прям в базу, согласно определенной четко объявленной структуры и модели . Разумеется должна быть четко описана структура  эта модели. Наверняка в ней 0 и отсутствие не тождествены. Т.е. услуга  с 0,00 и отсутствие её суть разные вещи. Ну а так как модель разрабатывают одни а шаблоны другие то пустая ячейка и ячейка с 0,00  (в шаблоне который прибжен к соответствующей модели )могут быть не тождественны. Обычно они всё исправляют.. Но потом выходит новый шаблон  (Импорт платежных документов ) и все начинается сначала. Даж ошибки появляютяс теже что и год назад. Правда достаточно шустро исправляемые.. Это моё мнение. на истину не претендую
Шаблон ПД (платежных документов)
 
[QUOTE]skad888 пишет:
Спасибо  BatalinVA, загрузил без ошибок НОООО!!! у меня в итоге не учитывается ВЕСЬ раздел "коммунальные ресурсы на содержание общего имущества в многоквартирном доме: "

те если на калькуляторе просуммировать все составляющие и сравнить с итогом получается разница на сумму  ВСЕХ КРСОИ.
Кто сталкивался? Мысли есть?[/QUOTE]Оно так и должно быть. их набо прибавить к жиличеным , просто просуммировать. а ухказанные суммы будут фигурировать "том числе" Так и должно быть. ГИС их не обсчитыват. Что поствите то и будет. А квитахе все верно будет. Посмотрите. Она должна (у меня совпадает) с суммой указаной в квитации в основно программе (моей), по кторой мы считаем программу. В ГИС мы лишь выгружаем данные....

[SIZE=85px][COLOR=greenpt]Отправлено спустя 1 минуту 31 секунды:[/COLOR][/SIZE]
[QUOTE]AnnaB пишет:
[QUOTE]skad888 пишет:
Спасибо  BatalinVA, загрузил без ошибок НОООО!!! у меня в итоге не учитывается ВЕСЬ раздел "коммунальные ресурсы на содержание общего имущества в многоквартирном доме: "

те если на калькуляторе просуммировать все составляющие и сравнить с итогом получается разница на сумму  ВСЕХ КРСОИ.
Кто сталкивался? Мысли есть?[/QUOTE]

У меня то же самое.
Думаю, что это косяк разработчиков. Может, уже они об этом знают.
Они ведь работают на тестовых данных, а нам сразу видно где что криво лежит)

И еще странно: на листе Разделы 1-2 сумма, рассчитанная ГИС ЖКХ, равна сумме только
коммунальных услуг. Что бы это значило??[/QUOTE]
уже выше пояснил. так и считает.
Шаблон ПД (платежных документов)
 
вполне загрузились. и в квитахе отражены

[SIZE=85px][COLOR=greenpt]Отправлено спустя 3 минуты 51 секунды:[/COLOR][/SIZE]
Моя квитаха с ГИСв во вложении

[SIZE=85px][COLOR=greenpt]Отправлено спустя 7 минуты 28 секунды:[/COLOR][/SIZE]
[QUOTE]skad888 пишет:
[QUOTE]BatalinVA пишет:
Как и обещал победил новый шаблон, [/QUOTE]

я так понимаю "Виды коммунальных ресурсов (потребление при содержании общего имущества)" не рассчитались (не загрузились) в ГИС?[/QUOTE] в шаблоне гис эти суммы не считае не считает. также не считаются им дополнительные услуги. В примере указано софинансирование, но в квитанцию ГИСА они вставляются без проблем. Главное чтобы ошибок не было и система присвоила номерок - идентификатор алатежного документа типа 60ВО156104-02-7062. Состоит из ИЖКУ 60ВО156104-02 и 7062, в коем 06 ноиер месяца, 02 это счетсчик. если жокумекнт отзывается а опосля новый заводится то у него увеличивается счетчмк, 7 что такое не знаю
если номерок присвоен то всё, документ внедрен в гис.

номерок это фигурирует на первой странице шаблонв с колонке Т (или 20, кому как привычнее), зовется[I] Идентификатор платежного документа[/I]
Шаблон ПД (платежных документов)
 
Как и обещал победил новый шаблон, правда весь мозг отлюбил себе, поскандалил с  суппортами, но победил. Программу заполнения намсал...
в выложеном файли имеются лицевые
1 обычный
2 с дополнительной услугой (софинансирование)
3 превышением
рассмотрены заполнения этих вариантов

также не вставлена услуга [I]Вид коммунального ресурса (потребление при содержании общего имущества) Компонент Теплоэнергии[/I], ибо вода горячая у нас считается исходя из того что состиот из просто воды и компоненты подогрева. А ее нет в справочнике и самому не добавить. Придется писать в суппорт на предмет добавления. Но не думаю что проблемы с ёй врзникнут.
Всем спасибо.
Шаблон ПД (платежных документов)
 
Дежавю. Опять ошибки[B] FMT001308 Неверный формат полей: Перерасчеты всего, руб.[/B]


Мда. поперли ошибки прошлогодние. Как у прежних шаблонов
Шаблон ПД (платежных документов)
 
Спасибо, друг. Если интерестно будет закину взавтрева свой вариант. Думаю победю (побежду) к утру.
Шаблон ПД (платежных документов)
 
[QUOTE]sants пишет:
Посмотрев "ручную" форму заполнения платежных документов, обратил внимание, что стоит прочерк в графе "Объём коммунальных ресурсов".
Попробовал в шаблоне - прокатило.[/QUOTE]
Дал бухалтерше задание возиться и втыкать в ячейки данные в разных комбинация, пока не прокатит (в том числе и Ваш вариант). Теоретически проканало.
Завалил службу поддержки письмами в разных вариациаях. Отписываются стандартно. просто постят цитатку из методички. Пытаюсь добиться чтобы прислали файлик шаблона с примером заполнения для пары лицевых..... Одно могу сказать часть ошибок видпть поправили, ибо Ваш случай в ночь с 23 на 24 не проканываал..


Сейчас программу подготовки пишу. У меня осложнен случай тем, что двухкомпонентная горячая вода (вода +компонент ), а в шаблоне нет компоненты. Надо письмо писать чтобы добавили..
Вид коммунального ресурса (потребление при содержании общего имущества) 2 Холодная вода 1
Вид коммунального ресурса (потребление при содержании общего имущества) 2 Горячая вода 2
Вид коммунального ресурса (потребление при содержании общего имущества) 2 Электрическая энергия 3
Вид коммунального ресурса (потребление при содержании общего имущества) 2 Сточные воды 8



Ну а пока плюсик Вам в карму.
Шаблон ПД (платежных документов)
 
Матка боска, ну и намудрили
[I]
1.7 Предоставление коммунальных услуг на содержание общего имущества в многоквартирном доме
Для реализации нового порядка определения размера платы за содержание жилого помещения (ПП РФ от 26 декабря 2016 г. № 1498 «О вопросах предоставления коммунальных услуг и содержания общего имущества в многоквартирном доме») в перечень листа «Услуги исполнителя» были добавлены коммунальные ресурсы (справочник «Вид коммунального ресурса») потребление при содержании общего имущества (пример записи: холодная вода (потребление при содержании общего имущества), электрическая энергия (потребление при содержании общего имущества)). Услуги из справочника «Вид коммунального ресурса» указываются только для услуг, которые относятся к жилищным услугам.
1) Если домом управляет
• Управляющая организация
• Товарищество собственников жилья
• Жилищный кооператив
• Иной специализированный потребительский кооператив
• Жилищно-строительный кооператив,
то коммунальные ресурсы на содержание общего имущества относятся к жилищным услугам (см. п. 1 часть 2 статьи 154 ЖК РФ и п. 29, 33 ПП РФ № 491).
Для данных услуг не заполняются поля: любое поле из группы полей «Объем коммунальных ресурсов/ индивидуальное потребление», «Размер повышающего коэффициента», «Размер превышения платы, рассчитанной с применением повышающего коэффициента над размером платы, рассчитанной без учета повышающего коэффициента», «Итого к оплате за расчетный период, руб./ Всего», «Итого к оплате за расчетный период, руб./ в т. ч. за ком. усл./ индивид. потребление». Также «Объем коммунальных ресурсов/ потребление при содержании общего имущества/Способ определения объемов КУ» не может принимать значение «Иное».
Если на листе «Раздел 3-6» указан коммунальный ресурс на содержание общего имущества, относящийся к жилищной услуге, то на листе «Раздел 3-6» должна быть указана услуга «Плата за содержание жилого помещения» (в поле «Услуга»), у которой поле «Итого к оплате за расчетный период, руб./ Всего» заполнено. Таким образом итоговая сумма (только для указанного случая) по коммунальным ресурсам на содержание общего имущества, указывается в поле «Итого к оплате за расчетный период, руб./ Всего» у жилищной услуги «Плата за содержание жилого помещения».
2) Если собственники помещений выбрали
• непосредственное управление МКД
или
• не выбрали способ управления
или
• не реализовали выбранный способ управления,
то потребляемые ресурсы при содержании общего имущества в МКД, включаются в плату за коммунальные услуги (см. часть 5 статьи 154 ЖК РФ и п. 40 ПП РФ № 354). Таким образом для услуг из справочника «Вид коммунальной услуги» допускается ввод значений в поля «Объем коммунальных ресурсов/ индивидуальное потребление» и «Объем коммунальных ресурсов/ потребление при содержании общего имущества». Разрешено заполнение любого поля в группе полей «Итого к оплате за расчетный период, руб.» на листе «Раздел 3-6».
Услуга «Отопление» всегда считается коммунальной услугой. Независимо от выбранного способа управления МКД она оплачивается без разделения на плату за потребление в жилом/нежилом помещении и потребление в целях содержания общего имущества.
[/I]

Кто-то что то понял? Я  дык весь день сегодня разбирался. Службу поддержки завалил письмами. Результат- зироу
Шаблон ПД (платежных документов)
 
[QUOTE]skad888 пишет:
[QUOTE]BatalinVA пишет:
Друзья, кто нить уже пытался импортировать через шаблон платежные документы в новой версии, которую сегодня установили?
У меня сплошь ошибки
[INT008131 Для жилищной услуги «Плата за содержание жилого помещения» или «Плата за пользование жилым помещением (плата за наем)» не могут быть заполнены поля по объёму услуг, повышающий коэффициент] лезут. В старых версиях все в порядке было.
на всякий случай даже обнулив суммы, получил сообщение об  ошибке

[INT008043 Суммы к оплате в столбцах «индивид. потребление» и «общедомовые нужды» могут быть заполнены только у коммунальных услуг или коммунальных ресурсов] Ошибка, как и в первом случае фейковая, ибо только коммунальные услуги присуттвую. Даже удаление строки содержание жилья не помонгает. Ошибка таже выдается.
Ест соображения у кого?[/QUOTE]

Может ТБО (ТКО) перенастроили .... в эту сторону "покопать".... сегодня начисление сделаю завтра тоже грузить буду.[/QUOTE] Результатом поделитесь? Я на Гисовцев грешу. Чёт они там намудрили, ибо ошибки фиктивные выдаются.
Шаблон ПД (платежных документов)
 
Друзья, кто нить уже пытался импортировать через шаблон платежные документы в новой версии, которую сегодня установили?
У меня сплошь ошибки
[INT008131 Для жилищной услуги «Плата за содержание жилого помещения» или «Плата за пользование жилым помещением (плата за наем)» не могут быть заполнены поля по объёму услуг, повышающий коэффициент] лезут. В старых версиях все в порядке было.
на всякий случай даже обнулив суммы, получил сообщение об  ошибке

[INT008043 Суммы к оплате в столбцах «индивид. потребление» и «общедомовые нужды» могут быть заполнены только у коммунальных услуг или коммунальных ресурсов] Ошибка, как и в первом случае фейковая, ибо только коммунальные услуги присуттвую. Даже удаление строки содержание жилья не помонгает. Ошибка таже выдается.
Ест соображения у кого?
#
[QUOTE]Сергей_ пишет:
[QUOTE]BatalinVA пишет:
по причине того что терпеть ненавижу  программы писаные не мной.[/QUOTE]
Это потому что наверно один пишете, а не в коллективе.[/QUOTE]Совершенно правильно. Офшор и бодишоп тож не особо жалую ;-)

[SIZE=85px][COLOR=greenpt]Отправлено спустя 7 минуты 37 секунды:[/COLOR][/SIZE]
[QUOTE]two_oceans пишет:
Естественно, умножение целых чисел нужно делать вперед, это даже не вопрос. Однако, к сожалению, не всё так просто. Достаточно много языков программирования в которых результат деления двух целых чисел должен быть вещественным (в большинстве - double), целочисленного просто не предусмотрено, даже если остаток целочисленного деления ноль. И, хоть вы и делите 30/3, а выйдет (не проверял, что-то вроде) 10,00000000000001 за счет ошибки вещественного представления числа.[/QUOTE] Возможно. Я не силен в чем то ином, кроме MSSQLServer (cерверная часть) VFP9sp2 - клиент. Пока хватает вполне. Пытаюсь Жабу и ейной ЖабаФХ мучить, но идет очень туго

[SIZE=85px][COLOR=greenpt]Отправлено спустя 6 минуты :[/COLOR][/SIZE]
[QUOTE]two_oceans пишет:
Ничего не мешает завести тему про округления в разделе программного ПО, там всем миром и выявим сильные/слабые места способа. Если конечно захотите.[/QUOTE] Это не алгоритм, а скорее подход. Могу в личку написать. Публично светить и обсуждать нет желания по многим причинам

[QUOTE]two_oceans пишет:
Частично соглашусь, я не люблю программы в исходники которых не могу заглянуть. Хотя не факт, что буду править или пересобирать.[/QUOTE] Нууу, в чужих исходниках рыться тож удовольствие не шибко благодарное.

[SIZE=85px][COLOR=greenpt]Отправлено спустя 5 минуты 7 секунды:[/COLOR][/SIZE]
[QUOTE]франклин пишет:
Ребятки, чтот не считает у меня площадь квартиры умноженную на тариф. Хотя эту @ ставлю а пишет ноль. Почему так ?[/QUOTE] Почитайте внимательнее описалово шаблона новое. Нам написано какие поля заполняются при жиличных услугах. Так как туда же входят те услуги которые раньше в комунальные входили и назывались ОДН. Конечеую сумму пишите. СЖ+ ваши комунальные услуги на содержание жилья. Они системой не пересчитываются.
#
[QUOTE]two_oceans пишет:
Не спорю, что есть такое округление, но нужно понимать область применимости каждого алгоритма.[/QUOTE] там по ссылке разъясняется в каких случах возникают проблемы решаемые с помощью подобного округления
[QUOTE]two_oceans пишет:
Вот из-за такого округления и получается в 1С расхождение на 2 копейки в зарплате или сумме налога, отнимающее немало нервов. [/QUOTE] К сожалению не могу ничего Вам сказать по этому поводу ибо малознаком с этим замечательным продуктом по причине того что терпеть ненавижу программы писаные не мной.
[QUOTE]two_oceans пишет:
Крепко сомневаюсь в его целесообразности в случае ПД ГИС[/QUOTE]
1  правильно делаете
2. Я его привел в пример в качестве иллюстрации того , что существуют отличные от арифметического округления. Могу также сказать что половина действий приводящих искажениям округления могут решаться банальной заменой последовательности операций
10/3*3 =3.3333*3=9.999 и совсем другой правильный результат 10*3/3=10 т.е. не 9,999, а 10..
3. В ГИСЕ  я использую вообще иной способ округлений, в конечном итоге дающий результат совпадающий с гисовским. Но рекомендовать его не могу, т.к. не уверен в его правильности и в том что стоит ли вообще подобный способ обсуждатть.
#
[QUOTE]Давид Сумбуров пишет:

Хотя чем с этим Екселем возиться, лучше автоматизацию настроить.[/QUOTE]Хехе. Считаете проще?

[SIZE=85px][COLOR=greenpt]Отправлено спустя 6 минуты 30 секунды:[/COLOR][/SIZE]
[QUOTE]Programmer пишет:

... Все это можно оформить в виде подпрограммы.
[/QUOTE]Существует так называемое ариифметическок (когда послендяя цифра начиная с пятерки увеличивает разрядност) и бухгалтерское

[quote:5f3oj8v2]
Напомню правило, а то многие путают его с правилом арифметического округления:
цифра перед пятеркой — если она четная, то округление вниз, иначе вверх. Это правило и называется правилом "Бухгалтерского" (или "Банковского") округления.[/quote:5f3oj8v2]

[SIZE=85px][COLOR=greenpt]Отправлено спустя 38 минуты 23 секунды:[/COLOR][/SIZE]
[URL=http://www.sql.ru/forum/412838/buhgalterskoe-okruglenie]http://www.sql.ru/forum/412838/buhgalterskoe-okruglenie[/URL]
[SIZE=85px][size=85]IF OBJECT_ID('ROUND_HALF_EVEN') IS NOT NULL
   DROP FUNCTION ROUND_HALF_EVEN
GO

/*******************************************************************************
*  PROCEDURE:
*
*  ARGUMENTS: @var  - число типа DECIMAL
*             @pr   - точность (до какого знака после запятой)
*
*  RETURNS: округленное число
*
*  LANGUAGE:   T-SQL
*
*  DESCRIPTION:  Функция округления по правилу "Бухгалтерского" (или "Банковского") округления.
*  Правило: цифра перед пятеркой — если она четная, то округление вниз, иначе вверх.
*  Так как числа достаточно случайны, то появление четных и нечетных цифр перед
*  пятеркой равновероятно, алгоритм же арифметического округления нарушает "равновероятность",
*  накапливается статистическая погрешность и
*  " итог 'К выдаче' вновь окажется больше, чем 'Заработано' "
*
*******************************************************************************
*  ИСТОРИЯ
*******************************************************************************
*  30/03/07  - pv    Создана
*
******************************************************************************/
CREATE FUNCTION ROUND_HALF_EVEN (
 @var        DECIMAL(20,8),
 @pr  SMALLINT
)
RETURNS DECIMAL(20,8)
AS
BEGIN
RETURN CASE WHEN CONVERT(INT,(ROUND(@var, @pr+1 ,1) - ROUND(@var, @pr,1) ) * POWER(10, @pr+1)) = 5
           THEN ROUND(@var,@pr,1)+ CONVERT(INT,( ROUND(@var,@pr,1) - ROUND(@var,@pr-1,1) ) * POWER(10,@pr) )%2 * ( 1.0/POWER(10,@pr))
           ELSE ROUND(@var, @pr)
      END
END[/SIZE][/size]
#
[QUOTE]ИМ230 пишет:
BatalinVA, в таком случае, чтобы собственник мог оплатить долг на портале нужно создать долговую квитанцию?
а в качестве номера платежного документа вы указываете тот, который формирует Ваша программа? или своя нумерация для ГИСа?
прошу простить меня, если глупости спрашиваю[/QUOTE]
У программы которая заниматся расчетами. отсутствует само понятие [B]номера платежного документа[/B], есть только лицевой. Он и оплачивается (через кассу предприяти, через банки с возвращением реестра платежей или еще каким способом , если через гис то все рано ресстр имеется) ети реестры обабатываются создается документ начислений и черех импорт платежных документов он скидываются в гис. Для того что бы было как то иначе нужно что бы [B]все[/B] абсолютно платежи проходили через ГИС. сейчас этого нет, а шаблонов импорт/экспорта платежей нет (обежали в следущих версиях) Вбивать платежи 21000 лицевых удовольствие ниже среднего. Пока всего этого нет ничем иным кроме как информатицинным действом показ задолженности быть не может
#
[QUOTE]ИМ230 пишет:
BatalinVA, поясните, пожалуйста, на примере вашего платежного документа: всего начислено за текущий период 3151,44, но есть долг в размере 2978,44. к оплате стоит 3151,44. а долг куда девать?   в л/к физ лица будет сумма к оплате только 3151,44, в следующем месяце опять только начисления, долг так и останется в справочном виде?  а если у собственника переплата то он и ее не увидит ?[/QUOTE]
Сумма долга обсчитана будет в программы по которой считается квартплата (моей т.е)  и если он платил, то она поменяется. и будет перенесена в ГИС
#
[QUOTE]skad888 пишет:
[QUOTE]BatalinVA пишет:
Оно так и должно быть.[/QUOTE]
вроде да, получилось. если разглядывать ПД то так написано "в том числе...". Загнал в ГИС платежки с 40-ового раза.
Вот объясните мне как программисты программисту: ГИС постоянно дает ошибки - типо "это поле не надо заполнять для этой услуги..." и собственно вопрос - а программно при загрузке его нельзя просто игнорировать если оно заполнено?   dash2[/QUOTE]
Я могу объяснить исключительно исходя из своего мнения. Ввод инфы через шаблон это попутная мера. Основная это путем СОАР и всякого рода ВЭБ сервисов. Дабы не грузить объясню упрощенно (на самом деле не совсем так как я говорю но приблизительно) информация тогда пишется прям в базу, согласно определенной четко объявленной структуры и модели . Разумеется должна быть четко описана структура  эта модели. Наверняка в ней 0 и отсутствие не тождествены. Т.е. услуга  с 0,00 и отсутствие её суть разные вещи. Ну а так как модель разрабатывают одни а шаблоны другие то пустая ячейка и ячейка с 0,00  (в шаблоне который прибжен к соответствующей модели )могут быть не тождественны. Обычно они всё исправляют.. Но потом выходит новый шаблон  (Импорт платежных документов ) и все начинается сначала. Даж ошибки появляютяс теже что и год назад. Правда достаточно шустро исправляемые.. Это моё мнение. на истину не претендую
#
[QUOTE]skad888 пишет:
Спасибо  BatalinVA, загрузил без ошибок НОООО!!! у меня в итоге не учитывается ВЕСЬ раздел "коммунальные ресурсы на содержание общего имущества в многоквартирном доме: "

те если на калькуляторе просуммировать все составляющие и сравнить с итогом получается разница на сумму  ВСЕХ КРСОИ.
Кто сталкивался? Мысли есть?[/QUOTE]Оно так и должно быть. их набо прибавить к жиличеным , просто просуммировать. а ухказанные суммы будут фигурировать "том числе" Так и должно быть. ГИС их не обсчитыват. Что поствите то и будет. А квитахе все верно будет. Посмотрите. Она должна (у меня совпадает) с суммой указаной в квитации в основно программе (моей), по кторой мы считаем программу. В ГИС мы лишь выгружаем данные....

[SIZE=85px][COLOR=greenpt]Отправлено спустя 1 минуту 31 секунды:[/COLOR][/SIZE]
[QUOTE]AnnaB пишет:
[QUOTE]skad888 пишет:
Спасибо  BatalinVA, загрузил без ошибок НОООО!!! у меня в итоге не учитывается ВЕСЬ раздел "коммунальные ресурсы на содержание общего имущества в многоквартирном доме: "

те если на калькуляторе просуммировать все составляющие и сравнить с итогом получается разница на сумму  ВСЕХ КРСОИ.
Кто сталкивался? Мысли есть?[/QUOTE]

У меня то же самое.
Думаю, что это косяк разработчиков. Может, уже они об этом знают.
Они ведь работают на тестовых данных, а нам сразу видно где что криво лежит)

И еще странно: на листе Разделы 1-2 сумма, рассчитанная ГИС ЖКХ, равна сумме только
коммунальных услуг. Что бы это значило??[/QUOTE]
уже выше пояснил. так и считает.
#
вполне загрузились. и в квитахе отражены

[SIZE=85px][COLOR=greenpt]Отправлено спустя 3 минуты 51 секунды:[/COLOR][/SIZE]
Моя квитаха с ГИСв во вложении

[SIZE=85px][COLOR=greenpt]Отправлено спустя 7 минуты 28 секунды:[/COLOR][/SIZE]
[QUOTE]skad888 пишет:
[QUOTE]BatalinVA пишет:
Как и обещал победил новый шаблон, [/QUOTE]

я так понимаю "Виды коммунальных ресурсов (потребление при содержании общего имущества)" не рассчитались (не загрузились) в ГИС?[/QUOTE] в шаблоне гис эти суммы не считае не считает. также не считаются им дополнительные услуги. В примере указано софинансирование, но в квитанцию ГИСА они вставляются без проблем. Главное чтобы ошибок не было и система присвоила номерок - идентификатор алатежного документа типа 60ВО156104-02-7062. Состоит из ИЖКУ 60ВО156104-02 и 7062, в коем 06 ноиер месяца, 02 это счетсчик. если жокумекнт отзывается а опосля новый заводится то у него увеличивается счетчмк, 7 что такое не знаю
если номерок присвоен то всё, документ внедрен в гис.

номерок это фигурирует на первой странице шаблонв с колонке Т (или 20, кому как привычнее), зовется[I] Идентификатор платежного документа[/I]
#
Как и обещал победил новый шаблон, правда весь мозг отлюбил себе, поскандалил с  суппортами, но победил. Программу заполнения намсал...
в выложеном файли имеются лицевые
1 обычный
2 с дополнительной услугой (софинансирование)
3 превышением
рассмотрены заполнения этих вариантов

также не вставлена услуга [I]Вид коммунального ресурса (потребление при содержании общего имущества) Компонент Теплоэнергии[/I], ибо вода горячая у нас считается исходя из того что состиот из просто воды и компоненты подогрева. А ее нет в справочнике и самому не добавить. Придется писать в суппорт на предмет добавления. Но не думаю что проблемы с ёй врзникнут.
Всем спасибо.
#
Дежавю. Опять ошибки[B] FMT001308 Неверный формат полей: Перерасчеты всего, руб.[/B]


Мда. поперли ошибки прошлогодние. Как у прежних шаблонов
#
Спасибо, друг. Если интерестно будет закину взавтрева свой вариант. Думаю победю (побежду) к утру.
#
[QUOTE]sants пишет:
Посмотрев "ручную" форму заполнения платежных документов, обратил внимание, что стоит прочерк в графе "Объём коммунальных ресурсов".
Попробовал в шаблоне - прокатило.[/QUOTE]
Дал бухалтерше задание возиться и втыкать в ячейки данные в разных комбинация, пока не прокатит (в том числе и Ваш вариант). Теоретически проканало.
Завалил службу поддержки письмами в разных вариациаях. Отписываются стандартно. просто постят цитатку из методички. Пытаюсь добиться чтобы прислали файлик шаблона с примером заполнения для пары лицевых..... Одно могу сказать часть ошибок видпть поправили, ибо Ваш случай в ночь с 23 на 24 не проканываал..


Сейчас программу подготовки пишу. У меня осложнен случай тем, что двухкомпонентная горячая вода (вода +компонент ), а в шаблоне нет компоненты. Надо письмо писать чтобы добавили..
Вид коммунального ресурса (потребление при содержании общего имущества) 2 Холодная вода 1
Вид коммунального ресурса (потребление при содержании общего имущества) 2 Горячая вода 2
Вид коммунального ресурса (потребление при содержании общего имущества) 2 Электрическая энергия 3
Вид коммунального ресурса (потребление при содержании общего имущества) 2 Сточные воды 8



Ну а пока плюсик Вам в карму.
#
Матка боска, ну и намудрили
[I]
1.7 Предоставление коммунальных услуг на содержание общего имущества в многоквартирном доме
Для реализации нового порядка определения размера платы за содержание жилого помещения (ПП РФ от 26 декабря 2016 г. № 1498 «О вопросах предоставления коммунальных услуг и содержания общего имущества в многоквартирном доме») в перечень листа «Услуги исполнителя» были добавлены коммунальные ресурсы (справочник «Вид коммунального ресурса») потребление при содержании общего имущества (пример записи: холодная вода (потребление при содержании общего имущества), электрическая энергия (потребление при содержании общего имущества)). Услуги из справочника «Вид коммунального ресурса» указываются только для услуг, которые относятся к жилищным услугам.
1) Если домом управляет
• Управляющая организация
• Товарищество собственников жилья
• Жилищный кооператив
• Иной специализированный потребительский кооператив
• Жилищно-строительный кооператив,
то коммунальные ресурсы на содержание общего имущества относятся к жилищным услугам (см. п. 1 часть 2 статьи 154 ЖК РФ и п. 29, 33 ПП РФ № 491).
Для данных услуг не заполняются поля: любое поле из группы полей «Объем коммунальных ресурсов/ индивидуальное потребление», «Размер повышающего коэффициента», «Размер превышения платы, рассчитанной с применением повышающего коэффициента над размером платы, рассчитанной без учета повышающего коэффициента», «Итого к оплате за расчетный период, руб./ Всего», «Итого к оплате за расчетный период, руб./ в т. ч. за ком. усл./ индивид. потребление». Также «Объем коммунальных ресурсов/ потребление при содержании общего имущества/Способ определения объемов КУ» не может принимать значение «Иное».
Если на листе «Раздел 3-6» указан коммунальный ресурс на содержание общего имущества, относящийся к жилищной услуге, то на листе «Раздел 3-6» должна быть указана услуга «Плата за содержание жилого помещения» (в поле «Услуга»), у которой поле «Итого к оплате за расчетный период, руб./ Всего» заполнено. Таким образом итоговая сумма (только для указанного случая) по коммунальным ресурсам на содержание общего имущества, указывается в поле «Итого к оплате за расчетный период, руб./ Всего» у жилищной услуги «Плата за содержание жилого помещения».
2) Если собственники помещений выбрали
• непосредственное управление МКД
или
• не выбрали способ управления
или
• не реализовали выбранный способ управления,
то потребляемые ресурсы при содержании общего имущества в МКД, включаются в плату за коммунальные услуги (см. часть 5 статьи 154 ЖК РФ и п. 40 ПП РФ № 354). Таким образом для услуг из справочника «Вид коммунальной услуги» допускается ввод значений в поля «Объем коммунальных ресурсов/ индивидуальное потребление» и «Объем коммунальных ресурсов/ потребление при содержании общего имущества». Разрешено заполнение любого поля в группе полей «Итого к оплате за расчетный период, руб.» на листе «Раздел 3-6».
Услуга «Отопление» всегда считается коммунальной услугой. Независимо от выбранного способа управления МКД она оплачивается без разделения на плату за потребление в жилом/нежилом помещении и потребление в целях содержания общего имущества.
[/I]

Кто-то что то понял? Я  дык весь день сегодня разбирался. Службу поддержки завалил письмами. Результат- зироу
#
[QUOTE]skad888 пишет:
[QUOTE]BatalinVA пишет:
Друзья, кто нить уже пытался импортировать через шаблон платежные документы в новой версии, которую сегодня установили?
У меня сплошь ошибки
[INT008131 Для жилищной услуги «Плата за содержание жилого помещения» или «Плата за пользование жилым помещением (плата за наем)» не могут быть заполнены поля по объёму услуг, повышающий коэффициент] лезут. В старых версиях все в порядке было.
на всякий случай даже обнулив суммы, получил сообщение об  ошибке

[INT008043 Суммы к оплате в столбцах «индивид. потребление» и «общедомовые нужды» могут быть заполнены только у коммунальных услуг или коммунальных ресурсов] Ошибка, как и в первом случае фейковая, ибо только коммунальные услуги присуттвую. Даже удаление строки содержание жилья не помонгает. Ошибка таже выдается.
Ест соображения у кого?[/QUOTE]

Может ТБО (ТКО) перенастроили .... в эту сторону "покопать".... сегодня начисление сделаю завтра тоже грузить буду.[/QUOTE] Результатом поделитесь? Я на Гисовцев грешу. Чёт они там намудрили, ибо ошибки фиктивные выдаются.
#
Друзья, кто нить уже пытался импортировать через шаблон платежные документы в новой версии, которую сегодня установили?
У меня сплошь ошибки
[INT008131 Для жилищной услуги «Плата за содержание жилого помещения» или «Плата за пользование жилым помещением (плата за наем)» не могут быть заполнены поля по объёму услуг, повышающий коэффициент] лезут. В старых версиях все в порядке было.
на всякий случай даже обнулив суммы, получил сообщение об  ошибке

[INT008043 Суммы к оплате в столбцах «индивид. потребление» и «общедомовые нужды» могут быть заполнены только у коммунальных услуг или коммунальных ресурсов] Ошибка, как и в первом случае фейковая, ибо только коммунальные услуги присуттвую. Даже удаление строки содержание жилья не помонгает. Ошибка таже выдается.
Ест соображения у кого?

Для улучшения работы сайта и его взаимодействие с пользователями мы используем файлы cookie. Продолжая пользоваться сайтом, вы соглашаетесь с использованием файлов cookie. Вы всегда можете отключить файлы cookie в настройках браузера.

Подпишись на рассылку новостей ЖКХ, а также наших статей!

Спасибо, вы успешно подписались на рассылку!