2015-04-21 14:45:37

Краткое описание :

Удаляются проводки, к которым нет доступа

Описание :

Платежное поручение

Что измененно :

Удаляются проводки, к которым нет доступа

"Настройки Галактики \ Бухгалтерский контур \ Типовые проводки \ Способ раздельной привязки ТХО по регистрам учета" = "для всех доступных регистров".
"Настройки Галактики \ Общие настройки системы \ Доступ к документам" = "свои - изменение, по всем - чтение".

По платежке разные пользователи в разных регистрах сформировали проводки, к которым они имеют доступ (но не к проводкам друг друга).

Но любой пользователь в "своем" регистре нажав Del в поле ТХО отменяет ТХО (удаляет проводки) не только в своем регистре, а и недоступные проводки другого пользователя. Без всяких предупреждений. Это потому что про настройке способа привязки "для всех доступных регистров" отмена происходит во всех доступных регистрах, а вот проверка доступа к проводке проводится только в текущем.

Аналогично для других значений настройки "Способ раздельной привязки ТХО по регистрам учета" (кроме "для текущего регистра").

Как измененно :

В случае, если в соответствии со значением
настройки "Настройки Галактики \ Бухгалтерский контур \
Типовые проводки \ Способ раздельной привязки ТХО по
регистрам учета", при выполнении перепривязки/отвязки
ТХО, может произойти переформирование или удаление
проводок не только в текущем, но и в других доступных
регистрах учета, происходит проверка прав доступа к
сформированным проводкам по всем регистрам учета.
Если в каком-нибудь регистре учета есть проводки к
которым нет доступа, то в данном регистре учета не
производится отвязка или привязка ТХО.
В случае, если значение настройки "Настройки
Галактики \ Бухгалтерский контур \ Типовые проводки \
..уровень детализации протокола расчетов ТХО" равно "2
Данные по регистру учета" или выше, то в протокол
выводится информация о регистре учета в котором не
удалось сформировать проводки, по причине того, что в
данном регистре учета уже есть проводки, к которым нет
прав доступа.

2015-04-21 14:45:37

Краткое описание :

При формировании долга по ДО при привязке к латежу анализировать настройку...

Описание :

Платежное поручение

Что измененно :

При формировании долга по ДО при привязке к платежу анализировать настройку
...Настройки Галактики \ Логистика \ Документы \ Документы-основания\Рассчитывать сумму хозяйственных операций по ДО от неокругленной суммы в валюте

Как измененно :

В хозяйственных операциях собственных и сторонних
валютных платежных поручений, сумма в НДЕ, вне
зависимости от настроек округления, не округляется в
следующих случаях:
- При создании платежного документа из ДО.
- При привязке ДО к платежному документу.

При формирование ручных проводок по хозоперациям с
не округленным рублевым эквивалентом, рублевый
эквивалент так же никогда не округляется. Не
округляется так же при выполнении пересчета суммы
рублевого эквивалента, который вызывается изменением
даты проводки.

При формировании ТХО по хозоперации с не
округленным рублевым эквивалентом, рублевый эквивалент
так же не округляется в случае если в ТХО установлен
режим округления НДЕ - "по настройке".

При выполнении распределения по спецификации
накладной для хозоперации с не округленным рублевым
эквивалентом, так же не округляются рублевые
эквиваленты для записей распределения.

2015-04-21 14:45:39

Краткое описание :

Некорректно формируется отчет "Список сотрудников, имеющих награды и почетные звания"

Описание :

Сотрудники, имеющие награды и почетные звания

Что измененно :

Некорректно формируется отчет "Список сотрудников, имеющих награды и почетные звания".
Ошибочно формируется отчет в случае, если подразделение ликвидировано.
Например, Все распорядительные действия у сотрудника проводились пока он работал в одном подразделении. Затем это подразделение ликвидировали, и сотрудника перевели в другое подразделение. В журнале выводится наименование нового подразделения, куда его перевели, а не в котором он работал до ликвидации.
Если при формировании отчета нет данных, удовлетворяющих установленным фильтрам, то отчет формируется пустым. Нужно, чтобы в такой ситуации отчет не формировался вообще, аналогично другим отчетам с информационным окном.

Как измененно :

Изменен внешний вид интерфейса параметров отчета "Список сотрудников, имеющих награды и почетные звания":
1) заменен фильтр по сотрудникам/подразделениям на версию, учитывающую интервал дат;
2) фильтр по сотрудникам/подразделениям перенесен в верхнюю часть интерфейса параметров;
3) убраны параметры формирования "период формирования", для установки фильтра по периодам используются соответствующие поля с датами в фильтре по сотрудникам/подразделениям.

