F_OSOPER
Краткое описание :
Форма акта на списание имущества для РБОписание :
ВыбытиеЧто измененно :
Необходимо реализовать форму акта на
списание имущества,находящегося в республиканской
собственности. Акт утвержден Постановлением Минфина РБ
от 12.03.2012 №15.
Постановление вступило в силу со 2.06.2012.
Этот акт нужен еще Таможне.
Акт - во вложенном файле.
Как измененно :
В операции выбытие для РБ добавил шаблон формы
"Акт о списании имущества".
(Меню Печать\Печать акта для группы объектов).
Заполнение полей раздела 1:
графа 3 - вывод срока фактической эксплуатации на
дату выбытия с учетом настройки "Печать срока полезного
использования" ("в годах и месяцах", "в месяцах", "в годах");
графа 4 - первоначальная (балансовая) стоимость ОС
с учетом последующих поправок (модернизация, достройка,
переоценка и пр.) на дату выбытия;
графа 5 - сумма накопленной амортизационных с
учетом амортизации за месяц;
графа 6 = графа 4 - графа 5;
Раздел 2 не заполняется.
F_OSOPER
Краткое описание :
Блокировка основания операции при условии проведения в заданном регистре учетаОписание :
Изменение стоимостиЧто измененно :
В 180.6878 было реализовано следующее: Блокировать изменение поля "Основание" в проведенных операциях.
При этом согласно уточнению данному, мной была реализована блокировка при условии проведения операции в любом методе учета. Однако это мнение было ошибочным. Поясню:
Бывает, что БУ и НУ ведут разные бухгалтеры. При этом бухгалтеры БУ обычно делают раньше операцию, а бухгалтеры НУ - позже. Причем бухгалтеры БУ могут не выбирать основание операции, т.к. этот параметр нужнее для НУ (в нем определяется как должна быть начислена амортизационная премия).
Соответственно, если операция проведена в БУ выбор основания будет заблокирован благодаря 180.6878, и бухгалтеры НУ не смогут выбрать основание в случае, поскольку операция в БУ уже проведена и "основание" заблокировано.
Чтобы этого избежать
ПРЕДЛАГАЮ реализовать режим блокировки этого поля, по условию: если операция проведена не в любом методе учета, а в определенном, например в "налоговом". Условие блокировки стоит определять в настройках системы.
Как измененно :
Добавлена настройка
"Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Настройка операций \ ОС \ В "Поступление" и "Изм. стоимости" блокировать поле "Основание" после проведения по методу учета"
Если метод учета указан в настройке, то после проведения операции поступления или изменения стоимости по указанному методу учета, поле "Основание" блокируется для всех метода учета.
F_OSOPER
Краткое описание :
Настройка "Контроль соответствия сумм хозоперации и проводок в ТХО"Описание :
ПоступлениеЧто измененно :
Настройка "Контроль соответствия сумм хозоперации и проводок в ТХО".
Контроль должен происходить и при привязке ТХО в операциях ОС (в шапке
документа), а не только в окне редактирования хозоперации.
Как измененно :
Добавил обработку настройки "Контроль соответствия
сумм хозоперации и проводок в ТХО" в следующих случаях:
- привязка ТХО в операциях ОС из шапки документа;
- после ручного создания или модификации
существующей проводки, на закладке "Проводки", в
операциях ОС, при переходе из окна проводок в шапку
документа.
F_OSOPER
Краткое описание :
В акте о приеме-передачи ОС убрать лишнюю информацию РБОписание :
ПоступлениеЧто измененно :
В печатной форме акта о приеме - передаче ОС,
утвержденного 22.04.2011 №23, убрать строчку (Метод
учета: Основной). В законодательно утвержденной форме
этого нет.
Эта форму входит в список 9-ти обязательных форм к
применению организациями РБ.
Как измененно :
В шаблоне формы ОС-1 для РБ от 22.04.2011 удалил
строку "(Метод учета:...)".
F_OSOPER
Краткое описание :
Не работает фильтр по МОЛ. Акты на внутреннее перемещениеОписание :
Внутреннее перемещениеЧто измененно :
После установки обновлений перестал работать фильтр по
МОЛ по актам на внутреннее перемещение. На тестовой базе с
малым количеством МОЛ проблема не проявляется, но на базах с
несколькими МОЛ на одном складе и большим количеством
документов проблема наблюдается.
Локализовано на базе СЗМН (сервер by01-oracle03).
[Database]
DataBaseName=gal810
[SQLDriver]
SQLServer=SZMNU
Скриншоты во вложении.
Как измененно :
Исправлено. Фильтры работают.
F_OSOPER
Краткое описание :
После проведения операции изменения стоимости её можно редактироватьОписание :
Изменение стоимостиЧто измененно :
После проведения операции изменения стоимости её можно редактировать
Как измененно :
После проведения операции изменения стоимости её нельзя редактировать.
Проявлялась только на oracle и Mssql.
F_OSOPER
Краткое описание :
Норма в форме ОС-1Описание :
ПоступлениеЧто измененно :
Если срок полезного использования указан в
месяцах, то и норма амортизации должна быть месячная.В
Галактике, в независимости от того указан срок
полезного использования в месяцах или годах, выводится
годовая норма. Вот что говорится в консультанте:
- графа 4 "Норма амортизации". В случае если срок
полезного использования в графе 2 разд. 2 акта ОС-1
указан в месяцах, то и норма амортизации должна быть
месячная.
Во вложении полный документ с выделенным фрагментом.
Как измененно :
Для России: Если срок полезного использования
выводиться в месяцах (Настройки Галактики \
Бухгалтерский контур \ Учет ОС и НМА \ Отчеты\Печать
срока полезного использования), то норма выводиться
месячная, в противном случае годовая (графа 4 "Норма
амортизации").
F_OSOPER
Краткое описание :
Сохранять ссылку на ОКОФ в архивеОписание :
Архив измененийЧто измененно :
Необходимо сохранять ссылку на ОКОФ в архиве.
История необходима для правильного построения отчетов
за прошлые периоды, а так же их сверки с оборотной
ведомостью по бухгалтеским счетам. Многие организации
ведут аналитику по счету 01 и 02 (и на др.) в
соответствии с ОКОФ. Если в текущем месяце изменили
ОКОФ через операцию изменения параметров, то уже
невозможно построить и сделать сравнительный анализ
отчетов в модуле ОС и отчетов по оборотам бух. счетов в
ФРО за предыдущие отчетные периоды.
Как измененно :
Добавлены в архивацию поля
- ссылка на ОКОФ
ArcIznos.cOKOF := KatOs.cOKOF;
- величина амортизации при начислении суммой
ArcIznos.SumFld := SpKatOs.SumFld;
- ликвидационная стоимость
ArcIznos.StoimL := SpKatOs.StoimL;
Доработка отчетов по ОКОФ за прошлые периоды будет делаться по
отдельной проблеме.
F_OSOPER
Краткое описание :
валютная переоценкаОписание :
ПереоценкаЧто измененно :
согласно указу(приказу,закону ?) N 626 на предприятиях
приобретающих ОС по валютному контракту необходимо
применять к таким ОС валютная переоценку.Вроде бы
реализовать это не сложно(со слов клиента) - имеем
вал.накладную - оприходовали ОС - к моменту переоценки
вычисляем курсовую разницу и используем ее в качестве суммы
переоценки.
Т.к. согласно этому документу данная операция не зависит от
проводимой в общем случае переоценки - данная функция будет
востребована ежегодно.
Как измененно :
Для РБ добавлен метод переоценки пересчета
валютной стоимости:
1. определяется наличие валютной стоимости в
накладной передачи МЦ со склада в ОС;
2. выдается сообщение на подтверждения применения
метода переоценки;
3. в случае утвердительного ответа,
пересчитывается восстановительная стоимость согласно
п.17 и 18 Инструкции по переоценке от 20.11.2006
№199/139/185/34;
4. новая стоимость сохраняется в таблице RasKoef
со значением поля Prizn = 2 (0- индексная переоценка, 2
- прямая);
5. в интерфейсе ИК на вкладке "Операции" в поле
"Операция", а так же в печатных формах ОС-6 для РБ в
графе 2 Раздела "Коэффициент пересчета (переоценки)",
для основных средств, переоцененных методом валютной
стоимости выводим "Валютная переоценка".
F_OSOPER
Краткое описание :
Расчёт амортизации раз в годОписание :
АмортизацияЧто измененно :
Для бюджетных организаций расчёт Амортизации ОС
Как измененно :
доработано (см.доп.док)
Для всех регионов, кроме РФ, проведены работы по замене наименования "Износ" на "Амортизация",
а так же выполнено приведение к единообразию сочетаний с участием данных наименований
в интерфейсах и большинстве отчетов ОС/НМА.
( для информации:
- наименование колонок сумма износа
'Накопленная амортизация';
- наименование колонки сумма износа за период начисления амортизации
'Амортизация за отч.период ИК';
- строка подсказки для колоноки/поля сумма износа
'Накопленная сумма амортизации за предыдущие отчетные периоды';
- строка подсказки для колоноки/поля сумма износа за период начисления амортизации
'Сумма начисленной амортизации в отчетном периоде ИК;
- наименование поля сумма износа
'Накопленная амортизация';
- компактное наименование поля сумма износа за период начисления амортизации
'Амортизация за отч.период ИК';
- наименование поля сумма износа за период начисления амортизации
'Амортизация за отчетный период ИК';
- наименование колонки суммы полного износа
'Амортизация';
- наименование поля суммы полного износа
'Амортизация';
- строка подсказки для колоноки/поля сумма полного износа
'Накопленная сумма амортизации';
- наименование колонки общей суммы износа по операции (по нескольким ИК)
'Сумма амортизации';
- наименование поля общей суммы износа по операции (по нескольким ИК)
'Сумма амортизации';
- строка подсказки для колоноки/поля сумма полного износа
'Общая сумма амортизации';
- наименование поля сумма износа при поступлении
'Амортизация при поступлении';
- строка подсказки для поля сумма износа при поступлении
'Сумма амортизации при поступлении';
- наименование колонки общей суммы начисленного износа по операции (по нескольким ИК)
'Амортизация за отчетный период';
- наименование поля общей суммы начисленного износа по операции (по нескольким ИК)
'Амортизация за отч.период';
- строка подсказки для колоноки/поля сумма начисленного износа (по нескольким ИК)
'Сумма начисленной амортизации в отчетном периоде';
- наименование термина "Износ"
'Амортизация';
- наименование самого термина "Износ" в род.падеже
'амортизации'
P.S. В отдельных интерфейсах и отчетах допустимы некоторые несоответствия в наименованиях
F_OSOPER
Краткое описание :
В ОС-1а выводится не вся информацияОписание :
Ввод объектов в эксплуатацию (ОС)Что измененно :
В ОС-1а выводится не вся информация
Путь: Управление капитальными вложениями и строительством - Операции -
Ввод объектов в экспдуатацию (ОС) - Печать - Печать актов по объектам
- Форма N ОС-1а в формате rtf << Россия >>.
В акте о приеме-передаче здания (сооружения) не выводится информация по
1)ОКОФ,
2)амортизационной группе,
3)способу начисления амортизации.
В строке "Принял (расшифровка подписи)" неправильно выводится МОЛ (см.вложенный файл "ОС 1а неверно", выделено красным).
Если эту же форму распечатать из модуля Учет ОС - Операции - Операция поступления, то перечисленные реквизиты выводятся
на печать (см.вложенный файл "ОС 1а верно").
Как измененно :
В модуле "Управление капитальными вложениями и
строительством" исправил печать формы ОС-1а в формате
rtf << Россия >>:
1)печать ОКОФ;
2)печать амортизационной группы;
3)печать способа начисления амортизации.
4) печать МОЛ в строке "Принял (расшифровка подписи)".
Данные берутся из карточки ОС, если она создана, в противном случае ничего не печатается.
F_OSOPER
Краткое описание :
Продолжение проблемы 180.2827 (архив по изменению ликвидационной стоимости)Описание :
Архив измененийЧто измененно :
Продолжение проблемы 180.2827 (архив по изменению ликвидационной стоимости)
Добрый день!
Ранее (02/10/2007) была зарегистрирована проблема ПИР 180.2827 (описание ниже)
"В инвентарную карточку основного средства заносится сумма ликвидационной стоимости, значение которой используется в алгоритме начисления амортизации
((SPKATOS.STOIM - SPKATOS.STOIML)*VIDNORMA.NORMA) /100*12.
По карточке проводим операцию по переоценке, соответственно изменяем ликвидационную стоимость вручную.
Если возвращаемся на предыдущий месяц и рассчитываем износ, то износ рассчитывается от новой суммы ликвидационной стоимости,
тем самым нарушается корректность информации. Что бы избежать этой проблемы необходим архив изменений по ликвидационной стоимости."
Проблема 180.2827 закрыта обновлением "F_OS_RES_810400" OCT 21 2010.
В описании к вышеуказанному патчу написано следующее:
"Как измененно :
Для операций "Изменение стоимости", "Переоценка", "Изменение параметров":
- добавлен параметр "Ликвидационная стоимость" на вкладке "Изменяемые парамеры"
- добавлен параметр "Ликвидационная стоимость" в окне редактирования "Изменяемых парамеров по шаблону",
При этом:
- если значение данного параметра задано суммой (ненулевое), то данное
значение будет перенесено в операцию.
- в расширенном окне можно задать алгоритм расчета значения данного параметра,
при переносе в операцию.
(таблицы которые могут быть реально задействованные при расчете: KatOS,
SpKatOS, MoveOS, SpMove, SpMoveOS)
Для стоимостных характеристик реализована возможность редактирования новых значений для всех ИК из операции.
Пункт локального меню "Значения параметра для всех ИК операции"
(Ведение архива не реализовывалось, т.к. требует изменение словаря)"
Нам известно, что в настоящее время, начаты работы над версией Галактики 9.1. в связи с этим просьба доработать решение проблемы,
касательно истории по изменению ликвидационной стоимости.
# КАК ИЗМЕНЕНО:
Добавлены в архивацию поля
- ликвидационная стоимость
ArcIznos.StoimL := SpKatOs.StoimL;
F_OSOPER
Краткое описание :
Не пересчитывать ручную амортизациюОписание :
АмортизацияЧто измененно :
Бывают случаи (всевозможные исправления), когда необходимо в месяце ввести амортизацию
вручную.
Для этого используем создание операции "амортизации будущего периода" для текущего периода
и расчет амортизации с галочкой "учитывать амортизацию будущих периодов".
Операцию корректировка амортизации считаем неудобной, т.к. для того чтобы ее вбить, нужно
1) рассчитать амортизацию текущего периода;
2) ввести корректировку на ту сумму которую не хватает чтобы получить нужное состояние карточки,
учитывая сумму амортизации, которую рассчитывает система автоматом;
3) рассчитать амортизацию повторно с галочкой "учитывать операцию корректировка амортизации"
Проще вбить готовое значение, обеспечивающее нужное состояние карточки.
Однако есть следующее неудобство, карточку приходится считать в отдельной сессии расчета амортизации
с галочкой "учитывать амортизацию будущих периодов". Если же случайно посчитать без этой опции,
то ручные данные будут утрачены.
ПРЕДЛАГАЮ:
1) реализовать признак, что данная сумма амортизации была внесена вручную,
2) реализовать режим "оставлять ручные и откорректированные записи" (по аналогии с расчетом зарплаты,
там уже давным давно есть такие режимы, и успешно используются).
Как измененно :
Добавлена настройка "Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Настройка операций \ Амортизация \ Всегда учитывать амортизацию будущих периодов откорректированную в ручную". Если она имеет значение ДА, то амортизации будущих периодов измененные вручную будут использоваться вместо расчета амортизации, вне зависимости от того стоит ли параметр "Учитывать амортизацию будущих периодов.".
Все параметры расчета амортизации объединены в одну папку - "Учет ОС и НМА \ Настройка операций \ Амортизация".
Если будущая амортизация откорректирована в ручную, то в нижней панели вместо "f" светится "h".
Для России изменен порядок птичек для расчета амортизации.
F_OSOPER
Краткое описание :
Разграничение доступа по методам учетаОписание :
Методы учета ОСЧто измененно :
Добрый день!
На данный момент на предприятии ММГ внедрены параллельно два метода учета основных средств и НМА Налоговый и Бухгалтерский, налоговый бухгалтер и бухгалтер по ОСам работают с одной картотекой и одними операциями. В зависимости от специфики у каждого из них свои алгоритмы начисления амортизании, стоимостные показатели, проводки. На данный момент в существующем функционале Галактики нет возможности разграничить права на чтение, модификацию. удаление в зависимости от метода учета конкретным специалистам. Случилось так, что налоговый бухгалтер удалил случайно хозоперации и проводки бухгалтера по ОСам. и бухгалтера заметили во время, когда период был еще не закрыт. Просьба доработать функционал или сделать новые настройки в каталоге методов учета, где можно было бы ограничить права. Проблема очень критична.
Как измененно :
Доработано. Добавлена настройка
"Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Настройка ИК \ ОС \ Список доступных методов учета для пользователя".
С ее помощью задается список методов учета, данные по которым пользователь может редактировать в картотеке.
При переключении на метод учета, который нельзя редактировать, выдается предупреждение. Т.е теперь ИК проверяется на доступ по:
- дескриптору
- возможность редактировать выбывшие
- доступным подразделениям
- доступ по методу учета.
Также доработана проверка при проведении/отмене операции.
Проверяется дескриптор, выбытие, подразделение и метод учета.
При расчете амортизации проверяется дескриптор, выбытие, подразделение и метод учета. При этом учитывается настройка
"Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Настройка операций \ Применять права доступа к операции "Амортизация""
При переходе на следующий период проверяется дескриптор, выбытие и подразделение. Если нет доступа ко всем методам учета,
то переход невозможен. Об этом выдается предупреждение.
F_OSOPER
Краткое описание :
Проведение операций по разным методам учета ОСОписание :
Методы учета ОСЧто измененно :
Проведение операций по разным методам учета ОС
Добрый день!
Налоговый бухгалтер не может оприходовать ОС по налоговому методу учета, если в бухгалтерском учете уже была проведена операция внутреннего перемещения после оприходования сотрудником службы бухгалтерского учета. С разными методами работаю разные службы и соответственно нереально отследить работу друг-друга или согласовывать. Необходимо. что бы система позволяла налоговому бухгалтеру проводить операции в рамках отчетного периода. Проблема очень критичная, просим ее реализовать. Работа с двумя методами учета невозможна, так как система сейчас рассчитана на то, что в 2-х методах будет работать один сотрудник.
Как измененно :
При проведении операций анализируется есть ли операция проведенная более поздней датой.
И если такая существует, то операция не проводится. При этом все более поздние операции
можно разделить на три типа:
1) анализ которых не производится - это операции поступления и амортизации.
2) операции которые проводятся(анализируются) отдельно для каждого метода учета. Это операции
изменения стоимости, переоценки, изменения параметров и налоговая операция. Обозначим их как МУ.
3) операции которые проводятся(анализируются) одновременно для всех методов учета. Это операции
перемещения, выбытия, изменения группы/вида. Обозначим их как ЕД.
Когда проводится операция ЕД, то признак того что она проведена (SpMove.Proved) проставляются
только в одном методе учета, в текущем. А при анализе операции ЕД, ее проведенность анализируется
по всем методам учета и если встречается хотя бы в одном, то считается, что операция проведена.
Для доработки по 180.6692 анализ операций ЕД можно производить только по текущему методу учета.
И производить по одному методу только, когда задана настройка "Список доступных методов учета" и
только когда проводится операция с типом МУ. Если же проводится операция с типом ЕД, то анализ
идет как обычно по всем методам учета.
Настройка "Список доступных методов учета" заведена в рамках решения 180.6686.
Таким образов получаем:
- если настройка не задана, то работает все как прежде;
- если настройка задана, то в описанном примере налоговый бухгалтер сможет провести операцию
изменения стоимости с датой более ранней, чем была проведена операция перемещения в бухгалтерском
методе учета. Но бухгалтер, работающий с бухгалтерским методом учета, не сможет провести операция
изменения стоимости с более ранней датой.
И обратный пример. Пусть в бухметоде была проведена операция изменения стоимости. То более раннюю
операцию по перемещению провести будет нельзя. Но если переключится на налоговый метод, то операцию
перемещения можно будет провести.
Внимание! При использовании данного функционала проведения операций более ранней датой, чем существующие операции
в другом методе учета, пользователь должен сам контролировать корректность данных в картотеке при формировании
проводок, откатах/накатах ИК, отмене таких операций и др.
F_OSOPER
Краткое описание :
vip или js-алгоритмы на события перевода карточки в другой отчетный периодОписание :
Ведение картотекиЧто измененно :
Для выполнения дополнительной пользователь-зависимой функциональности, НЕОБХОДИМО
реализовать вызов vip-алгоритма или js-алгоритма, установленного в настройках системы
на события перевода карточки в другой отчетный период (переход на новый, возврат на предыдущий).
Как измененно :
Сделано 8 точек расширения.
//==============================================================================
// Точки расширенния для каждой ИК.
#doc
Точка расширения. Вызывается перед переводом ИК в следующий отчетный период.
Вызывается из интерфейса OtchPerCore. Вызывается один раз для каждой ИК.
_cKatOs - ссылка на KatOs.
#end
ExtensionPoint epBeforeNextPeriod (_cKatOs : comp);
#doc
Точка расширения. Вызывается после перевода ИК в следующий отчетный период.
Вызывается из интерфейса OtchPerCore. Вызывается один раз для каждой ИК.
_cKatOs - ссылка на KatOs.
#end
ExtensionPoint epAfterNextPeriod (_cKatOs : comp);
#doc
Точка расширения. Вызывается перед переводом ИК в предыдущий отчетный период.
Вызывается из интерфейса OtchPerCore. Вызывается один раз для каждой ИК.
_cKatOs - ссылка на KatOs.
#end
ExtensionPoint epBeforePrevPeriod (_cKatOs : comp);
#doc
Точка расширения. Вызывается после перевода ИК в предыдущий отчетный период.
Вызывается из интерфейса OtchPerCore. Вызывается один раз для каждой ИК.
_cKatOs - ссылка на KatOs.
#end
ExtensionPoint epAfterPrevPeriod (_cKatOs : comp);
//==============================================================================
// Точки расширенния для всех ИК.
#doc
Точка расширения. Вызывается перед переводом всех ИК в следующий отчетный период.
Вызывается из интерфейса OtchPer (Администратор\Новый месяц) и OtchPerPick (из карттеки).
Вызывается один раза для всех ИК.
_wList - код выбранных ИК, для Pick.wlist (27). Если _wList=0, то вызов из OtchPer (Администратор\Новый месяц).
#end
ExtensionPoint epBeforeNextPeriodPick (_wList : word);
#doc
Точка расширения. Вызывается после перехода всех ИК в следующий отчетный период.
Вызывается из интерфейса OtchPer (Администратор\Новый месяц) и OtchPerPick (из карттеки).
Вызывается один раза для всех ИК.
_wList - код выбранных ИК, для Pick.wlist (27). Если _wList=0, то вызов из OtchPer (Администратор\Новый месяц).
#end
ExtensionPoint epAfterNextPeriodPick (_wList : word);
#doc
Точка расширения. Вызывается перед переводом всех ИК в предыдущий отчетный период.
Вызывается из интерфейса OtchPer (Администратор\Возврат) и OtchPerPick (из карттеки).
Вызывается один раза для всех ИК.
_wList - код выбранных ИК, для Pick.wlist (27). Если _wList=0, то вызов из OtchPer (Администратор\Возврат).
#end
ExtensionPoint epBeforePrevPeriodPick (_wList : word);
#doc
Точка расширения. Вызывается после перевода всех ИК в предыдущий отчетный период.
Вызывается из интерфейса OtchPer (Администратор\Возврат) и OtchPerPick (из карттеки).
Вызывается один раза для всех ИК.
_wList - код выбранных ИК, для Pick.wlist (27). Если _wList=0, то вызов из OtchPer (Администратор\Возврат).
#end
ExtensionPoint epAfterPrevPeriodPick (_wList : word);
F_OSOPER
Краткое описание :
Вывести дескриптор и группу дескрипторов в списочный интерфейс операцийОписание :
ПоступлениеЧто измененно :
Для повышения информативности и эргономики списочного интерфейса операций ОС и НМА
ПРЕДЛАГАЮ в списочный интерфейс операций ОС и НМА
- вывести поля "Дескриптор" и "Группа дескрипторов"
- реализовать фильтрацию по этим полям
Как измененно :
В списочный интерфейс операций ОС и НМА
- выведены поля "Дескриптор" и "Группа дескрипторов"
- реализованы фильтры по этим полям.
Работа с фильтрами в операция значительно переделана.
F_OSOPER
Краткое описание :
Блокировать изменение поля "Основание" в проведенных операцияхОписание :
ПоступлениеЧто измененно :
Сейчас после проведения операции поступления или изменения стоимости можно легко перевыбрать или очистить поле "Основание".
Это поле влияет на логику расчета полей закладки "Амортизационная льгота".
Считаю, что необходимо блокировать изменение данного поля после проведения операции.
Как измененно :
После проведения операции поступления или изменения стоимости поле "Основание" блокируется.
F_OSOPER
Краткое описание :
Актуализация данных в операции - Интерактивное сообщениеОписание :
Изменение стоимостиЧто измененно :
Актуализация данных в операции - Интерактивное сообщение
Как измененно :
При актуализации данных в операции в окне редактирования
операции, если карточек больше одной, то будет формироваться протокол
(аналогичный как из списка операций).
F_OSOPER
Краткое описание :
Необходима Величина корректировки амортизацииОписание :
АмортизацияЧто измененно :
Необходимо в алгоритмы расчета вытягивать Величину
корректировки амортизации.
Рассмотрим пример:
У клиента используется алгоритм расчета амортизации "от остаточной стоимости".
Сейчас май 2012 года. В этом же месяце клиент проводит операцию корректировки
амортизации (на какую величину надо увеличить/уменьшить начисленную до
01/05/2012 амортизацию).
Например, величина корректировки амортизации составляет 100 руб, т.е. на
01/05/2012
остаточная стоимость должна была быть на 100 руб меньше, чем сейчас в архиве.
Поэтому, чтобы верно посчитать амортизацию за текущий месяц (май), клиенту
надо
в алгоритме начисления амортизации от остаточной стоимости учесть величину
корректировки
амортизации.
Как измененно :
ДОРАБОТАНО. Величина корректировки амортизации хранится в поле
SpMoveOsCorAmort.NewSumIzn.
SpMoveOsCorAmort это синоним SpMoveOs.
SpMoveCorAmort синоним SpMove.
Подцеплена таблица так
and cgOs_51_Amort == SpMoveOSCorAmort.SysOper
and KatOs.nRec == SpMoveOSCorAmort.cKatOS
and NastrOs.nRec == SpMoveOSCorAmort.cNastrOS
and KatOS.OtchPer == SpMoveOSCorAmort.DatOb
and SpMoveOSCorAmort.cSpMove == SpMoveCorAmort.NRec
В алгоритме расчета амортизации вытащить величину корректировки можно так
if (not isValidAll(tnSpMoveOsCorAmort), 0, if (SpMoveCorAmort.Proved=0, 0,
SpMoveOsCorAmort.NewSumIzn))
(SpMoveCorAmort.Proved=1) - проверка, что операция корректировки амортизации
проведена.
F_OSOPER
Краткое описание :
Необходимо в ОС-1 выводить остаточную стоимость даже если износ не начислялсяОписание :
ВыбытиеЧто измененно :
Необходимо в ОС-1 выводить остаточную стоимость даже если износ не начислялся.
Необходимо в операции "Выбытие" в форму ОС-1 выводить остаточную стоимость (страница 2 , колонка 7) даже если износ по карточке вообще не начислялся.
Также, если еще было изменение стоимости, то остаточная стоимость отличается от первоначальной и приходиться самим искать правильную остаточную сумму по карточке и вписывать вручную в форму ОС-1. Считаем, что остаточная стоимость должна печататься в форму в любом случае вне зависимости был по ней износ или нет.
Как измененно :
Исправил frm и rtf шаблоны форм ОС-1 и ОС-1а для России:
- если операция выбытия и объект у
организации-сдатчика, то выводим остаточную сумму, даже
если сумма износа = 0.
F_OSOPER
Краткое описание :
не корректная реализация ОС-3Описание :
Изменение стоимостиЧто измененно :
ОС->Операции->Изменение стоимости->Enter на конкретной операции->На шапке документа в локальном меню пункт "Печать"->"Печать актов по объектам"
отчет "Форма N ОС-3 в формате rtf << Беларусь >>"
При печати под каждый объект тратится 2 листа. Т.о. для печати спецификации из 20 объектов нужно 40 листов!!!!!
У клиента лично видел сваленную стопку бумаги (пачек 10 листов) в углу, это акты за текущий месяц, о которые все спотыкаются и поминают недобрым словом Галактику.
Во вложении законодательное обоснование отмены формы ОС-3. Ко всему прочему даже в старой редакции ОС-3 никто не заставлял каждую строку печатать на отдельном листе.
Просьба привести ОС-3 к нормальному для Галактики виду. Клиент во вложении предложил свой вариант реализации.
Как измененно :
1. Для операция "Изменения стоимости" добавил
пункт в меню Пуск - 'Печать акта по группам объектов';
3. исправил алгоритм печати по группе объектов для
печати типа операции "Изменения стоимости".
4. добавил новый шаблон Form_OS_03_Bel.rtf для
печати формы ОС-3 по группе объектов;
5. в прототип GroupOs добавил цикл цикл по услугам
и поля "Изменение_стоимости" и "Затраты_на_ремонт" для
печати ОС-3;
6. в связи с изменениями структуры прототипа,
исправил ВСЕ формы, которые от него наследуются.
Примечание! в связи с изменением структуры
прототипа GroupOs, необходимо исправить
пользовательские шаблоны отчетов, которые наследуются
от него.
F_OSOPER
Краткое описание :
Не удается отменить проведение операции при следующих условияхОписание :
Изменение стоимостиЧто измененно :
Не удается отменить проведение операции при следующих условиях.
Есть 2 карточки: ОС1, ОС2.
10/06/2012 провели операцию Изменения стоимости по карточкам ОС1 и ОС2.
15/06/2012 провели еще одну операцию Изменения стоимости по карточке ОС1.
Пытаемся отменить операцию от 10/06/2012, выдается сообщение, что отмена невозможна,
т.к. есть проведенная позже операция от 15/06/2012 (это верно).
Отменяем операцию 15/06/2012. Затем опять пытается отменить операцию от 10/06/2012.
Снова выдается сообщение, что отмена невозможна, т.к. есть проведенная позже операция
от 15/06/2012 (что уже неверно).
Как измененно :
Операцию теперь можно отменить.