Перечень нововведений и исправленных ошибок в Супермаг + : Супермаг Плюс (Супермаг 2000)
21.11.2024 18:49
█ 24.02.2009 04:39
Цитата:
12.02.09 (№ 829) SP № 5 Vovantus ➤ На сиплюшном ФТП, кажись, ещё в пятницу появился 5 сервис-пак для версии 1.026.3. Но описания нет 
Есть у кого-нить информация что в нём нового?
Есть у кого-нить информация что в нём нового? Закрытие периода. Исправлено: после появления в версии 1.026.3 настройки расчета товародвижения "учитывать основания товародвижения для операций" при закрытии периода перестали учитываться основания по товародвижению.
SmRepAdmin.dll
12.02.09 (№ 830) SP № 5
Расчет себестоимости в производстве. Исправлено: в аналитическую базу док-тов производства не переносились производственные док-ты, полностью закрытые с точки зрения склада, и, следовательно, эти док-ты не принимали участие в расчете с/с в производстве.
FIFOTransferBody.sql, SmRepAdmin.dll, RepAdminModule.sql
12.02.09 (№ 827) SP № 5
Акты переоценки. Исправлено: при длине номера документа больше 9 символов печать документа завершалась ошибкой "REP-1401: 'cf_title_in_pageformula': Произошла фатальная ошибка PL/SQL".
act_change_price.rep
12.02.09 (№ 828) SP № 5
Наценивание. Исправлено: если для места хранения задан флаг "Цены ЦС синхронизированы с этим складом", то принятие акта переоценки по артикулам такого спецсклада приводило к зацикливанию программы.
DocACPkgBody.sql
█ 09.03.2009 12:36
27.02.09 (№ 833) SP № 7
Накладные (Беларусь). Исправлено: при копировании цен из одного документа в другой должно пропускаться поле "Розничная цена".
DocsPkgBody.sql
27.02.09 (№ 834) SP № 7
Накладные (Беларусь). Исправлено: вызов функций "Генерация списаний по нормам отходов", "Заполнение положительными / отрицательными остатками" завершалось ошибкой "ORA-00942: таблица или представление пользователя не существует".
DocsModule.sql
19.02.09 (№ 832) SP № 6
Расходные накладные (Беларусь). Исправлено: вызов функции "проставить основания" завершался ошибкой "ORA-20005: Перед обновлением объект необходимо заблокировать".
DocProc.sql, DocCOProc.sql
19.02.09 (№ 831) SP № 6
Приходные накладные (Беларусь). Исправлено: создание накладной на основании сличительной ведомости завершалось ошибкой "ORA-00942: таблица или представление пользователя не существует".
DocsModule.sql
Накладные (Беларусь). Исправлено: при копировании цен из одного документа в другой должно пропускаться поле "Розничная цена".
DocsPkgBody.sql
27.02.09 (№ 834) SP № 7
Накладные (Беларусь). Исправлено: вызов функций "Генерация списаний по нормам отходов", "Заполнение положительными / отрицательными остатками" завершалось ошибкой "ORA-00942: таблица или представление пользователя не существует".
DocsModule.sql
19.02.09 (№ 832) SP № 6
Расходные накладные (Беларусь). Исправлено: вызов функции "проставить основания" завершался ошибкой "ORA-20005: Перед обновлением объект необходимо заблокировать".
DocProc.sql, DocCOProc.sql
19.02.09 (№ 831) SP № 6
Приходные накладные (Беларусь). Исправлено: создание накладной на основании сличительной ведомости завершалось ошибкой "ORA-00942: таблица или представление пользователя не существует".
DocsModule.sql
█ 26.03.2009 10:50
****************************************
********* Изменения СМ 1.026.4 *********
****************************************
19.03.09 (№ 837) SP № 1
Закрытие периода со сменой учетной политики. Исправлено: исключена возможность запуска закрытия периода без указания партнера.
SMRepAdmin.dll
19.03.09 (№ 836) SP № 1
Обрезка базы. Исправлено: доступ к кнопке "Обрезать" недоступен, если на дату самого раннего периода на складе, закрытого со сменой учетной политики, нет закрытого периода в производстве.
SMRepAdmin.dll
16.03.09 (№ 835) SP № 1
Обрезка базы в производстве. Исправлено: будут удалены записи о последних и/или нераспределенных приходах в таблице FFProdAvailIncome_ на дату <= дате обрезаемого периода. Ранее удалялись только записи на дату < дате обрезаемого периода.
PCloseBody.sql, PClose.sql
********* Изменения СМ 1.026.4 *********
****************************************
19.03.09 (№ 837) SP № 1
Закрытие периода со сменой учетной политики. Исправлено: исключена возможность запуска закрытия периода без указания партнера.
SMRepAdmin.dll
19.03.09 (№ 836) SP № 1
Обрезка базы. Исправлено: доступ к кнопке "Обрезать" недоступен, если на дату самого раннего периода на складе, закрытого со сменой учетной политики, нет закрытого периода в производстве.
SMRepAdmin.dll
16.03.09 (№ 835) SP № 1
Обрезка базы в производстве. Исправлено: будут удалены записи о последних и/или нераспределенных приходах в таблице FFProdAvailIncome_ на дату <= дате обрезаемого периода. Ранее удалялись только записи на дату < дате обрезаемого периода.
PCloseBody.sql, PClose.sql
█ 26.03.2009 12:36
█ 20.04.2009 09:38
****************************************
********* Изменения СМ 1.026.4 *********
****************************************
13.04.09 (№ 851) SP № 3
Почтовый обмен. Разрешен прием по почте некоторых типов документов (контракты, калькуляции, рецепты и т.п.) с датой, попадающей в обрезанный период.
DocProc.sql, PCloseBody.sql
13.04.09 (№ 850) SP № 3
Отчет "Движение в производстве по себестоимости". Возвращена колонка "Разница", убранная в версии 1.026.4.
prod_zakupprice.rep, SMREPORT.HLP
13.04.09 (№ 849) SP № 3
Закрытие периода. Исправлено: если создание бухгалтерских справок (расходов) завершалось ошибкой, программа фиксировала успешное начало закрытия периода.
RemainsPkgBody.sql, FRemainsPkgBody.sql, FRemInPkgBody.sql, PCloseBody.sql
13.04.09 (№ 848) SP № 3
Исправлено: расчет статистики "Остатки в закупочных ценах по местам хранения / приходам" завершался ошибкой "ORA-06502: буфер символьных строк слишком маленький", если в расчете использовались данные бухгалтерских справок и кол-во этих док-ов было велико.
CreateTblFifo.sql, FRemainsPkgBody.sql, FRemInPkgBody.sql
31.03.09 (№ 844) SP № 2
Расчет себестоимости на складе. Расширено описание, выдаваемое системой при обработке ошибки формирования данных для выгрузки в файл.
SMRepAdmin.dll
31.03.09 (№ 843) SP № 2
Экспорт "Документы (OLAP)". Исправлено: в процедуре отбора документов реализованы фильтры по видам артикулов, по виду собственности товара, по виду платежа.
31.03.09 (№ 842) SP № 2
Экспорт "Документы (OLAP)". Исправлено: из диалога описания проводки убрана кнопка "Ингредиенты", сделана недоступной кнопка "Тип суммы", в списке доступных операций оставлены только операции товародвижения.
31.03.09 (№ 841) SP № 2
Экспорт. Исправлено: описание проводок теперь будет привязано не к сценарию экспорта, а к типу экспорта, которому разрешены проводки и который включен в текущий сценарий.
31.03.09 (№ 840) SP № 2
Экспорт. Реализован новый тип экспорта: "Документы/проводоки в производстве".
SmAccounts.dll, AccountsTable.sql, Accounts.sql, AccountsBody.sql, ExportProc.sql
31.03.09 (№ 839) SP № 2
Справочники "Доп. характеристики товара/склада/контрагента/ДК" и "Метки документов". Исправлено: начиная с версии 1.026.2 вместо типа характеристики/метки "Число" стала выводиться фраза "Неподдерживаемая установка в Панели управления...".
SmLibraryBase.dll
31.03.09 (№ 838) SP № 2
Установка сервис пака. При ручном запуске программы установки сервис пака к торговой системе добавлен вывод диалога с номером устанавливаемого обновления.
********* Изменения СМ 1.026.4 *********
****************************************
13.04.09 (№ 851) SP № 3
Почтовый обмен. Разрешен прием по почте некоторых типов документов (контракты, калькуляции, рецепты и т.п.) с датой, попадающей в обрезанный период.
DocProc.sql, PCloseBody.sql
13.04.09 (№ 850) SP № 3
Отчет "Движение в производстве по себестоимости". Возвращена колонка "Разница", убранная в версии 1.026.4.
prod_zakupprice.rep, SMREPORT.HLP
13.04.09 (№ 849) SP № 3
Закрытие периода. Исправлено: если создание бухгалтерских справок (расходов) завершалось ошибкой, программа фиксировала успешное начало закрытия периода.
RemainsPkgBody.sql, FRemainsPkgBody.sql, FRemInPkgBody.sql, PCloseBody.sql
13.04.09 (№ 848) SP № 3
Исправлено: расчет статистики "Остатки в закупочных ценах по местам хранения / приходам" завершался ошибкой "ORA-06502: буфер символьных строк слишком маленький", если в расчете использовались данные бухгалтерских справок и кол-во этих док-ов было велико.
CreateTblFifo.sql, FRemainsPkgBody.sql, FRemInPkgBody.sql
31.03.09 (№ 844) SP № 2
Расчет себестоимости на складе. Расширено описание, выдаваемое системой при обработке ошибки формирования данных для выгрузки в файл.
SMRepAdmin.dll
31.03.09 (№ 843) SP № 2
Экспорт "Документы (OLAP)". Исправлено: в процедуре отбора документов реализованы фильтры по видам артикулов, по виду собственности товара, по виду платежа.
31.03.09 (№ 842) SP № 2
Экспорт "Документы (OLAP)". Исправлено: из диалога описания проводки убрана кнопка "Ингредиенты", сделана недоступной кнопка "Тип суммы", в списке доступных операций оставлены только операции товародвижения.
31.03.09 (№ 841) SP № 2
Экспорт. Исправлено: описание проводок теперь будет привязано не к сценарию экспорта, а к типу экспорта, которому разрешены проводки и который включен в текущий сценарий.
31.03.09 (№ 840) SP № 2
Экспорт. Реализован новый тип экспорта: "Документы/проводоки в производстве".
SmAccounts.dll, AccountsTable.sql, Accounts.sql, AccountsBody.sql, ExportProc.sql
31.03.09 (№ 839) SP № 2
Справочники "Доп. характеристики товара/склада/контрагента/ДК" и "Метки документов". Исправлено: начиная с версии 1.026.2 вместо типа характеристики/метки "Число" стала выводиться фраза "Неподдерживаемая установка в Панели управления...".
SmLibraryBase.dll
31.03.09 (№ 838) SP № 2
Установка сервис пака. При ручном запуске программы установки сервис пака к торговой системе добавлен вывод диалога с номером устанавливаемого обновления.
█ 10.07.2009 10:25
1.026.3 сервис пак №10
09.07.09 (№ 886) SP № 10
Акты переоценки. Возвращен диалог для расчета "на лету" торговой наценки.
SmDomDocsAC.dll, DocACPkg.sql, DocACPkgBody.sql, DocACProc.sql
03.07.09 (№ 880) SP № 10
Печатная форма "Счет-фактура". В режиме "без служебной информации" удален вывод номера транспортной накладной, строк "все суммы:..." и номер счета-фактуры, выводящихся над таблицей спецификации, строк "итого", "итого сумма НДС", "итого сумма без НДС".
nacl_inout_factura.rep
03.07.09 (№ 881) SP № 10
Приходные и расходные накладные. В диалог печати счета-фактуры и ТОРГ-12 добавлена опция "без налога (НДС)" При ее выборе в печатной форме вместо ставки НДС 0% будут выводиться слова "Без налога (НДС)".
nacl_inout_factura.rep, nacl_inout.rep, SmDomDocs.dll
03.07.09 (№ 885) SP № 10
Сличительные ведомости. Исправлен импорт излишков / недостачи из сличительной ведомости в другой документ при наличии в сличительной ведомости детализации по свойствам.
DocRLPkg.sql, DocRLPkgBody.sql, DocRemotePkgBody.sql
03.07.09 (№ 883) SP № 10
Печатная форма "Счет-фактура" приведена в соответствие с Постановлением Правительства РФ от 26.05.2009 № 451: реализован вывод короткого названия контрагента-продавца в дополнение к основному названию.
nacl_inout_factura.rep
03.07.09 (№ 882) SP № 10
Контрагенты. Добавлен новый атрибут контрагента "Короткое название".
SMCompanies.dll, Clients.sql, ClientsTrg.sql, SmPostTableLoad.sql
09.07.09 (№ 886) SP № 10
Акты переоценки. Возвращен диалог для расчета "на лету" торговой наценки.
SmDomDocsAC.dll, DocACPkg.sql, DocACPkgBody.sql, DocACProc.sql
03.07.09 (№ 880) SP № 10
Печатная форма "Счет-фактура". В режиме "без служебной информации" удален вывод номера транспортной накладной, строк "все суммы:..." и номер счета-фактуры, выводящихся над таблицей спецификации, строк "итого", "итого сумма НДС", "итого сумма без НДС".
nacl_inout_factura.rep
03.07.09 (№ 881) SP № 10
Приходные и расходные накладные. В диалог печати счета-фактуры и ТОРГ-12 добавлена опция "без налога (НДС)" При ее выборе в печатной форме вместо ставки НДС 0% будут выводиться слова "Без налога (НДС)".
nacl_inout_factura.rep, nacl_inout.rep, SmDomDocs.dll
03.07.09 (№ 885) SP № 10
Сличительные ведомости. Исправлен импорт излишков / недостачи из сличительной ведомости в другой документ при наличии в сличительной ведомости детализации по свойствам.
DocRLPkg.sql, DocRLPkgBody.sql, DocRemotePkgBody.sql
03.07.09 (№ 883) SP № 10
Печатная форма "Счет-фактура" приведена в соответствие с Постановлением Правительства РФ от 26.05.2009 № 451: реализован вывод короткого названия контрагента-продавца в дополнение к основному названию.
nacl_inout_factura.rep
03.07.09 (№ 882) SP № 10
Контрагенты. Добавлен новый атрибут контрагента "Короткое название".
SMCompanies.dll, Clients.sql, ClientsTrg.sql, SmPostTableLoad.sql
█ 10.07.2009 10:27
1.027.0 сервис пак №2
09.07.09 (№ 887) SP № 2
Исправлена ошибка "Раздел «Код=xxx» не установлен" при переходе между разделами и при вызове функций, запрашивающих другие разделы (например, печать ценников из списка док-тов), пользователями, не имеющих прав на запись в реестр HKEY_LOCAL_MACHINE.
SmCOMKernel.dll, SmLibaryUser.dll
09.07.09 (№ 888) SP № 2
Карточки складского учета. Исправлено: не был доступен для выбора список значений дополнительных характеристик на странице "Описание" в версии 1.027.
SmRefsLib.dll
09.07.09 (№ 887) SP № 2
Исправлена ошибка "Раздел «Код=xxx» не установлен" при переходе между разделами и при вызове функций, запрашивающих другие разделы (например, печать ценников из списка док-тов), пользователями, не имеющих прав на запись в реестр HKEY_LOCAL_MACHINE.
SmCOMKernel.dll, SmLibaryUser.dll
09.07.09 (№ 888) SP № 2
Карточки складского учета. Исправлено: не был доступен для выбора список значений дополнительных характеристик на странице "Описание" в версии 1.027.
SmRefsLib.dll
█ 10.03.2010 16:48
Вот. Выход после 14 марта.
Изменения функционала в версии 1.027.4
Установка отчетов, скомпилированных Oracle Report Builder 11. 1
Использование отчетов Oracle Report Builder 11 и Oracle Report Builder 6i. 1
Особенности выполнения отчетов при использовании удаленного сервера отчетов. 2
Документ «Бухгалтерская справка». 2
Генерация бухгалтерских справок при закрытии периода. 3
Отчет «Расчёт сумм коррекции себестоимости движения товаров». 4
Закрытие складского требования при отправке накладной на перемещение. 4
Подбор сертификатов соответствия для артикулов с незаданным сроком годности. 5
Контракт с поставщиком. Мастер функции «Создать новую редакцию контракта». 6
Ордер на доставку. Ручной ввод спецификации. 6
Бизнес-анализ. 6
Модели «Движение артикула за период», «Реализация в закупочных ценах за период», «Реализация за период». 6
Группы полей «Остаток на начало периода», «Остаток на конец периода». 7
Группы полей «Цены для кассы», «Цены учетные». 7
Поле «Тип и номер документа». Переход к выбранному документу. 7
Функция проверки 1 «Документ содержит неактивные карточки». 8
Функция проверки 92 «Обязательное указание сорта». 8
Функция проверки 155 «Цена контракта больше цены предыдущего контракта». 8
Функция проверки 192 «Запрет понижения статуса складского требования при наличии принятых накладных на перемещение». 8
Функция проверки 188 «Корректность документов "Маршрутный лист"». 8
Раздел «Мониторинг состояния базы данных». 8
Перечень исправленных ошибок. 8
Установка отчетов, скомпилированных Oracle Report Builder 11.
Подготовлена программа установки отчетов, скомпилированных в среде Oracle Report Builder 11. Программа установки выполнена отдельно от программы установки торговой системы для того, чтобы избежать путаницы при установке отчетов Oracle Report Builder 6i для локального исполнения и отчетов Oracle Report Builder 11 для исполнения в среде Oracle Fusion Middleware 11g.
Локальное исполнение отчетов Oracle Report Builder 11 в текущей версии не предусматривается в связи с тем, что данные отчеты не могут выполняться при работе с базой данных Oracle 8i. Данные отчеты предполагается выполнять только с использование сервера отчетов Oracle Fusion Middleware 11g.
Заявленная ранее возможность выполнения отчетов в среде Oracle AS Reports & Forms services 10g поддерживаться не будет, в связи с наличием в этой версии сервера отчетов непреодолимых проблем при формировании отчетов в формате PDF с использованием кириллических шрифтов.
Установка отчетов Oracle Report Builder 11 содержит полный набор стандартных отчетов, печатных форм и ценников. Отличие нового комплекта отчетов от отчетов Oracle Report Builder 6i заключается только в отсутствии в отчетах графиков.
Пользовательские отчеты и ценники могут быть скомпилированы в среде Oracle Report Builder 11 только при явном запросе.
Для использования отчетов в среде Oracle Fusion Middleware 11g необходимо надлежащим образом настроить сервер отчетов. Инструкция по настройке сервера отчетов прилагается к программе установки.
Использование отчетов Oracle Report Builder 11 и Oracle Report Builder 6i.
В текущей версии системы предусмотрена возможность одновременного использования локальных отчетов Oracle Report Builder 6i и отчетов, выполняемых на удаленном сервере, разными сотрудниками, при работе с одной базой данной.
Способ преимущественного использования отчетов описывается в административном модуле в разделе «Базы данных» на закладке «Конфигурация» в группе данных «Сервис отчетов». Этот способ по умолчанию действует для всех сотрудников при работе с данной базой данных.
В базовом модуле способ использования отчетов может быть изменен для текущего пользователя. Для этого надо выбрать пункт меню «Настройка->Запуск отчетов» и установить желаемый способ старта отчетов.
При работе базового модуля с использованием сервера приложений и при локальном исполнении отчетов необходимо следить за тем, чтобы синоним базы данных, описанный в файле tnsnames.ora как на компьютере сервера приложений, так и на локальном компьютере в точности совпадали. В противном случае при каждом старте отчета будет предлагаться ввести параметры соединения с базой данных.
При работе базового модуля с использованием сервера приложений и при удаленном исполнении отчетов необходимо следить за тем, чтобы синоним базы данных, описанный в файле tnsnames.ora на компьютере сервера приложений и в установках Oracle Fusion Middleware 11g на компьютере сервера отчетов в точности совпадали. В противном случае отчеты выполняться не будут.
Особенности выполнения отчетов при использовании удаленного сервера отчетов.
При удаленном выполнении отчетов в текущей версии доступен вариант получения отчетов в окне интернет-браузера в формате PDF, HTML или страница HTML. Для просмотра отчета в формате PDF на компьютере должен быть установлен Acrobat Reader. Прямая печать отчета недоступна и может быть выполнена средствами Acrobat Reader или интернет-браузера.
Формат PDF необходимо использовать, когда требуется получить точное соответствие между отображением отчета на экране и на бумаге.
При удаленном выполнении отчетов допускается одновременный старт выполнения нескольких отчетов, в связи с отсутствием ограничения, накладываемым процессором отчетов Oracle Reports 6i.
При удаленном выполнении отчетов необходимо учитывать, что локальный процессор отчетов показывает изображение отчета немедленно после формирования первой страницы отчета, тогда как при удаленном формировании отчета скорость появления первого отображения и скорость выполнения всего отчета зависит от выбранного формата вывода отчета.
При использовании формата PDF изображение показывается только после полного завершения формирования отчета на стороне сервера и получения от него PDF-файла. При использовании формата HTML/страница HTML первый отклик будет получен до окончания формирования отчета, но объем передаваемых данных может быть много больше, чем при использовании формата PDF и, соответственно, при большом количестве страниц отчета время окончания отчета будет зависеть, в том числе, от времени передачи данных.
При первом обращении к отчету время отклика может быть достаточно велико. В этом случае происходит запуск всех необходимых процедур, чтение и кэширование необходимых ресурсов. Повторный старт отчета происходит намного быстрее.
Документ «Бухгалтерская справка».
Создан новый раздел для работы с документами «Бухгалтерская справка». Пункт меню для доступа к разделу документов помещен в новую группу «Аналитические данные». В эту же группу перемещены пункты меню «Отчеты», «Бизнес-анализ» и «Экспорт». Одновременно, пункт меню «Остатки» перемещен в группу «Склад».
Документ «Бухгалтерская справка» предназначен для коррекции ошибок учета, обнаруженных после фиксации первичных документов, когда исправление ошибок за счет внесения изменений в первичные документы уже невозможно. Документ предназначен для коррекции только сумм. Документ «Бухгалтерская справка» следует отличать от расходных и приходных накладных на переходящие остатки, которые создаются при смене учетной политики. Ранее к таким накладным применялся термин «Бухгалтерская справка» в некоторых сообщениях и документации.
В текущей версии документ применим для коррекции суммы себестоимости движения товаров с детализацией сумм коррекции по местам хранения, артикулу и виду собственности товара. Суммы документов учитываются в сводном товарном отчете в секции «Оборот по счетам» в подразделе «Коррекция себестоимости».
Документ имеет тип «BR», статусы «Черновик», «Заблокирован» и «Принят». Поле «Комментарий» документа предназначено для описания причины и обоснования сумм коррекции.
Документ имеет две операции: «Увеличение суммы себестоимости движения товара» и «Уменьшение суммы себестоимости движения товара».
Документ содержит спецификацию артикулов с суммами коррекции полной и без налогов в базовой валюте. Суммы могут иметь только неотрицательные значения и округляются до четырех знаков после запятой, то есть до точности представления цен и сумм в торговой системе.
В спецификации документа имеется колонка «НДС (ставка)», значение в которой используется для отнесения сумм коррекции к соответствующим субсчетам, а не для взаимного пересчета сумм полных и сумм без налогов. В связи с этим в документе отсутствует поле «Сумма НДС». Сумма полная и сумма без налогов в документе не обязаны соотносится друг с другом в соответствии со значением ставки НДС. Допускается нулевое значение одной из сумм при положительном значении другой.
Документ рассылается по почте. При экспорте данных из документа в документы других типов или при импорте данных в документ экспортируются и импортируются только списки артикулов и ставки НДС.
Генерация бухгалтерских справок при закрытии периода.
В процедуру закрытия периода добавлена функция генерации документов «Бухгалтерская справка» на последнюю дату закрываемого периода. Для выполнения функции в ходе закрытия периода необходимо в диалоге «Закрытие периода» административного модуля выбрать флаг «Создавать бухгалтерские справки для коррекции сумм себестоимости». В том же диалоге перед началом выполнения процедуры необходимо указать контрагента в поле «Партнер по умолчанию». Партнер по умолчанию должен быть задан обязательно, если контрагенты-партнеры не заданы явным образом для всех мест хранения типа «центральный склад».
Корректирующие документы создаются только для мест хранений, для которых используется метод расчета себестоимости "FIFO". Алгоритм для расчета сумм коррекции в случае использования средневзвешенного метода расчета себестоимости в текущей версии не реализован.
Функция генерации бухгалтерских справок для каждого места хранения выявляет артикулы, для которых на дату закрытия периода выполняются следующие условия:
- Количественный остаток артикула равен 0, сальдо себестоимости движения либо суммы полной, либо суммы без НДС, отлично от нуля.
- Количественный остаток артикула меньше нуля, сальдо себестоимости движения либо суммы полной, либо суммы без НДС, имеет положительное значение.
Для отобранных артикулов создаются пары документов бухгалтерской справки с операциями «Увеличение суммы себестоимости движения товара» и «Уменьшение суммы себестоимости движения товара», куда переносятся соответственно отрицательные и положительные суммы сальдо. Сальдо рассчитывается по результатам расчета товародвижения с учетом сумм коррекции предыдущих документов «Бухгалтерская справка» с группировкой по местам хранений, виду собственности товара, артикулу и ставке НДС. Вид собственности товара и ставка НДС берутся из приходов - оснований товародвижения. Суммы округляются до 4-х знаков после запятой. Для корректной регистрации сумм для каждого вида собственности и места хранения создается отдельный документ.
В поле «Комментарий» документов заносится описание причины коррекции:
- нулевое количество - ненулевая сумма
- отрицательное количество - положительная сумма
При открытии периода документы, созданные процедурой закрытия периода, автоматически удаляются.
Для регистрации факта выполнения процедуры генерации документов «Бухгалтерская справка» в ходе закрытия периода в таблицу истории закрытия периодов «Предыдущие периоды» добавлена колонка «Коррекция с/с».
Использование нулевых и отрицательных остатков для определения условий и вычисления сумм коррекции не означает, что документ «Бухгалтерская справка» оказывает влияние на ход расчета товародвижения и себестоимости. Документ влияет на итоговую сумму движения, но не используется для обоснования каких-либо исключений в расчете товародвижения, как например, признания всех документов движения артикула по дату бухгалтерской справки закрытыми и не используемыми для дальнейшего расчета по методу FIFO.
Отчет «Расчёт сумм коррекции себестоимости движения товаров».
Для предварительного анализа результатов генерации документов на заданную дату создан отчет «Расчёт сумм коррекции себестоимости движения товаров». Отчет помещен в группу «Бухгалтерские». Отчет выполняется по данным расчета товародвижения и его результаты могут отличаться от результатов генерации документов в случае расхождения в содержании документов аналитических и оперативных таблиц. Отчет показывает только суммы, требующие коррекции, но не анализирует причины, приведшие к появлению этих сумм. Для выявления причин расхождения между расчетной и фактической себестоимостью необходимо проводить анализ наличия и причины возникновения неопределенной себестоимости.
Отчет имеет опцию «только итоги» и «без учета налогов». При выборе опции «только итоги» скрывается детализация сумм коррекции по артикулам. При выборе опции «без учета налогов» в отчете показываются суммы полные, в противном случае суммы без НДС. Суммы округляются до четырех знаков после запятой, то есть до точности представления цен и сумм в торговой системе.
В отчете не отражается детализация сумм коррекции по видам собственности и по ставкам НДС. При расчете сумм коррекции в отчете, также как в алгоритме генерации бухгалтерских справок в ходе закрытия периода, учитываются суммы ранее созданных документов «Бухгалтерская справка» в статусе «Принят».
Закрытие складского требования при отправке накладной на перемещение.
Реализовано два механизма автоматической смены статуса документа «Складское требование» со статуса «Принят к исполнению» на статус «Выполнен» при смене статуса связанного с ним документа «Накладная на перемещение» со статуса «Черновик» на статус «Отправлен».
Первый механизм – синхронное закрытие, предназначен для немедленного закрытия складского требования одновременно со сменой статуса накладной на перемещение, в основании которой находится складское требование. Второй механизм – асинхронное закрытие, предназначен для отложенного закрытия складских требований спустя некоторое время после смены статуса накладной на перемещение.
Синхронное закрытие складских требований связывает два действия – смену статуса накладной на перемещение и смену статуса складского требования, в результате чего завершение смены статуса накладной на перемещение происходит только после успешного завершения смены статуса складского требования.
При асинхронном автоматическом закрытии складского требования смена статуса документа происходит в результате работы автоматического задания, которое периодически проверяет складские требования на необходимость их закрытия. В этом случае процедура смены статуса накладной на перемещение не производит никаких иных действий, кроме собственно смены статуса накладной.
Интерфейс для управления функциями автоматического закрытия складских требований размещен в административном модуле в разделе «База данных» на странице «Конфигурация» в группе данных «Складские требования».
Для включения синхронного закрытия необходимо отметить флаг «Автоматически закрывать складские требования при смене статуса накладной на перемещение на «Отправлен»».
Для включения асинхронного закрытия необходимо на закладке «Задания» запустить системное задание «Закрытие складских требований» и на закладке «Конфигурация» в группе данных «Складские требования» отметить один или несколько флагов:
- Закрывать складские требования прошлых дней
- Закрывать складские требования полностью отгруженные
- Закрывать складские требования после первой отгрузки
Алгоритм поведения функции синхронного закрытия складских требований соответствует опции асинхронного закрытия «Закрывать складские требования после первой отгрузки».
Автоматическое закрытие складского требования является однонаправленным действием. Если складское требование было закрыто, то при отказе от смены статуса накладной на перемещение и обратной смене статуса с «Отправлен» на «Черновик», восстановление статуса складского требования не происходит.
Подбор сертификатов соответствия для артикулов с незаданным сроком годности.
В текущий алгоритм функции «Подбор номеров сертификатов/ГТД» для документов «Расходные накладные», «Накладные на перемещение» и «Счет-фактура кассовых чеков» в алгоритм подбора сертификатов по документам «Сертификат соответствия» внесено следующее изменение:
После завершения цикла подбора подходящих сертификатов просматриваются артикулы с неподобранными сертификатами. Среди них выявляются артикулы, для которых не установлен срок годности в карточке товара, и для каждого такого артикула дополнительно ищется документ «Сертификат соответствия» в статусе «Принят» с наибольшей датой окончания срока действия, а если таких несколько, то сертификат с наибольшим номером. При этом сохраняется логика простановки сертификатов, используемая на предыдущем этапе, а именно, подбирается такое количество сертификатов, которое покрывает количество артикула в спецификации обрабатываемого документа.
Изменение в алгоритме позволяет для артикулов с неограниченным сроком годности использовать те сертификаты, срок действия которых истек. Такое действие допустимо, если дата производства артикула попадает в период действия сертификата. В текущей версии торговой системы дата производства артикула не регистрируется и не может быть использована для точного определения пригодности сертификатов соответствия. В связи с этим применение алгоритма должно сопровождаться административным контролем статуса документов «Сертификат соответствия». Слишком старые и заведомо непригодные документы в случае отсутствия более свежих документов должны блокироваться и, таким образом, выводиться из области видимости алгоритма.
Для тех случаев, когда окончательный выбор сертификата соответствия из набора сертификатов, относящихся к товарам с неограниченным сроком действия, должен осуществляться сотрудником, реализована опция алгоритма «Проставлять все сертификаты для товаров с незаданным сроком годности».
Для управления опции в административный модуль в разделе «База данных» на странице «Конфигурация» в группу данных «Подбор сертификатов соответствия» добавлен флаг «Проставлять все сертификаты для товаров с незаданным сроком годности». Флаг активен, если выбрана опция «Сертификаты по документам Сертификат соответствия». По умолчанию флаг не установлен.
Если флаг выставлен, то для артикулов с незаданным сроком годности, для которых не обнаружен ранее проставленный сертификат соответствия, подбираются ВСЕ сертификаты в статусе "Принят".
Опция "Проставлять все сертификаты для товаров с незаданным сроком годности" доступна для редактирования только в административном модуле и не может быть переопределена в диалоге старта работы функции.
Контракт с поставщиком. Мастер функции «Создать новую редакцию контракта».
Внесены изменения в страницу «Дата и основания» мастера функции «Создать новую редакцию контракта». При переходе на страницу поля основания редакции («номер дополнения» и «дата дополнения» контракта) заполняются значениями по умолчанию. В поле «дата дополнения» проставляется текущая дата, в поле «номер дополнения» делается попытка проставить следующее значение номера дополнения. Следующий номер будет следующим числом по порядку, если предыдущая нумерация дополнений была численной и строкой с постфиксом «-1», если предыдущая нумерация была строкой символов.
Если одно из полей основания редакции не заполнено, переход на следующую страницу мастера не разрешается.
Ордер на доставку. Ручной ввод спецификации.
На первую страницу мастера ввода строки спецификации документа «Ордер на доставку» добавлен флаг «Использовать предыдущий номер документа». По умолчанию флаг не установлен.
Если флаг выставлен, то при возврате на первую страницу матера, например, после ввода очередной строки спецификации ордера, на странице выставляются ранее введенные атрибуты номера чека или последний введенный номер расходной накладной.
Если документ «Ордер на доставку» только что создан или открыт, то подставляется номер, введенный в мастере создания документа.
При вводе номера чека в качестве основания доставки более не требуется указывать дату чека.
Бизнес-анализ.
Модели «Движение артикула за период», «Реализация в закупочных ценах за период», «Реализация за период».
В раздел «Бизнес-анализ» добавлены новые модели «Движение артикула за период», «Реализация в закупочных ценах за период», «Реализация за период».
Новые модели аналогичны моделям «Движение артикула», «Реализация в закупочных ценах», «Реализация». По сравнению с прежними моделями, в модели «Движение артикула за период» отсутствует группа полей «Заголовок документа» и поля «Документ.Количество» и «Документ.Сумма» в группе полей «Движение артикула». В моделях «Реализация в закупочных ценах» и «Реализация» в группе полей «Реализация» отсутствует поле «Дата». Во все новые модели добавлены новые группы полей «Остаток на начало периода» и «Остаток на конец периода» и группа полей «Уровни складских запасов». При выполнении задачи по модели «Движение артикула за период» анализируются только оприходованные документы (т.е. документы со статусом 3).
Новые модели, по сравнению с прежними моделями, предназначены для получения аналитических данных за период времени с отражением сальдовых значений остатков на начало и конец периода выполнения задачи, тогда как прежние модели предназначены для получения данных по конкретным датам для анализа динамики их изменения во времени.
Прежние модели получили названия «Движение артикула по документам», «Реализация по датам», «Реализация в закупочных ценах по датам».
Группы полей «Остаток на начало периода», «Остаток на конец периода».
В модели «Реализация за период», «Движение артикула за период», «Реализация в закупочных ценах за период» добавлены новые группы полей «Остаток на начало периода» и «Остаток на конец периода».
В моделях «Реализация за период» и «Движение артикула за период» выводятся остатки склада на дату начала и конца отчетного периода задачи, которые считаются по документам товародвижения со статусом «принят полностью» и «принят на складе». При расчете остатка на начало периода рассматриваются оперативные документы с датами меньше даты первого дня отчетного периода. При расчете остатков на конец периода рассматриваются оперативные документы с датами меньше или равными дате последнего дня отчетного периода
В модели «Реализация в закупочных ценах за период» новые группы полей «Остаток на начало периода» и «Остаток на конец периода» позволяют вывести бухгалтерские остатки, то есть остатки, которые считаются по документам товародвижения со статусом «принят полностью». Модели также позволяют получать закупочную стоимость остатков в полных ценах и ценах без НДС с детализацией по установленной и неустановленной себестоимости. Остатки и суммы рассчитываются по документам аналитической базы. При расчете на начало периода рассматриваются документы с датами меньше даты первого дня отчетного периода. При расчете на конец периода рассматриваются документы с датами меньше или равными дате последнего дня отчетного периода.
Группы полей «Цены для кассы», «Цены учетные».
В модели «Остатки текущие» и «Остатки текущие по свойствам» добавлены группы полей «Цены для кассы», «Цены учетные».
В состав группы полей «Цены для кассы» входят поля: «Цена», «Наценка %», «Минимальная наценка %», «Максимальная наценка %», «Идет маркетинговая акция (да/нет)».
В состав группы полей «Цены учетные» входят поле «Цена».
Значение полей образуется текущими значениями цен и наценок артикула, действующими в момент выполнения аналитической задачи.
Для вывода названий видов цен, используемых в качестве цены для кассы и учетной цены места хранения, в группу полей «Место хранения» добавлены группы полей «Цена для кассы места хранения» и «Цена учетная места хранения» с описанием видов цен.
Поле «Тип и номер документа». Переход к выбранному документу.
В разделе Бизнес-анализ добавлено новое поле «Тип и номер документа» в модели «Движение артикула на дату», «Движение артикула в производстве по себестоимости», «Товародвижение FIFO». Поле содержит полную информацию, необходимую для точной идентификации документа. При добавлении поля в задачу информация о типе и номере документа выводится в таблице результата в виде иконки типа документа и строки с номером. При двойном клике мышью по ячейке поля осуществляется переход к соответствующему документу.
Поле добавлено в стандартные задачи «Движение артикула в производстве» и «Основания товародвижения по FIFO» вместо полей «Тип документа» и «Номер документа».
Функция проверки 1 «Документ содержит неактивные карточки».
Действие функции проверки распространено на документы «Контракт с поставщиком».
Функция проверки 92 «Обязательное указание сорта».
Действие функции проверки распространено на документы «Складское требование» и «Заказ поставщику» при смене статуса документов с «Черновик» на «Принят к исполнению» / «Размещен». Строки с названием указанных выше типов документов добавлены в таблицу диалога «Детализация функции проверки».
Функция проверки 155 «Цена контракта больше цены предыдущего контракта».
Изменено название функции проверки 155. Функция получила название: «Цена контракта больше цены предыдущего контракта более чем на 20%». Алгоритм и поведение функции остались без изменения.
Функция проверки 192 «Запрет понижения статуса складского требования при наличии принятых накладных на перемещение».
Создана новая функция проверки 192 «Запрет понижения статуса складского требования при наличии принятых накладных на перемещение» По умолчанию функция имеет режим «Предупреждение».
Функция проверки выполняется при смене статуса складского требования с «Принят к исполнению» на «Черновик». Функция проверяет наличие накладных на перемещение со статусом «Отправлен» или «Принят», в основании которых имеется данное складское требование.
Функция проверки 188 «Корректность документов "Маршрутный лист"».
Содержание функций проверки 188 «Количество загруженного товара должно быть не больше количества доступного для загрузки» и 189 «Количество возвращенного товара должно быть не больше количества загруженного» объединено в одну функцию проверки 188 «Корректность документов "Маршрутный лист"». Режим работы функции остался прежним «Всегда запрет».
В функцию188 добавлена проверка наличия в документе типа транспортного средства при смене статуса документа с «Черновик» на «Принят к исполнению».
Раздел «Мониторинг состояния базы данных».
В составе системы восстановлен раздел «Мониторинг состояния базы», который был временно изъят в версии 1.027. Для старта раздела необходимо выбрать пункт меню «Окно-> Мониторинг состояния базы»
Раздел восстановлен в прежней функциональности.
Перечень исправленных ошибок.
- Карточки складского учета. Медленное открытие закладок «Остатки» и «Заказ» в случае ограничения прав пользователя на просмотр единиц мест хранений из большого списка мест хранений, например, в 100 и более объектов.
- SMORA00003354 Ошибка инициализации подчиненной БД.
- SMORA00003351 Ордер на доставку - неправильное поведение проверки 191, при создании нескольких ордеров.
- SMORA00003348 При переходе в раздел - Редактор налогов появляется ошибка.
- SMORA00003346 Расширение сообщений при приеме карточек по почте при изменении фиксированных атрибутов карточки товара.
- SMORA00003345 Калькуляция. Ошибка «Таблица не существует» после выполнения функции «Расчет плановой себестоимости».
- SMORA00003336 Отчеты. Проверка наличия рассчитанных налогов в кассовых документах.
- SMORA00003328 Расходная накладная. Ошибка отображения оснований для товародвижения.
- SMORA00003306 Ошибка при отборе накладной по фильтру, одно из условий которого «длинный» артикул.
- SMORA00003302 Текущий статус пакета почтового модуля отражен не по-русски.
- SMORA00003268 Тулбар иногда плохо восстанавливают своё расположение.
Изменения функционала в версии 1.027.4
Установка отчетов, скомпилированных Oracle Report Builder 11. 1
Использование отчетов Oracle Report Builder 11 и Oracle Report Builder 6i. 1
Особенности выполнения отчетов при использовании удаленного сервера отчетов. 2
Документ «Бухгалтерская справка». 2
Генерация бухгалтерских справок при закрытии периода. 3
Отчет «Расчёт сумм коррекции себестоимости движения товаров». 4
Закрытие складского требования при отправке накладной на перемещение. 4
Подбор сертификатов соответствия для артикулов с незаданным сроком годности. 5
Контракт с поставщиком. Мастер функции «Создать новую редакцию контракта». 6
Ордер на доставку. Ручной ввод спецификации. 6
Бизнес-анализ. 6
Модели «Движение артикула за период», «Реализация в закупочных ценах за период», «Реализация за период». 6
Группы полей «Остаток на начало периода», «Остаток на конец периода». 7
Группы полей «Цены для кассы», «Цены учетные». 7
Поле «Тип и номер документа». Переход к выбранному документу. 7
Функция проверки 1 «Документ содержит неактивные карточки». 8
Функция проверки 92 «Обязательное указание сорта». 8
Функция проверки 155 «Цена контракта больше цены предыдущего контракта». 8
Функция проверки 192 «Запрет понижения статуса складского требования при наличии принятых накладных на перемещение». 8
Функция проверки 188 «Корректность документов "Маршрутный лист"». 8
Раздел «Мониторинг состояния базы данных». 8
Перечень исправленных ошибок. 8
Установка отчетов, скомпилированных Oracle Report Builder 11.
Подготовлена программа установки отчетов, скомпилированных в среде Oracle Report Builder 11. Программа установки выполнена отдельно от программы установки торговой системы для того, чтобы избежать путаницы при установке отчетов Oracle Report Builder 6i для локального исполнения и отчетов Oracle Report Builder 11 для исполнения в среде Oracle Fusion Middleware 11g.
Локальное исполнение отчетов Oracle Report Builder 11 в текущей версии не предусматривается в связи с тем, что данные отчеты не могут выполняться при работе с базой данных Oracle 8i. Данные отчеты предполагается выполнять только с использование сервера отчетов Oracle Fusion Middleware 11g.
Заявленная ранее возможность выполнения отчетов в среде Oracle AS Reports & Forms services 10g поддерживаться не будет, в связи с наличием в этой версии сервера отчетов непреодолимых проблем при формировании отчетов в формате PDF с использованием кириллических шрифтов.
Установка отчетов Oracle Report Builder 11 содержит полный набор стандартных отчетов, печатных форм и ценников. Отличие нового комплекта отчетов от отчетов Oracle Report Builder 6i заключается только в отсутствии в отчетах графиков.
Пользовательские отчеты и ценники могут быть скомпилированы в среде Oracle Report Builder 11 только при явном запросе.
Для использования отчетов в среде Oracle Fusion Middleware 11g необходимо надлежащим образом настроить сервер отчетов. Инструкция по настройке сервера отчетов прилагается к программе установки.
Использование отчетов Oracle Report Builder 11 и Oracle Report Builder 6i.
В текущей версии системы предусмотрена возможность одновременного использования локальных отчетов Oracle Report Builder 6i и отчетов, выполняемых на удаленном сервере, разными сотрудниками, при работе с одной базой данной.
Способ преимущественного использования отчетов описывается в административном модуле в разделе «Базы данных» на закладке «Конфигурация» в группе данных «Сервис отчетов». Этот способ по умолчанию действует для всех сотрудников при работе с данной базой данных.
В базовом модуле способ использования отчетов может быть изменен для текущего пользователя. Для этого надо выбрать пункт меню «Настройка->Запуск отчетов» и установить желаемый способ старта отчетов.
При работе базового модуля с использованием сервера приложений и при локальном исполнении отчетов необходимо следить за тем, чтобы синоним базы данных, описанный в файле tnsnames.ora как на компьютере сервера приложений, так и на локальном компьютере в точности совпадали. В противном случае при каждом старте отчета будет предлагаться ввести параметры соединения с базой данных.
При работе базового модуля с использованием сервера приложений и при удаленном исполнении отчетов необходимо следить за тем, чтобы синоним базы данных, описанный в файле tnsnames.ora на компьютере сервера приложений и в установках Oracle Fusion Middleware 11g на компьютере сервера отчетов в точности совпадали. В противном случае отчеты выполняться не будут.
Особенности выполнения отчетов при использовании удаленного сервера отчетов.
При удаленном выполнении отчетов в текущей версии доступен вариант получения отчетов в окне интернет-браузера в формате PDF, HTML или страница HTML. Для просмотра отчета в формате PDF на компьютере должен быть установлен Acrobat Reader. Прямая печать отчета недоступна и может быть выполнена средствами Acrobat Reader или интернет-браузера.
Формат PDF необходимо использовать, когда требуется получить точное соответствие между отображением отчета на экране и на бумаге.
При удаленном выполнении отчетов допускается одновременный старт выполнения нескольких отчетов, в связи с отсутствием ограничения, накладываемым процессором отчетов Oracle Reports 6i.
При удаленном выполнении отчетов необходимо учитывать, что локальный процессор отчетов показывает изображение отчета немедленно после формирования первой страницы отчета, тогда как при удаленном формировании отчета скорость появления первого отображения и скорость выполнения всего отчета зависит от выбранного формата вывода отчета.
При использовании формата PDF изображение показывается только после полного завершения формирования отчета на стороне сервера и получения от него PDF-файла. При использовании формата HTML/страница HTML первый отклик будет получен до окончания формирования отчета, но объем передаваемых данных может быть много больше, чем при использовании формата PDF и, соответственно, при большом количестве страниц отчета время окончания отчета будет зависеть, в том числе, от времени передачи данных.
При первом обращении к отчету время отклика может быть достаточно велико. В этом случае происходит запуск всех необходимых процедур, чтение и кэширование необходимых ресурсов. Повторный старт отчета происходит намного быстрее.
Документ «Бухгалтерская справка».
Создан новый раздел для работы с документами «Бухгалтерская справка». Пункт меню для доступа к разделу документов помещен в новую группу «Аналитические данные». В эту же группу перемещены пункты меню «Отчеты», «Бизнес-анализ» и «Экспорт». Одновременно, пункт меню «Остатки» перемещен в группу «Склад».
Документ «Бухгалтерская справка» предназначен для коррекции ошибок учета, обнаруженных после фиксации первичных документов, когда исправление ошибок за счет внесения изменений в первичные документы уже невозможно. Документ предназначен для коррекции только сумм. Документ «Бухгалтерская справка» следует отличать от расходных и приходных накладных на переходящие остатки, которые создаются при смене учетной политики. Ранее к таким накладным применялся термин «Бухгалтерская справка» в некоторых сообщениях и документации.
В текущей версии документ применим для коррекции суммы себестоимости движения товаров с детализацией сумм коррекции по местам хранения, артикулу и виду собственности товара. Суммы документов учитываются в сводном товарном отчете в секции «Оборот по счетам» в подразделе «Коррекция себестоимости».
Документ имеет тип «BR», статусы «Черновик», «Заблокирован» и «Принят». Поле «Комментарий» документа предназначено для описания причины и обоснования сумм коррекции.
Документ имеет две операции: «Увеличение суммы себестоимости движения товара» и «Уменьшение суммы себестоимости движения товара».
Документ содержит спецификацию артикулов с суммами коррекции полной и без налогов в базовой валюте. Суммы могут иметь только неотрицательные значения и округляются до четырех знаков после запятой, то есть до точности представления цен и сумм в торговой системе.
В спецификации документа имеется колонка «НДС (ставка)», значение в которой используется для отнесения сумм коррекции к соответствующим субсчетам, а не для взаимного пересчета сумм полных и сумм без налогов. В связи с этим в документе отсутствует поле «Сумма НДС». Сумма полная и сумма без налогов в документе не обязаны соотносится друг с другом в соответствии со значением ставки НДС. Допускается нулевое значение одной из сумм при положительном значении другой.
Документ рассылается по почте. При экспорте данных из документа в документы других типов или при импорте данных в документ экспортируются и импортируются только списки артикулов и ставки НДС.
Генерация бухгалтерских справок при закрытии периода.
В процедуру закрытия периода добавлена функция генерации документов «Бухгалтерская справка» на последнюю дату закрываемого периода. Для выполнения функции в ходе закрытия периода необходимо в диалоге «Закрытие периода» административного модуля выбрать флаг «Создавать бухгалтерские справки для коррекции сумм себестоимости». В том же диалоге перед началом выполнения процедуры необходимо указать контрагента в поле «Партнер по умолчанию». Партнер по умолчанию должен быть задан обязательно, если контрагенты-партнеры не заданы явным образом для всех мест хранения типа «центральный склад».
Корректирующие документы создаются только для мест хранений, для которых используется метод расчета себестоимости "FIFO". Алгоритм для расчета сумм коррекции в случае использования средневзвешенного метода расчета себестоимости в текущей версии не реализован.
Функция генерации бухгалтерских справок для каждого места хранения выявляет артикулы, для которых на дату закрытия периода выполняются следующие условия:
- Количественный остаток артикула равен 0, сальдо себестоимости движения либо суммы полной, либо суммы без НДС, отлично от нуля.
- Количественный остаток артикула меньше нуля, сальдо себестоимости движения либо суммы полной, либо суммы без НДС, имеет положительное значение.
Для отобранных артикулов создаются пары документов бухгалтерской справки с операциями «Увеличение суммы себестоимости движения товара» и «Уменьшение суммы себестоимости движения товара», куда переносятся соответственно отрицательные и положительные суммы сальдо. Сальдо рассчитывается по результатам расчета товародвижения с учетом сумм коррекции предыдущих документов «Бухгалтерская справка» с группировкой по местам хранений, виду собственности товара, артикулу и ставке НДС. Вид собственности товара и ставка НДС берутся из приходов - оснований товародвижения. Суммы округляются до 4-х знаков после запятой. Для корректной регистрации сумм для каждого вида собственности и места хранения создается отдельный документ.
В поле «Комментарий» документов заносится описание причины коррекции:
- нулевое количество - ненулевая сумма
- отрицательное количество - положительная сумма
При открытии периода документы, созданные процедурой закрытия периода, автоматически удаляются.
Для регистрации факта выполнения процедуры генерации документов «Бухгалтерская справка» в ходе закрытия периода в таблицу истории закрытия периодов «Предыдущие периоды» добавлена колонка «Коррекция с/с».
Использование нулевых и отрицательных остатков для определения условий и вычисления сумм коррекции не означает, что документ «Бухгалтерская справка» оказывает влияние на ход расчета товародвижения и себестоимости. Документ влияет на итоговую сумму движения, но не используется для обоснования каких-либо исключений в расчете товародвижения, как например, признания всех документов движения артикула по дату бухгалтерской справки закрытыми и не используемыми для дальнейшего расчета по методу FIFO.
Отчет «Расчёт сумм коррекции себестоимости движения товаров».
Для предварительного анализа результатов генерации документов на заданную дату создан отчет «Расчёт сумм коррекции себестоимости движения товаров». Отчет помещен в группу «Бухгалтерские». Отчет выполняется по данным расчета товародвижения и его результаты могут отличаться от результатов генерации документов в случае расхождения в содержании документов аналитических и оперативных таблиц. Отчет показывает только суммы, требующие коррекции, но не анализирует причины, приведшие к появлению этих сумм. Для выявления причин расхождения между расчетной и фактической себестоимостью необходимо проводить анализ наличия и причины возникновения неопределенной себестоимости.
Отчет имеет опцию «только итоги» и «без учета налогов». При выборе опции «только итоги» скрывается детализация сумм коррекции по артикулам. При выборе опции «без учета налогов» в отчете показываются суммы полные, в противном случае суммы без НДС. Суммы округляются до четырех знаков после запятой, то есть до точности представления цен и сумм в торговой системе.
В отчете не отражается детализация сумм коррекции по видам собственности и по ставкам НДС. При расчете сумм коррекции в отчете, также как в алгоритме генерации бухгалтерских справок в ходе закрытия периода, учитываются суммы ранее созданных документов «Бухгалтерская справка» в статусе «Принят».
Закрытие складского требования при отправке накладной на перемещение.
Реализовано два механизма автоматической смены статуса документа «Складское требование» со статуса «Принят к исполнению» на статус «Выполнен» при смене статуса связанного с ним документа «Накладная на перемещение» со статуса «Черновик» на статус «Отправлен».
Первый механизм – синхронное закрытие, предназначен для немедленного закрытия складского требования одновременно со сменой статуса накладной на перемещение, в основании которой находится складское требование. Второй механизм – асинхронное закрытие, предназначен для отложенного закрытия складских требований спустя некоторое время после смены статуса накладной на перемещение.
Синхронное закрытие складских требований связывает два действия – смену статуса накладной на перемещение и смену статуса складского требования, в результате чего завершение смены статуса накладной на перемещение происходит только после успешного завершения смены статуса складского требования.
При асинхронном автоматическом закрытии складского требования смена статуса документа происходит в результате работы автоматического задания, которое периодически проверяет складские требования на необходимость их закрытия. В этом случае процедура смены статуса накладной на перемещение не производит никаких иных действий, кроме собственно смены статуса накладной.
Интерфейс для управления функциями автоматического закрытия складских требований размещен в административном модуле в разделе «База данных» на странице «Конфигурация» в группе данных «Складские требования».
Для включения синхронного закрытия необходимо отметить флаг «Автоматически закрывать складские требования при смене статуса накладной на перемещение на «Отправлен»».
Для включения асинхронного закрытия необходимо на закладке «Задания» запустить системное задание «Закрытие складских требований» и на закладке «Конфигурация» в группе данных «Складские требования» отметить один или несколько флагов:
- Закрывать складские требования прошлых дней
- Закрывать складские требования полностью отгруженные
- Закрывать складские требования после первой отгрузки
Алгоритм поведения функции синхронного закрытия складских требований соответствует опции асинхронного закрытия «Закрывать складские требования после первой отгрузки».
Автоматическое закрытие складского требования является однонаправленным действием. Если складское требование было закрыто, то при отказе от смены статуса накладной на перемещение и обратной смене статуса с «Отправлен» на «Черновик», восстановление статуса складского требования не происходит.
Подбор сертификатов соответствия для артикулов с незаданным сроком годности.
В текущий алгоритм функции «Подбор номеров сертификатов/ГТД» для документов «Расходные накладные», «Накладные на перемещение» и «Счет-фактура кассовых чеков» в алгоритм подбора сертификатов по документам «Сертификат соответствия» внесено следующее изменение:
После завершения цикла подбора подходящих сертификатов просматриваются артикулы с неподобранными сертификатами. Среди них выявляются артикулы, для которых не установлен срок годности в карточке товара, и для каждого такого артикула дополнительно ищется документ «Сертификат соответствия» в статусе «Принят» с наибольшей датой окончания срока действия, а если таких несколько, то сертификат с наибольшим номером. При этом сохраняется логика простановки сертификатов, используемая на предыдущем этапе, а именно, подбирается такое количество сертификатов, которое покрывает количество артикула в спецификации обрабатываемого документа.
Изменение в алгоритме позволяет для артикулов с неограниченным сроком годности использовать те сертификаты, срок действия которых истек. Такое действие допустимо, если дата производства артикула попадает в период действия сертификата. В текущей версии торговой системы дата производства артикула не регистрируется и не может быть использована для точного определения пригодности сертификатов соответствия. В связи с этим применение алгоритма должно сопровождаться административным контролем статуса документов «Сертификат соответствия». Слишком старые и заведомо непригодные документы в случае отсутствия более свежих документов должны блокироваться и, таким образом, выводиться из области видимости алгоритма.
Для тех случаев, когда окончательный выбор сертификата соответствия из набора сертификатов, относящихся к товарам с неограниченным сроком действия, должен осуществляться сотрудником, реализована опция алгоритма «Проставлять все сертификаты для товаров с незаданным сроком годности».
Для управления опции в административный модуль в разделе «База данных» на странице «Конфигурация» в группу данных «Подбор сертификатов соответствия» добавлен флаг «Проставлять все сертификаты для товаров с незаданным сроком годности». Флаг активен, если выбрана опция «Сертификаты по документам Сертификат соответствия». По умолчанию флаг не установлен.
Если флаг выставлен, то для артикулов с незаданным сроком годности, для которых не обнаружен ранее проставленный сертификат соответствия, подбираются ВСЕ сертификаты в статусе "Принят".
Опция "Проставлять все сертификаты для товаров с незаданным сроком годности" доступна для редактирования только в административном модуле и не может быть переопределена в диалоге старта работы функции.
Контракт с поставщиком. Мастер функции «Создать новую редакцию контракта».
Внесены изменения в страницу «Дата и основания» мастера функции «Создать новую редакцию контракта». При переходе на страницу поля основания редакции («номер дополнения» и «дата дополнения» контракта) заполняются значениями по умолчанию. В поле «дата дополнения» проставляется текущая дата, в поле «номер дополнения» делается попытка проставить следующее значение номера дополнения. Следующий номер будет следующим числом по порядку, если предыдущая нумерация дополнений была численной и строкой с постфиксом «-1», если предыдущая нумерация была строкой символов.
Если одно из полей основания редакции не заполнено, переход на следующую страницу мастера не разрешается.
Ордер на доставку. Ручной ввод спецификации.
На первую страницу мастера ввода строки спецификации документа «Ордер на доставку» добавлен флаг «Использовать предыдущий номер документа». По умолчанию флаг не установлен.
Если флаг выставлен, то при возврате на первую страницу матера, например, после ввода очередной строки спецификации ордера, на странице выставляются ранее введенные атрибуты номера чека или последний введенный номер расходной накладной.
Если документ «Ордер на доставку» только что создан или открыт, то подставляется номер, введенный в мастере создания документа.
При вводе номера чека в качестве основания доставки более не требуется указывать дату чека.
Бизнес-анализ.
Модели «Движение артикула за период», «Реализация в закупочных ценах за период», «Реализация за период».
В раздел «Бизнес-анализ» добавлены новые модели «Движение артикула за период», «Реализация в закупочных ценах за период», «Реализация за период».
Новые модели аналогичны моделям «Движение артикула», «Реализация в закупочных ценах», «Реализация». По сравнению с прежними моделями, в модели «Движение артикула за период» отсутствует группа полей «Заголовок документа» и поля «Документ.Количество» и «Документ.Сумма» в группе полей «Движение артикула». В моделях «Реализация в закупочных ценах» и «Реализация» в группе полей «Реализация» отсутствует поле «Дата». Во все новые модели добавлены новые группы полей «Остаток на начало периода» и «Остаток на конец периода» и группа полей «Уровни складских запасов». При выполнении задачи по модели «Движение артикула за период» анализируются только оприходованные документы (т.е. документы со статусом 3).
Новые модели, по сравнению с прежними моделями, предназначены для получения аналитических данных за период времени с отражением сальдовых значений остатков на начало и конец периода выполнения задачи, тогда как прежние модели предназначены для получения данных по конкретным датам для анализа динамики их изменения во времени.
Прежние модели получили названия «Движение артикула по документам», «Реализация по датам», «Реализация в закупочных ценах по датам».
Группы полей «Остаток на начало периода», «Остаток на конец периода».
В модели «Реализация за период», «Движение артикула за период», «Реализация в закупочных ценах за период» добавлены новые группы полей «Остаток на начало периода» и «Остаток на конец периода».
В моделях «Реализация за период» и «Движение артикула за период» выводятся остатки склада на дату начала и конца отчетного периода задачи, которые считаются по документам товародвижения со статусом «принят полностью» и «принят на складе». При расчете остатка на начало периода рассматриваются оперативные документы с датами меньше даты первого дня отчетного периода. При расчете остатков на конец периода рассматриваются оперативные документы с датами меньше или равными дате последнего дня отчетного периода
В модели «Реализация в закупочных ценах за период» новые группы полей «Остаток на начало периода» и «Остаток на конец периода» позволяют вывести бухгалтерские остатки, то есть остатки, которые считаются по документам товародвижения со статусом «принят полностью». Модели также позволяют получать закупочную стоимость остатков в полных ценах и ценах без НДС с детализацией по установленной и неустановленной себестоимости. Остатки и суммы рассчитываются по документам аналитической базы. При расчете на начало периода рассматриваются документы с датами меньше даты первого дня отчетного периода. При расчете на конец периода рассматриваются документы с датами меньше или равными дате последнего дня отчетного периода.
Группы полей «Цены для кассы», «Цены учетные».
В модели «Остатки текущие» и «Остатки текущие по свойствам» добавлены группы полей «Цены для кассы», «Цены учетные».
В состав группы полей «Цены для кассы» входят поля: «Цена», «Наценка %», «Минимальная наценка %», «Максимальная наценка %», «Идет маркетинговая акция (да/нет)».
В состав группы полей «Цены учетные» входят поле «Цена».
Значение полей образуется текущими значениями цен и наценок артикула, действующими в момент выполнения аналитической задачи.
Для вывода названий видов цен, используемых в качестве цены для кассы и учетной цены места хранения, в группу полей «Место хранения» добавлены группы полей «Цена для кассы места хранения» и «Цена учетная места хранения» с описанием видов цен.
Поле «Тип и номер документа». Переход к выбранному документу.
В разделе Бизнес-анализ добавлено новое поле «Тип и номер документа» в модели «Движение артикула на дату», «Движение артикула в производстве по себестоимости», «Товародвижение FIFO». Поле содержит полную информацию, необходимую для точной идентификации документа. При добавлении поля в задачу информация о типе и номере документа выводится в таблице результата в виде иконки типа документа и строки с номером. При двойном клике мышью по ячейке поля осуществляется переход к соответствующему документу.
Поле добавлено в стандартные задачи «Движение артикула в производстве» и «Основания товародвижения по FIFO» вместо полей «Тип документа» и «Номер документа».
Функция проверки 1 «Документ содержит неактивные карточки».
Действие функции проверки распространено на документы «Контракт с поставщиком».
Функция проверки 92 «Обязательное указание сорта».
Действие функции проверки распространено на документы «Складское требование» и «Заказ поставщику» при смене статуса документов с «Черновик» на «Принят к исполнению» / «Размещен». Строки с названием указанных выше типов документов добавлены в таблицу диалога «Детализация функции проверки».
Функция проверки 155 «Цена контракта больше цены предыдущего контракта».
Изменено название функции проверки 155. Функция получила название: «Цена контракта больше цены предыдущего контракта более чем на 20%». Алгоритм и поведение функции остались без изменения.
Функция проверки 192 «Запрет понижения статуса складского требования при наличии принятых накладных на перемещение».
Создана новая функция проверки 192 «Запрет понижения статуса складского требования при наличии принятых накладных на перемещение» По умолчанию функция имеет режим «Предупреждение».
Функция проверки выполняется при смене статуса складского требования с «Принят к исполнению» на «Черновик». Функция проверяет наличие накладных на перемещение со статусом «Отправлен» или «Принят», в основании которых имеется данное складское требование.
Функция проверки 188 «Корректность документов "Маршрутный лист"».
Содержание функций проверки 188 «Количество загруженного товара должно быть не больше количества доступного для загрузки» и 189 «Количество возвращенного товара должно быть не больше количества загруженного» объединено в одну функцию проверки 188 «Корректность документов "Маршрутный лист"». Режим работы функции остался прежним «Всегда запрет».
В функцию188 добавлена проверка наличия в документе типа транспортного средства при смене статуса документа с «Черновик» на «Принят к исполнению».
Раздел «Мониторинг состояния базы данных».
В составе системы восстановлен раздел «Мониторинг состояния базы», который был временно изъят в версии 1.027. Для старта раздела необходимо выбрать пункт меню «Окно-> Мониторинг состояния базы»
Раздел восстановлен в прежней функциональности.
Перечень исправленных ошибок.
- Карточки складского учета. Медленное открытие закладок «Остатки» и «Заказ» в случае ограничения прав пользователя на просмотр единиц мест хранений из большого списка мест хранений, например, в 100 и более объектов.
- SMORA00003354 Ошибка инициализации подчиненной БД.
- SMORA00003351 Ордер на доставку - неправильное поведение проверки 191, при создании нескольких ордеров.
- SMORA00003348 При переходе в раздел - Редактор налогов появляется ошибка.
- SMORA00003346 Расширение сообщений при приеме карточек по почте при изменении фиксированных атрибутов карточки товара.
- SMORA00003345 Калькуляция. Ошибка «Таблица не существует» после выполнения функции «Расчет плановой себестоимости».
- SMORA00003336 Отчеты. Проверка наличия рассчитанных налогов в кассовых документах.
- SMORA00003328 Расходная накладная. Ошибка отображения оснований для товародвижения.
- SMORA00003306 Ошибка при отборе накладной по фильтру, одно из условий которого «длинный» артикул.
- SMORA00003302 Текущий статус пакета почтового модуля отражен не по-русски.
- SMORA00003268 Тулбар иногда плохо восстанавливают своё расположение.
█ 10.03.2010 16:49
****************************************
********* Изменения СМ 1.027.3 *********
****************************************
17.02.10 (№ 971) SP № 3
Почтовый модуль. Исправлено: если прием массива объектов привел к удалению объектов базы, а затем этот массив объектов был отослан в ходе сквозной рассылки, то прием его в другой базе приводил к ошибке "Недопустимая операция над объектом 'OA'".
Sm.Post.DbLoader.dll
17.02.10 (№ 972) SP № 3
Формирование заказа ЕТС. При уменьшении кол-ва заказа на сумму дневных расходов, из периода учета дневных расходов исключена дата ближайшей готовности к продаже, т.к. расход за этот день учитывается ранее при определении остатка на дату ближайшей поставки.
StorePkgBody.sql
16.02.10 (№ 969) SP № 3
Формирование заказа ЕТС. 1) Добавлено округление кол-ва заказа до точности единицы измерения артикула. 2) Добавлен учет в алгоритме заказа минимального кол-ва заказа из контракта.
StorePkgBody.sql
09.02.10 (№ 967) SP № 3
Формирование заказа ЕТС. Исправлена ошибка "ORA-01476: делитель равен нулю", которая могла возникать при расчете коэффициента K1 в случае совпадения дат ближайшей и следующей поставки.
StorePkgBody.sql
05.02.10 (№ 962) SP № 3
SMORA00003337. Исправлено: при подключении по RDP на сервер СМ+, процесс SM.Main.exe занимает до 90% процессорного времени.
Sm.Forms.dll
05.02.10 (№ 965) SP № 3
SMORA00003323. Накладные. Исправлено: при удаленном поключении и срабатывании проверок в ходе смены статуса документа по кнопке "Обработать", окно проверок выводилось в виде ошибки, а не стандартного окна проверок.
Sm.Main.Server.dll
05.02.10 (№ 964) SP № 3
SMORA00003327. Цены. Исправлено: при удаленном подключении и разных настройках десятичных разделителей на ПК клиента и сервера, сохранение наценок при дробном значении шага цены приводило к ошибке "Задано недопустимое значение свойства Шаг цены".
Sm.Core.dll, Sm.Main.Server.dll
05.02.10 (№ 963) SP № 3
SMORA00003331. Исправлено: при удаленном подключении окно проверок не является модальным.
Sm.Main.exe
27.01.10 (№ 955) SP № 2
SMORA00003313. Ордер на доставку. Исправлен ряд ошибок.
pf_delivery_order.rep, Inspect.sql, SmDomDocsDO.dll, Docs3Pkg.sql, Doc3Proc.sql, Docs3PkgBody.sql, Inspect3PkgBody.sql
27.01.10 (№ 956) SP № 2
Маршрутный лист. Исправлен ряд ошибок.
SmDomDocsDO.dll, Doc3Proc.sql, Docs3PkgBody.sql
27.01.10 (№ 957) SP № 2
Административный модуль. Полный перерасчет остатков. Исправлено: неверно пересчитывалось значения "Резерв" и "Поставка", если складское требование запрашивало товар у подчиненного места хранения.
StorePkgBody.sql
27.01.10 (№ 958) SP № 2
SMORA00003300. Закрытие периода в производстве. Исправлено: если в ходе обрезки базы был удален не полностью расходованный или последний приход в пр-во, а затем был создан приход в пр-во с тем же номером, следующее закрытие периода в пр-ве выдаст ошибку нарушения FFCPRODAVAILINCOME_PK_.
PCloseBody.sql, PClose.sql
27.01.10 (№ 960) SP № 2
Почтовый модуль. Фильтр EDI. Реализован прием отклика от контрагента.
DocLabels.sql, SMPost.sql, Sm.Objects.dll, Sm.Post.DbLoader.dll, Sm.Post.Filters.dll, Sm.Post.Filters.Edi.dll
27.01.10 (№ 959) SP № 2
SMORA00003329. Накладные. Исправлено: функция "Проставить основания" с опцией "Проставлять цены из оснований" в расх. накл. с режимом округления "Полная цена" завершается ошибкой ORA-20707, если подобранная приход. накл. имеет режим округления "Цена без налогов".
SmCOMKernel.dll
18.01.10 (№ 950) SP № 1
SMORA00003310. Ордер на доставку. Исправлена ошибка заполнения комбо-бокса касс в диалоге добавления чека, мастере ввода товара и мастере создания нового документа.
SmDomDocsDO.dll
18.01.10 (№ 949) SP № 1
SMORA00003304. Почтовый модуль. Исправлено: если в администраторе создать первый почтовый ящик и если, не закрывая администратор, перейти на страницу редактирования обслуживаемых МХ, возникает ошибка "An item with the same key has already been added".
Sm.Post.Admin.exe
18.01.10 (№ 953) SP № 1
Сервер приложений. Исправлено: при подключении администратором сервера приложений к серверу приложений, установленному на другом компьютере, не работает функция удаления сессий пользователей сервера приложений.
Sm.AppServer.Admin.exe
18.01.10 (№ 952) SP № 1
SMORA00003295. Карточки. Исправлено: неверно отображалось правило проверки цен для артикула, который наследует это правило из своей группы классификатора.
PricePkg.sql, PriceTrg.sql, PricePkgBody.sql
18.01.10 (№ 954) SP № 1
Сервер приложений. Расширены сообщения при возникновении ошибок подключения к удаленному компьютеру.
Sm.Core.dll, Sm.Main.exe, Sm.Post.Admin.exe, Sm.AppServer.Admin.exe
18.01.10 (№ 951) SP № 1
SMORA00003315. Ордер на доставку. Реализован вывод диалога добавления новой строки спецификации при нажатии на кнопку "Добавить".
SmDomDocsDO.dll
13.01.10 (№ 944) SP № 1
Карточки. Исправлено падение программы при переходе на закладку "Среднесут. реал-ция".
SmDomCards.dll
13.01.10 (№ 940) SP № 1
Почтовый модуль. Исправлено: если в очереди на отсылку стоят запросы на синхронизацию объектов в разные почтовые ящики, то отправка во второй и последующие ящики завершается ошибкой: ORA-20012 Процесс синхронизации ProcessID=204 не зарегистрирован для БД RemoteDB=4.
Sm.Interfaces.dll, Sm.Post.DbLoader.dll, Sm.Post.Server.exe
13.01.10 (№ 941) SP № 1
Почтовый модуль. Исправлено: в запросах, где номер процесса учитывался как число, теперь номер процесса будет браться в одинарные кавычки, т.к. это строка.
Sm.Post.Controller.dll, Sm.Post.DbLoader.dll
13.01.10 (№ 943) SP № 1
SMORA00003303. Классификатор товаров. Исправлено падение программы при переходе на закладку "Среднесут. реал-ция".
SmDomService.dll
13.01.10 (№ 945) SP № 1
SMORA00003301. Выход из производства. Исправлено падение программы при заполнении спецификации остатками продукции в производстве.
SmCOMKernel.dll, SmDomDocs.dll, SmDomDocsAC.dll, SmDomDocsAD.dll, SmDomDocsBI.dll, SmDomDocsCC.dll, SmDomDocsCO.dll, SmDomDocsCS.dll, SmDomDocsDO.dll, SmDomDocsIL.dll, SmDomDocsMA.dll, SmDomDocsME.dll, SmDomDocsOR.dll, SmDomDocsPA.dll, SmDomDocsPR.dll, SmDomDocsRL.dll, SmDomDocsRO.dll, SmDomDocsSO.dll, SmDomDocsSR.dll
13.01.10 (№ 946) SP № 1
SMORA00003299. Накладные. Исправлено падение программы при выполнении функции "Наценить и принять" или "Отослать на корректировку".
SmLibraryBase.dll, SmDomDocsSO.dll, SmDomService.dll, SmToolsCore.dll, SmRepAdmin.dll
13.01.10 (№ 947) SP № 1
Почтовый модуль. Исправлено: закрытие сессий администратора выполнялось только по таймауту. Теперь добавлено принудительное закрытие сессий в момент закрытия диалогов настройки и правил рассылки.
Sm.Post.Admin.dll
13.01.10 (№ 948) SP № 1
Сервер приложений. Исправлено: сервер приложений, работающий в качестве сервера лицензий, не отслеживает отключение аппаратного ключа (не показывает в Администраторе).
Sm.Objects.dll, Sm.AppServer.exe
13.01.10 (№ 942) SP № 1
Почтовый модуль. Исправлено: если при включенном фильтре по типу процесса на странице "Синхронизация" создать новый процесс, то после завершения работы мастера создания нового процесса возникает ошибка: ORA-00918: столбец определен неоднозначно.
Sm.Post.Controller.dll
25.12.09 (№ 933) SP № 1
Заказ поставщику. Формирование заказа на базе контракта. Исправлено: при создании процесса из раздела "Реестр процессов" созданный процесс не мог открыться из-за ошибки "Процесс не найден".
SmDomDocsOR.dll
25.12.09 (№ 936) SP № 1
Маршрутный лист. Исправлен ряд ошибок.
SmDomDocsDO.dll, Docs3Pkg.sql, Doc3Proc.sql, Docs3PkgBody.sql, ClientModules.sql, SmPostTableLoad.sql
25.12.09 (№ 935) SP № 1
Ордер на доставку. Реализовано редактирование цен и сумм в документе. Создана функция "Проставить цены из основания доставки". Создана проверка 191 "Несоответствие цен в ордере на доставку и в документе основании (чеке или накладной)".
Documents.sql, Inspect.sql, Docs3Pkg.sql, Inspect3Pkg.sql, Doc3Proc.sql, Docs3PkgBody.sql, Inspect3PkgBody.sql, DocsPkgBody.sql, InspectLoad.sql, ClientModules.sql, SmDomDocsDO.dll
25.12.09 (№ 934) SP № 1
Накладные. Исправлено: начиная с версии 1.027.1 на некоторых базах наблюдалось замедление простановки цен последнего прихода.
DocsPkgBody.sql
********* Изменения СМ 1.027.3 *********
****************************************
17.02.10 (№ 971) SP № 3
Почтовый модуль. Исправлено: если прием массива объектов привел к удалению объектов базы, а затем этот массив объектов был отослан в ходе сквозной рассылки, то прием его в другой базе приводил к ошибке "Недопустимая операция над объектом 'OA'".
Sm.Post.DbLoader.dll
17.02.10 (№ 972) SP № 3
Формирование заказа ЕТС. При уменьшении кол-ва заказа на сумму дневных расходов, из периода учета дневных расходов исключена дата ближайшей готовности к продаже, т.к. расход за этот день учитывается ранее при определении остатка на дату ближайшей поставки.
StorePkgBody.sql
16.02.10 (№ 969) SP № 3
Формирование заказа ЕТС. 1) Добавлено округление кол-ва заказа до точности единицы измерения артикула. 2) Добавлен учет в алгоритме заказа минимального кол-ва заказа из контракта.
StorePkgBody.sql
09.02.10 (№ 967) SP № 3
Формирование заказа ЕТС. Исправлена ошибка "ORA-01476: делитель равен нулю", которая могла возникать при расчете коэффициента K1 в случае совпадения дат ближайшей и следующей поставки.
StorePkgBody.sql
05.02.10 (№ 962) SP № 3
SMORA00003337. Исправлено: при подключении по RDP на сервер СМ+, процесс SM.Main.exe занимает до 90% процессорного времени.
Sm.Forms.dll
05.02.10 (№ 965) SP № 3
SMORA00003323. Накладные. Исправлено: при удаленном поключении и срабатывании проверок в ходе смены статуса документа по кнопке "Обработать", окно проверок выводилось в виде ошибки, а не стандартного окна проверок.
Sm.Main.Server.dll
05.02.10 (№ 964) SP № 3
SMORA00003327. Цены. Исправлено: при удаленном подключении и разных настройках десятичных разделителей на ПК клиента и сервера, сохранение наценок при дробном значении шага цены приводило к ошибке "Задано недопустимое значение свойства Шаг цены".
Sm.Core.dll, Sm.Main.Server.dll
05.02.10 (№ 963) SP № 3
SMORA00003331. Исправлено: при удаленном подключении окно проверок не является модальным.
Sm.Main.exe
27.01.10 (№ 955) SP № 2
SMORA00003313. Ордер на доставку. Исправлен ряд ошибок.
pf_delivery_order.rep, Inspect.sql, SmDomDocsDO.dll, Docs3Pkg.sql, Doc3Proc.sql, Docs3PkgBody.sql, Inspect3PkgBody.sql
27.01.10 (№ 956) SP № 2
Маршрутный лист. Исправлен ряд ошибок.
SmDomDocsDO.dll, Doc3Proc.sql, Docs3PkgBody.sql
27.01.10 (№ 957) SP № 2
Административный модуль. Полный перерасчет остатков. Исправлено: неверно пересчитывалось значения "Резерв" и "Поставка", если складское требование запрашивало товар у подчиненного места хранения.
StorePkgBody.sql
27.01.10 (№ 958) SP № 2
SMORA00003300. Закрытие периода в производстве. Исправлено: если в ходе обрезки базы был удален не полностью расходованный или последний приход в пр-во, а затем был создан приход в пр-во с тем же номером, следующее закрытие периода в пр-ве выдаст ошибку нарушения FFCPRODAVAILINCOME_PK_.
PCloseBody.sql, PClose.sql
27.01.10 (№ 960) SP № 2
Почтовый модуль. Фильтр EDI. Реализован прием отклика от контрагента.
DocLabels.sql, SMPost.sql, Sm.Objects.dll, Sm.Post.DbLoader.dll, Sm.Post.Filters.dll, Sm.Post.Filters.Edi.dll
27.01.10 (№ 959) SP № 2
SMORA00003329. Накладные. Исправлено: функция "Проставить основания" с опцией "Проставлять цены из оснований" в расх. накл. с режимом округления "Полная цена" завершается ошибкой ORA-20707, если подобранная приход. накл. имеет режим округления "Цена без налогов".
SmCOMKernel.dll
18.01.10 (№ 950) SP № 1
SMORA00003310. Ордер на доставку. Исправлена ошибка заполнения комбо-бокса касс в диалоге добавления чека, мастере ввода товара и мастере создания нового документа.
SmDomDocsDO.dll
18.01.10 (№ 949) SP № 1
SMORA00003304. Почтовый модуль. Исправлено: если в администраторе создать первый почтовый ящик и если, не закрывая администратор, перейти на страницу редактирования обслуживаемых МХ, возникает ошибка "An item with the same key has already been added".
Sm.Post.Admin.exe
18.01.10 (№ 953) SP № 1
Сервер приложений. Исправлено: при подключении администратором сервера приложений к серверу приложений, установленному на другом компьютере, не работает функция удаления сессий пользователей сервера приложений.
Sm.AppServer.Admin.exe
18.01.10 (№ 952) SP № 1
SMORA00003295. Карточки. Исправлено: неверно отображалось правило проверки цен для артикула, который наследует это правило из своей группы классификатора.
PricePkg.sql, PriceTrg.sql, PricePkgBody.sql
18.01.10 (№ 954) SP № 1
Сервер приложений. Расширены сообщения при возникновении ошибок подключения к удаленному компьютеру.
Sm.Core.dll, Sm.Main.exe, Sm.Post.Admin.exe, Sm.AppServer.Admin.exe
18.01.10 (№ 951) SP № 1
SMORA00003315. Ордер на доставку. Реализован вывод диалога добавления новой строки спецификации при нажатии на кнопку "Добавить".
SmDomDocsDO.dll
13.01.10 (№ 944) SP № 1
Карточки. Исправлено падение программы при переходе на закладку "Среднесут. реал-ция".
SmDomCards.dll
13.01.10 (№ 940) SP № 1
Почтовый модуль. Исправлено: если в очереди на отсылку стоят запросы на синхронизацию объектов в разные почтовые ящики, то отправка во второй и последующие ящики завершается ошибкой: ORA-20012 Процесс синхронизации ProcessID=204 не зарегистрирован для БД RemoteDB=4.
Sm.Interfaces.dll, Sm.Post.DbLoader.dll, Sm.Post.Server.exe
13.01.10 (№ 941) SP № 1
Почтовый модуль. Исправлено: в запросах, где номер процесса учитывался как число, теперь номер процесса будет браться в одинарные кавычки, т.к. это строка.
Sm.Post.Controller.dll, Sm.Post.DbLoader.dll
13.01.10 (№ 943) SP № 1
SMORA00003303. Классификатор товаров. Исправлено падение программы при переходе на закладку "Среднесут. реал-ция".
SmDomService.dll
13.01.10 (№ 945) SP № 1
SMORA00003301. Выход из производства. Исправлено падение программы при заполнении спецификации остатками продукции в производстве.
SmCOMKernel.dll, SmDomDocs.dll, SmDomDocsAC.dll, SmDomDocsAD.dll, SmDomDocsBI.dll, SmDomDocsCC.dll, SmDomDocsCO.dll, SmDomDocsCS.dll, SmDomDocsDO.dll, SmDomDocsIL.dll, SmDomDocsMA.dll, SmDomDocsME.dll, SmDomDocsOR.dll, SmDomDocsPA.dll, SmDomDocsPR.dll, SmDomDocsRL.dll, SmDomDocsRO.dll, SmDomDocsSO.dll, SmDomDocsSR.dll
13.01.10 (№ 946) SP № 1
SMORA00003299. Накладные. Исправлено падение программы при выполнении функции "Наценить и принять" или "Отослать на корректировку".
SmLibraryBase.dll, SmDomDocsSO.dll, SmDomService.dll, SmToolsCore.dll, SmRepAdmin.dll
13.01.10 (№ 947) SP № 1
Почтовый модуль. Исправлено: закрытие сессий администратора выполнялось только по таймауту. Теперь добавлено принудительное закрытие сессий в момент закрытия диалогов настройки и правил рассылки.
Sm.Post.Admin.dll
13.01.10 (№ 948) SP № 1
Сервер приложений. Исправлено: сервер приложений, работающий в качестве сервера лицензий, не отслеживает отключение аппаратного ключа (не показывает в Администраторе).
Sm.Objects.dll, Sm.AppServer.exe
13.01.10 (№ 942) SP № 1
Почтовый модуль. Исправлено: если при включенном фильтре по типу процесса на странице "Синхронизация" создать новый процесс, то после завершения работы мастера создания нового процесса возникает ошибка: ORA-00918: столбец определен неоднозначно.
Sm.Post.Controller.dll
25.12.09 (№ 933) SP № 1
Заказ поставщику. Формирование заказа на базе контракта. Исправлено: при создании процесса из раздела "Реестр процессов" созданный процесс не мог открыться из-за ошибки "Процесс не найден".
SmDomDocsOR.dll
25.12.09 (№ 936) SP № 1
Маршрутный лист. Исправлен ряд ошибок.
SmDomDocsDO.dll, Docs3Pkg.sql, Doc3Proc.sql, Docs3PkgBody.sql, ClientModules.sql, SmPostTableLoad.sql
25.12.09 (№ 935) SP № 1
Ордер на доставку. Реализовано редактирование цен и сумм в документе. Создана функция "Проставить цены из основания доставки". Создана проверка 191 "Несоответствие цен в ордере на доставку и в документе основании (чеке или накладной)".
Documents.sql, Inspect.sql, Docs3Pkg.sql, Inspect3Pkg.sql, Doc3Proc.sql, Docs3PkgBody.sql, Inspect3PkgBody.sql, DocsPkgBody.sql, InspectLoad.sql, ClientModules.sql, SmDomDocsDO.dll
25.12.09 (№ 934) SP № 1
Накладные. Исправлено: начиная с версии 1.027.1 на некоторых базах наблюдалось замедление простановки цен последнего прихода.
DocsPkgBody.sql
█ 19.04.2010 18:18
****************************************
********* Изменения СМ 1.027.4 *********
****************************************
19.04.10 (№ 983) SP № 1
Исправлено: если расчет себестоимостных остатков вызывался не для всех данных, например, для одного магазина, то фильтр не устанавливался при отборе бухгалтерских справок, т.о. в результат всегда попадали все бухгалтерские справки указанного периода.
FRemainsPkgBody.sql
19.04.10 (№ 982) SP № 1
Бизнес-анализ. Исправлено для задач с остатками: если запустить задачу с установленным фильтром по артикулам, а затем удалить фильтр по артикулам и снова запустить задачу, то фильтр по артикулам перед расчетом остатков не будет сброшен.
RepToolsPkg.sql, RepToolsPkgBody.sql, AnalyticsPkgBody.sql
19.04.10 (№ 981) SP № 1
SMORA00003363. Накладные. Исправлено: в режиме "Отгрузка" или "Отгрузка со склада" при повторном сканировании товара обнуляется количество в расходной накладной.
SmDomDocs.dll
19.04.10 (№ 980) SP № 1
Сличительные ведомости. Исправлено: если в док-те с видом цены "цены поставки" имеются строки с ненулевым кол-вом, для которых значение поля SpecItem велико, то вызов функции "Проставить цены" приводит к ошибке: "Ошибка при присваивании значения свойству 'Пункт'".
SmDomDocsRL.dll
19.04.10 (№ 979) SP № 1
Административный модуль. Исправлено: если у пользователя есть право на просмотр док-тов по месту хранения (МХ), то ему разрешено и редактировать товародвиженческие документы этого МХ, хотя в администраторе установлен запрет на редактирование док-тов этого МХ.
OfficePkgBody.sql
19.04.10 (№ 978) SP № 1
SMORA00003369. Наценивание. Исправлена ошибка "ORA-06502: ошибка числа или значения", которая могла возникать при генерации актов переоценки в случае большого количества сгенерированных актов.
SmDomDocsCO.dll, SmDomDocsAC.dll, SmDomDocsPR.dll, SmDomDocsSR.dll, SmDomDocs.dll, RevalACPkg.sql, ProdProc.sql, DocProcExt.sql, DocsPkgBody.sql, RevalACPkgBody.sql
19.04.10 (№ 977) SP № 1
Расчет товародвижения. Исправлено: если имеется несколько магазинов, в каждом из которых были сначала расходы, а потом приходы, привязка к будущему приходу осуществляется только для одного магазина при наличии опции "Считать нулевую неопр. с/с по будущим приходам".
SmRepAdmin.dll
********* Изменения СМ 1.027.4 *********
****************************************
19.04.10 (№ 983) SP № 1
Исправлено: если расчет себестоимостных остатков вызывался не для всех данных, например, для одного магазина, то фильтр не устанавливался при отборе бухгалтерских справок, т.о. в результат всегда попадали все бухгалтерские справки указанного периода.
FRemainsPkgBody.sql
19.04.10 (№ 982) SP № 1
Бизнес-анализ. Исправлено для задач с остатками: если запустить задачу с установленным фильтром по артикулам, а затем удалить фильтр по артикулам и снова запустить задачу, то фильтр по артикулам перед расчетом остатков не будет сброшен.
RepToolsPkg.sql, RepToolsPkgBody.sql, AnalyticsPkgBody.sql
19.04.10 (№ 981) SP № 1
SMORA00003363. Накладные. Исправлено: в режиме "Отгрузка" или "Отгрузка со склада" при повторном сканировании товара обнуляется количество в расходной накладной.
SmDomDocs.dll
19.04.10 (№ 980) SP № 1
Сличительные ведомости. Исправлено: если в док-те с видом цены "цены поставки" имеются строки с ненулевым кол-вом, для которых значение поля SpecItem велико, то вызов функции "Проставить цены" приводит к ошибке: "Ошибка при присваивании значения свойству 'Пункт'".
SmDomDocsRL.dll
19.04.10 (№ 979) SP № 1
Административный модуль. Исправлено: если у пользователя есть право на просмотр док-тов по месту хранения (МХ), то ему разрешено и редактировать товародвиженческие документы этого МХ, хотя в администраторе установлен запрет на редактирование док-тов этого МХ.
OfficePkgBody.sql
19.04.10 (№ 978) SP № 1
SMORA00003369. Наценивание. Исправлена ошибка "ORA-06502: ошибка числа или значения", которая могла возникать при генерации актов переоценки в случае большого количества сгенерированных актов.
SmDomDocsCO.dll, SmDomDocsAC.dll, SmDomDocsPR.dll, SmDomDocsSR.dll, SmDomDocs.dll, RevalACPkg.sql, ProdProc.sql, DocProcExt.sql, DocsPkgBody.sql, RevalACPkgBody.sql
19.04.10 (№ 977) SP № 1
Расчет товародвижения. Исправлено: если имеется несколько магазинов, в каждом из которых были сначала расходы, а потом приходы, привязка к будущему приходу осуществляется только для одного магазина при наличии опции "Считать нулевую неопр. с/с по будущим приходам".
SmRepAdmin.dll
Часовой пояс GMT +3, время: 18:49.
Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.