При формировании отчета "Список сотрудников, имеющих награды и почетные звания":
1) если фильтр по сотрудникам не выбран, выдается соответствующее предупреждение и открывается окно для выбора:
- подразделений (если не заполнены оба фильтра: подразделений и сотрудников), при выборе подразделения все его сотрудники попадут в фильтр по сотрудникам;
- сотрудников (если подразделения выбраны, а фильтр сотрудников пуст).
Если выход из окна выбора был осуществлен без заполнения фильтра, формирование отчета прерывается.
2) отбор данных осуществляется только для сотрудников, выбранных в фильтре по сотрудникам/подразделениям;
3) при анализе поощрения на соответствие фильтрам:
а) определяется назначение сотрудника на дату назначения поощрения;
б) осуществляется проверка подразделения назначения соответствует фильтру (если в п.А назначение не было найдено, для анализа используется подразделение из карточки);
в) если проверка п.Б не была пройдена, такое поощрение пропускается;
г) осуществляются проверки на соответствие фильтрам по типу, виду поощрения и интервалу дат (принцип работы данных фильтров не изменялся);
4) в отчет выводится подразделение из назначения, определенного в п.3.А, или из карточки сотрудника (если назначение не было найдено);
5) если по установленным фильтрам не было отобрано ни одной записи, выдается предупреждение "Согласно заданных настроек отчет не содержит данных!" и отчет не формируется;
6) сохранение значений установленного фильтра по сотрудникам/подразделениям за период осуществляется только при запуске формирования отчета.

2015-04-21 14:45:37

Краткое описание :

Долго идет расчет амортизации

Описание :

Амортизация

Что измененно :

У клиента очень долго выполняется процесс расчета амортизации.
Краткое описание действий
\\BY01-FSRVCL01\share\atl_log\Транснефть-Восток
(Братск)\102.139260 Долго идет расчет амортизации
ОС\readme.txt
Подробное измерение расчета описано в файле:
\\BY01-FSRVCL01\share\atl_log\Транснефть-Восток
(Братск)\102.139260 Долго идет расчет амортизации
ОС\test1_22.12.2014\Запуск процедуры расчета
амортизации.docx. В ходе расчета амортизации
"вываливается" RunTime Error. Лог ошибки -
AmortError.OUT
Произведено протоколирования процесса расчета
амортизации средствами Atlantis в Sil протокол:
\\BY01-FSRVCL01\share\atl_log\Транснефть-Восток
(Братск)\102.139260 Долго идет расчет амортизации
ОС\test1_22.12.2014\ProtsenkoES_01_RuntimeError.zip
Также приведены снимки AWR отчета работы БД Oracle
в момент выполнения функций расчета:
\\BY01-FSRVCL01\share\atl_log\Транснефть-Восток
(Братск)\102.139260 Долго идет расчет амортизации
ОС\test2_22.12.2014_18-00\2014.12.23 AWR\

Как измененно :

Ускорена пометка карточек.

Ускорен расчет амортизации (на 10% для данной бд) за счет отказа от модификации поля KatOs.ModAmort
Это поле "состояние" в списке картотеки. Поле показывает какие операции были проведены над карточкой.
Для рассчитанной амортизации поле принимало значение "А".
Плюс улучшена визуализация и расчет амортизационной льготы. Это дало еще около 5%. Итого - 15%.

Расчет разниц данных вынесен после расчета амортизации. Это позволило ускорить расчет еще процентов на 10.
Общий итог ускорения около 20%.

Анализ показал, что до 70% процентов времени расчета амортизации уходит на расчет разниц.
Ускорить расчет разниц можно при помощи точки расширения описанной в проблеме 180.8428.
Ускорения можно достичь значительного даже только за счет создании/уничтожения объекта расчета разниц

Вот что у меня получилось на одной из БД.
До оптимизации

Этап "Расчет" амортизации
Время выполнения : 00:01:21:30
---------------------------------------
Время расчета РАЗНИЦ : 00:00:19:99
--------------------------------------------------------------------------------
Старт: 11/02/15 15:54:54 Стоп: 11/02/15 15:56:16
Время выполнения расчета амортизации. Период: 06.2009. 00:01:21:40
================================================================================


 ГПосле оптимизации Г

Этап "Расчет" амортизации
Время выполнения : 00:00:53:39
-----------------------------------
Время расчета РАЗНИЦ : 00:00:03:12
--------------------------------------------------------------------------------
Время выполнения расчета амортизации. Период: 06.2009. 00:00:56:63


Видно что общее время улучшилось на 30%.
А время расчета разниц улучшилось в 5 раз.

2015-04-21 14:45:37

Краткое описание :

Необходим запрет работы в модуле ОС при переходе к следующему либо возврату к предыдущему месяцу

Описание :

Новый месяц

Что измененно :

Проблема:
При переходе к следующему месяцу не все карточки ОС совершают переход. Часть остается в предыдущем периоде.
Происходит - если во время перехода в модуле работают прочие клиенты. Получают отчеты или работают с картотекой (фильтры и пр.)
Тестирование у двух клиентов РУП Белтелеком показало, что переход завершается успешно если никого нет в модуле.

Размеры картотеки от 50 до 200 тыс. И переход занимает немало времени.
Простейшее решение - запрет.

Как измененно :

Добавлена настройка
"Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Запретить вход в модули "ОС" и "НМА" при переходе к новому периоду"
Если она установлена в ДА, то при переходе на следующий период проверяется наличие пользователей
в модуле (проверяется захват лицензий). И если их больше одного, то переход не осуществляется.
Также в процессе перехода пользователи не смогут зайти в модуль ОС или НМА.

2015-04-21 14:45:37

Краткое описание :

При настройке "Формировать протокол=нет" протокол по ошибкам формируется

Описание :

Амортизация

Что измененно :

При настройке "Формировать протокол=нет" протокол по ошибкам формируется.
При расчете разниц из интерфейса "Амортизация" (функция локального меню
"Расчет разницы данных по методам учета") даже при установленной настройке
"Формировать протокол=нет", если есть ошибки при расчете разниц, то протокол формируется.

Как измененно :

Исправлено. Протокол не формируется.

2015-04-21 14:45:39

Краткое описание :

"Разъехались" формы отчетаТ2 ГС приказ N1 от 05.01.2004 формат страницы A3 1,2 и 3,4 и А4 после импорта отчета из FastReport в Word.

Описание :

Печать отчета по сотруднику...

Что измененно :

"Разъехалась" форма отчета Т2 ГС приказ N1 от 05.01.2004 формат страницы A3 1,2 и 3,4 и А4 после импорта отчета из FastReport в Word.

Как измененно :

Исправлена форма отчета Т2 ГС приказ N1 от 05.01.2004 формат страницы A3 1,2 и 3,4 и А4 после импорта отчета из FastReport в Word.

2015-04-21 14:45:37

Краткое описание :

В протокол расчета амортизации при детализации "отладочная информация" стала заноситься неверная информация.

Описание :

Амортизация

Что измененно :

В протокол расчета амортизации при детализации "отладочная информация" стала заноситься неверная информация.

Есть 2 карточки с одинаковым алгоритмом начисления информации. По первой карточке рассчиталась амортизация, например 100. При расчете амортизации по второй карточке возникла ошибка: например, во второй карточке не задан признак использования. Вторая карточка попадает в протокол, но результат расчета по алгоритму выводиться из первой карточки = 100.

Как измененно :

Исправлено.

2015-04-21 14:45:39

Краткое описание :

Невозможно смормировать отчет "Изменение к ШР" и "Изменение к ШР спец."

Описание :

Приказы по штатному расписанию

Что измененно :

Невозможно сформировать отчет "Изменение к штатному расписанию (спец.)", вызываемый из локального меню перечня приказов по штатному расписанию, при выбранном виде отчета "Штатное расписание". При попытке его построения постоянно появляется сообщение "Приказ не утвержден!", а отчет не выводится.

Как измененно :

Отчет "Изменение к штатному расписанию (спец.)", вызываемый из локального меню перечня приказов по штатному расписанию, при выбранном виде отчета "Штатное расписание" для утвержденных приказов сообщение о том, что приказ не утвержден, не выводит.

2015-04-21 14:45:37

Краткое описание :

Изменение статуса ФОП

Описание :

Журнал обязательств

Что измененно :

Изменение статуса ФОП.
Сейчас можно ограничить доступ к статусам ФОБ...
однако в ФОП нет такой возможности.. есть предложение
сделать пользовательскую настройку, разрешающую перевод
Финансовой операции в любой статус. "Разрешать
изменение статуса ФОП" - значения = да и нет.

Как измененно :

Добавлена настройка
"Настройки Галактики \ Управление финансами \ Платежный календарь \
Права доступа \ Разрешать изменение статуса ФОП"
- "Да" (по умолчанию)
- "Нет"

При установленном значении "Да" статус ФОП по исполняемым ФОБ можно изменять
вручную.
При значении "Нет" статус изменяется только автоматически, при изменении
статуса ФОБ.

2015-04-21 14:45:38

Краткое описание :

Контрольная сумма в справке о доходах на магнитных носителях

Описание :

Справки в налоговую инспекцию [РБ]

Что измененно :

В справках в налоговую инспекцию, при выборе варианта справки "с 2012 года"
(чтобы сформировать файл на магнитных носителях),
В строке файла 0.7 выводится контрольная сумма, которая должна равняться суммам всех строк 5.1 и 6.2.
В файле, сформированном Галактикой указывается неверная сумма строк 5.1 (6.2 нет)

Как измененно :

Контрольная сумма считается правильно.

2015-04-21 14:45:38

Краткое описание :

При формировании 2-НДФЛ учитывать, что значение учёта сумм возврата в КВО может принимать значение ''.

Описание :

Справки 2-НДФЛ (до 2019 года)

Что измененно :

При формировании 2-НДФЛ учитывать, что значение поля KLVIDOPL.VHOD[3] (учёт сумм возврата) в КВО может принимать значение ''.
Учёт сумм возврата в 2-НДФЛ происходит по настройке КВО (вкладка Удержания-учёт сумм возврата-выпадающий список из 4-х значений). Данное поле может принимать значения:
'0' - аналогично доходу
'1' - по месяцу, за который начислен
'2' - по месяцу учёта дохода
'3' - по месяцу возврата.
При создании записи в КВО значение поля KLVIDOPL.VHOD[3] не устанавливается по умолчанию в значение '0', что приводит к некорректному учёту сумм возврата в 2-НДФЛ.
В этом случае для корректного формирования 2-НДФЛ нужно "передёрнуть" настройку КВО и это решит проблему, запись сохранится с правильным значением входимости.
Либо в 2_НДФЛ учитывать этот момент.

Как измененно :

При формировании 2-НДФЛ значение настройки возврата в КВО равное '', обрабатывается как значение '0'.

2015-04-21 14:45:38

Краткое описание :

4-ФСС. Облагаемый доход по иностранцам попадает в отчете в необлагаемые суммы

Описание :

Ведомость по средствам ФСС РФ

Что измененно :

4-ФСС. Облагаемый доход по иностранцам попадает в отчете в
необлагаемые суммы, если в "Льготах по налогам на ФОТ" есть несколько записей.
Если запись одна отчет формируется верно.

Как измененно :

При нескольких записях в "Льготах по налогам на ФОТ" происходит
корректное извлечение информации для определения льгот для иностранцев

2015-04-21 14:45:37

Краткое описание :

Реализовать Приходный кассовый ордер на FastReport

Описание :

Приходный кассовый ордер

Что измененно :

Реализовать Приходный кассовый ордер на FastReport

Как измененно :

Были релизованы следующие отчеты в FastReport:
1. Карточка документа;
2. Реестр распределения платежей
(вызывается из контекстного меню окна "Приходный
кассовый ордер");
3. Реестр распределения платежного документа
(вызывается из контекстного меню окна редактирования
приходного кассового ордера).

2015-04-21 14:45:38

Краткое описание :

Неверный формат заголовка 4ФСС в формате XML за 1 квартал 2015 г.

Описание :

Ведомость по средствам ФСС РФ

Что измененно :

Изменение XSD-схемы расчета страхователя по начисленным и
уплаченным страховым взносам за 1-ый квартал 2015 г.
Заголовок отчета XML файла должен соответствовать ниже приведенному примеру.
Пример:< F4REPORT xmlns="http://fz122.fss.ru"
xmlns:xsd="http://www.w3.org/2001/XMLSchema-instance"
xsd:schemaLocation="http://fz122.fss.ru/doc/f4form_2015.xsd">

Как измененно :

Заголовок отчета XML файла выглядит следующим образом
< F4REPORT xmlns="http://fz122.fss.ru"
xmlns:xsd="http://www.w3.org/2001/XMLSchema-instance"
xsd:schemaLocation="http://fz122.fss.ru/doc/f4form_2015.xsd">
& УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ ШАБЛОНОВ:
FSS4_2015.XLS

2015-04-21 14:45:37

Краткое описание :

Переход от проводки к документу в карточке Основного средства

Описание :

Ведение картотеки

Что измененно :

В Инвентарной карточке ОС есть закладка "Обороты", в которой отображаются проводки по данной карточке ОС.
Предложение: реализовать механизм, позволяющий из Проводки переходить в Документ, содержащий текущюю проводку (например, как это сделано в Интерактивном отчёте).

Как измененно :

Переход к документу содержащему данную проводку производиться из окна редактирования проводки нажатием кнопки "Редактировать"(F4).

2015-04-21 14:45:39

Краткое описание :

Отчет выводится пустым если сотрудники переведены в новое подразделение

Описание :

Использование отпусков

Что измененно :

Отчет выдается пустым, если сотрудники переведены в новое подразделение. Просьба доработать данную форму отчета, чтобы сведения о сотрудниках не терялись.

Как измененно :

Изменен внешний вид интерфейса параметров отчета "Сведения об использовании отпусков":
1) заменен фильтр по сотрудникам/подразделениям на версию, учитывающую интервал дат;
2) фильтр по сотрудникам/подразделениям перенесен в верхнюю часть интерфейса параметров;
3) убраны параметры формирования "период формирования", для установки фильтра по периодам используются соответствующие поля с датами в фильтре по сотрудникам/подразделениям.

При формировании отчета "Сведения об использовании отпусков":
1) если фильтр по сотрудникам не выбран, выдается соответствующее предупреждение и открывается окно для выбора:
- подразделений (если не заполнены оба фильтра: подразделений и сотрудников), при выборе подразделения все его сотрудники попадут в фильтр по сотрудникам;
- сотрудников (если подразделения выбраны, а фильтр сотрудников пуст).
Если выход из окна выбора был осуществлен без заполнения фильтра, формирование отчета прерывается.
2) отбор данных осуществляется только для сотрудников, выбранных в фильтре по сотрудникам/подразделениям;
3) сохранение значений установленного фильтра по сотрудникам/подразделениям за период осуществляется только при запуске формирования отчета.

2015-04-21 14:45:37

Краткое описание :

Не понятное сообщение о переоценке фиксированной суммы амортизации

Описание :

Переоценка

Что измененно :

В ходе проведения операции переоценки иногда выводится такое сообщение

,'Для ИК с номером ' + KatOs.InNum
+ ' по методу учета "' + NastrOs.Name + '"'
+ ' установлена фиксированная сумма амортизации.'#13
+ 'Переоценить сумму амортизации по коэффициенту?'

В данном сообщении не понятна последняя фраза. Термин "сумму амортизации" воспринимается как накопленная амортизация в карточке, хотя на самом деле речь идет о переоценке "фиксированной ежемесячной суммы амортизации"
ПРЕДЛАГАЮ изменить последнюю фразу сообщения, чтобы было понятно о чем речь, например вместо "сумму амортизации" использовать "фиксированную ежемесячную сумму амортизации"

Как измененно :

Сообщение исправлено.

2015-04-21 14:45:37

Краткое описание :

Неединообразный подход к разницам в OSNMA

Описание :

Корректировка разниц

Что измененно :

Все показатели касающиеся разниц, в частности ВВРНМ, НВРНМ, СписВВРНМ, СписНВРНМ, ПРНМ и т.д. в OSNMA не умножались на количество из карточки, т.е. предполагалось как бы ведение разниц в целом на карточку, вновь добавленные показатели 'КорНВВР', 'КорПВВР', 'КорННВР', 'КорПНВР', 'КорНПР' почему-то умножаются на количество из карточки, что вносит неединообразие и неразбериху в написание ТХО по разницам.

Показатели 'КорНВВР', 'КорПВВР', 'КорННВР', 'КорПНВР', 'КорНПР' нужно выводить в OSNMA без умножения на количество.

Как измененно :

\r\nДобавлена настройка \"Настройки Галактики \\ Бухгалтерский контур \\ Учет ОС и НМА \\ Настройка операций \\ Амортизация \\ При расчете амортизации создавать записи с амортизацией равной нулю\"\r\nОна может принимать значения\r\n \'нет\'\r\n \'если ненулевое входящее сальдо по разницам\'\r\n \'с учетом признака использования\'\r\n \'да\'\r\nЗаписи SpMoveOs с амортизацией равной нулю создаются в зависимости от настройки.\r\n

2015-04-21 14:45:37

Краткое описание :

Округление стоимости при реализации Спецодежды

Описание :

Выбытие

Что измененно :

При оформлении Реализации необходимо учитывать настройки округления
ROUND.SELL
"Настройки Галактики \ Логистика \ Документы \ Управление сбытом \ Округление в документах сбыта"
.

На данный момент работает так:

function SpDocBuf_SetAnotherPrice: boolean;
var wasError: boolean;
{
...
_loop SpMoveOsCur
// карточка спецификации операции Выбытие
if (GetFirst SpDocBuf where ((SpMoveOsCur.nRec == SpDocBuf.NRecSpStep)) = tsOk)
{
SpDocBuf.Price := SpDocBuf_GetPrice(TSpMoveOs(SpMoveOsCur.buffer), NastrOsCur.field4 = 1, false);
...


А хотело бы так, как это сделано при ручном создании "Накладной на отпуск" - с использованием Паскалевских функций округления, например fRoundRub2:

(файл _src\CompSrc\L\L_SoprDoc\vip\ChkSum.vpp)

//округление цены при включенной настройке
Procedure FSRoundPrice;
{
if (SpSopr.KolOpl <> 0)
if FSRoundRub(SpSopr.Price * SpSopr.KolOpl) <> (SpSopr.Price * SpSopr.KolOpl) OR
FSRoundVal(SpSopr.VPrice * SpSopr.KolOpl) <> (SpSopr.VPrice * SpSopr.KolOpl)
{
SpSopr.Price := FSRoundRub(SpSopr.Price * SpSopr.KolOpl) / SpSopr.KolOpl;
!!!НЕЛЬЗЯ ЭТОГО ДЕЛАТЬ SpSopr.rPrice := SpSopr.Price;
SpSopr.VPrice := FSRoundVal(SpSopr.VPrice * SpSopr.KolOpl) / SpSopr.KolOpl;
!!!НЕЛЬЗЯ ЭТОГО ДЕЛАТЬ SpSopr.rVPrice := SpSopr.VPrice;
}
}

Как измененно :

Округление производится согласно настройки
"Настройки Галактики \ Логистика \ Документы \ Управление сбытом \ Округление в документах сбыта".

2015-04-21 14:45:37

Краткое описание :

Утрата результата операции корректировка разниц в ходе отмены амортизации

Описание :

Корректировка разниц

Что измененно :

Была реализована настройка, которая меняет подход к фиксации результатов операции корректировки разниц ("Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Налоговый учет \ Сразу проводить операцию корректировки разниц").
При значении "да" в этой настройке, операция корректировки применяется сразу, при этом в расчете амортизации эти операции уже не анализируются.
Однако при определенном стечении обстоятельств система дает сбой, когда результат применения операции корректировка разниц теряется.
Последовательность описана ниже.

1) Пришли в январь 2015.
2) Создали операцию корректировки разниц по ОС № 000001
3) Применили операцию корректировки разниц, получили в разницах скорректированное входящее сальдо.
4) Рассчитали амортизацию и разницы, при расчете оттлокнулись от измененного входящего сальдо. Всё хорошо!
5) Запустили отмену амортизации с галочкой "корректировать разницы"
6) Удалилась строчка в разницах со скорректированным входящим сальдо.
7) Запустили расчет амортизации и разниц заново.
8) Создалась срочка в разницах со нескорректированным входящим сальдо.
9) Операция применения корректировки разниц не запускалась, т.к. по новому функционалу, она не должна запускаться, т.к. считается что сальдо уже скорректировано.
10) Всё плохо: имеем нескорректированное входящее сальдо по разницам.

Нужно как-то изменить программу, чтобы в случае создания новой OsRazn она все таки применяла автоматически проведенную корректировку разниц, либо не удаляла OsRazn при отмене, либо несмотря на то что корректировка проведена, и всё теоретически должно быть хорошо, однако система при расчете разниц всё же перепроверяла, действительно ли всё хорошо, либо еще что-то.

Как измененно :

Исправлено. Если запись разниц по какой-либо причине была удалена, то при расчете амортизации она будет восстановлена вместе с операцией корректировки.

2015-04-21 14:45:37

Краткое описание :

Предложение по привязке платежного поручения к ФО

Описание :

Журнал обязательств

Что измененно :

В интерфейсе выбора платежных документов для ФОП
на уровне с типом документа показывать хозоперации по всем разделам учета

Как измененно :

доработано