--------------------------------------------------------------------------- Порядок восстановления данных. Подготовка: 1. Сделать копию базы данных (проверить наличие и работоспособность ночной копии). 2. Просмотреть все почтовые сообщения в М-Аптеке+, если есть внутрисистемные сообщения без записи в базу, то или записать их, или удалить. То есть в журнале почтовых сообщений все системные изменения должны быть записаны в базу. 3. Сделать перезагрузку каше - Если в проекте на рабочих местах работают кассы, то для нормального восстановления изменений, касающихся работы кассовых драйверов, необходимо ОБЯЗАТЕЛЬНО остановить работу касс и выполнить выход из программы Cash.exe на всех рабочих местах - Остановить менеджер расписания автозадач (программа User.Sheduler.1) - В области, в которую будет выполняться восстановление, не должно оставаться работающих программ ( Каше куб -> Панель управления -> Процессы ) Восстановление: 1. Установить M-Apteka+ v2b31s1.upd В случае обнаружения ошибок восстановление прекращается. Обязательно дождитесь полного восстановления билда! Билд загружен, если при входе в проект перестает выдаваться предупреждающее сообщение 2. Восстановить патчи patch01v2b31s1.upd - TESTM00270664: возможность продажи маркированного товара после получения квитанции на 416-й (без подтверждения поставщиком) Повышение вероятности отправки документа в МДЛП. TESTM00270611: Ошибка приемки товара по внедрению TESTM00270566: Регистр в sgtin patch02v2b31s1.upd - TESTM00270328 Не показывать "лишние" документы в "Уведомлениях из МДЛП" TESTM00270751 Статус обработки текущего документа в МДЛП меняется после отправки документа в МДПЛ. TESTM00270785 Импорт документов перемещения с маркированным товаром patch03v2b31s1.upd - TESTM00270920 Ошибка при импорте приходов от поставщика (в функции "Пополнить таблицу трансляции используя связку по заводским ШК") patch04v2b31s1.upd - API МДЛП: = добавлен документ 702-й схемы = добавлены дополнительные проверки на необходимость остановки менеджера (с остановкой) в процессы приемки документов (после каждого принятого документа), получения квитанции (после каждой полученной), в разагрегацию (после разагрегации по данным каждого документа), = исправлена ошибка по изменению в настройках стартовой даты для получения исходящих документов. patch05v2b31s1.upd - TESTM00271063 изменен парсер разборки КИЗ маркированного товара TESTM00271054 Формирование 702 схемы patch06v2b31s1.upd - TESTM00270113 удаление настроек "Передавать в офис документы внутренних подразделений аптеки" [ExpDocSubdInt] "Выбирать документы отделов аптек для экспорта" [AllDocsExport] patch07v2b31s1.upd - TESTM00271476 Проблема с инвентаризацией переоценненого маркированного товара patch08v2b31s1.upd - TESTM00270993 Для документа "Приход по внедрению" сделать возможным делать запрос по sgtin TESTM00271542 Неформатные КИЗ в базе patch09v2b31s1.upd - TESTM00270743 Сохранение документа и квитанции МДЛП в файл patch10v2b31s1.upd - API МДЛП. Изменения: - исправление проблемы нарушения последовательности обработки документов в МДЛП (проявлялось при разагрегации). Добавлено: = новая сущность (класс) User.Mark.MDLP.Docs.Bulk - группа документов = в ...Docs.Storage добавлены свойства bulk и bulkNumber - ссылка на группу и порядковый № документа в группе. = в логику разагрегации - формирование группы документов, = в менеджер - отправка не отправленной группы документов. - по новому постановлению добавлено: = новое свойство statusIsForced в документы, SSCC и Sgtin документов и в собственно Sscc и Sgtins, = в менеджер - вызов метода для присвоения этому свойству statusIsForced = 1 для документов типов 416,701,702,431,470,913 = при присвоении этого свойства документам типов 416,701,702 выполняется попытка авторазагрегации SSCC этих документов, - исправлена проблема одновременной отправки/получения документов/квитанций из нескольких разных процессов. - исправлена ошибка, возникающая при первом входе в настройки МДЛП. patch11v2b31s1.upd - TESTM00271543 Поднимать статус упаковок на основании факта отправки документа в МДЛП patch12v2b31s1.upd - TESTM00271815 Маркировка. Возврат поставщику (выбор места деятельности) patch13v2b31s1.upd - TESTM00271626 Дробное количество в инвентаризации (немаркированный товар) patch14v2b31s1.upd - TESTM00270113 удаление настроек [ExpDocSubdInt] [AllDocsExport] patch15v2b31s1.upd - TESTM00271964 Исправление ошибки MAXNUMBER при сканировании кода маркировки в торговом терминале patch16v2b31s1.upd - API МДЛП. Изменения: = при отправке документа логика отправки определяется так: если размер документа более 1000000 байт - отправка большого документа, иначе - маленького, = для 605-х документов статус SGTIN/SSCC по его итогам становится 1, но владелец меняется на отправителя товара (критично для баз в "облаке"), = при поднятии statusIsForced авторазагрегация SSCC выполняется только для документов, отправленных из этой базы ... patch17v2b31s1.upd - cash.exe версии 1.0.2.307: Устранена ошибка контроля наличия суммы налога по строке (из суммы для расчетов вычитается скидка). Проявлялась при 100% скидке patch18v2b31s1.upd - TESTM00272122 Торговый терминал. Удаление буквенных горячих клавиш. patch19v2b31s1.upd - TESTM00271543 Поднимать статус упаковок на основании факта отправки документа в МДЛП TESTM00272032 Формировать 702 документ для прямого акцепта TESTM00272038 Контроль неформатных КИЗ TESTM00272053 Выбор места деятельности для док-та "Возврат поставщику" patch20v2b31s1.upd - TESTM00272215 Удаление данных по упаковке при импорте новых данных в документе "Приход от поставщика" patch21v2b31s1.upd - API МДЛП. Изменения: = уменьшен размер документа до 500000 для определения запроса на отправку большого документа, = исправлена ошибка разагрегации при более 1-го уровня вложенности, = добавлены классы для получения/хранения данных реестра ожидания выбытия марок по ККТ (User.Mark.MDLP.Queries.WW - сам запрос, User.Mark.MDLP.StorageWW - хранилка результатов запроса). Запрос в менеджере не подключал, т.к. пока в МДЛП этот реестр пуст (видимо, на время уведомительного режима). Соответственно и не проверял - данных нет для проверки. = в адаптор JSON-а добавлена работа с коллекцией array для НЕ ссылочных свойств, = в логику получения данных по доверенным добавлена запись данных о доверенном, даже если он находится в списке участников в этой базе. patch22v2b31s1.upd - TESTM00272388 Формирование цен по документам "Оптовая продажа", "Продажа по без.налу" при отправке в МДЛП - TESTM00272906 Выбор места деятельности для д-та "Продажа по безн. расчету" - TESTM00272979 Не перемещается маркированный товар из подотдела в отдел patch23v2b31s1.upd - TESTM00272236 Инвентаризация дробного остатка упаковки маркированного товара patch24v2b31s1.upd - TESTM00273087 Неполностью формируется документ в МДЛП TESTM00273104 Ошибка при формировании схемы 702 patch25v2b31s1.upd - TESTM00273197 Отчет кассира о продажах. Исправление ошибки группировки данных. patch26v2b31s1.upd - TESTM00273249 Перемещение на подотдел (нет подтверждения, статус не поднимается) TESTM00273250 Изменение количества товара по строке с маркированным товаром TESTM00273251 Повторный приём sgtin после внутреннего перемещения patch27v2b31s1.upd - TESTM00273300 Торговый терминал. Исправление ошибки проведения сложной оплаты с бонусным устройством patch28v2b31s1.upd - TESTM00273376 Списание дробной части упаковки маркированного товара patch29v2b31s1.upd - TESTM00273475 Торговый терминал. Вывод предупреждения о завершении работы на ЕНВД patch30v2b31s1.upd - API МДЛП. Изменения: добавлен запрос User.Mark.MDLP.Queries.GetDocsListArch для получения документов, созданных в МДЛП более 30 дней от текущей даты. Работает так: при обычном запросе списка документов проверяется стартовая дата фильтра и, если она >30 дней от текущей - сначала отрабатывает запрос на получение данных из архива (начиная с указанной стартовой даты), затем - выполняется запрос на получение всех текущих документов (фильтр пустой). Если стартовая дата больше или равна 30 дням от текущей - выполняется запрос только к текущим документам с указанием в фильтре стартовой даты. patch31v2b31s1.upd - TESTM00273742 Импорт документа "Возврат покупателя" маркированного товара patch32v2b31s1.upd - TESTM00273780 Формирование док-та 552 для МДЛП по док-ту "Комплектакция товара" (списание с причиной №18) TESTM00273770 Запрос на подтверждение возвратов поставщикам в МАП patch33v2b31s1.upd - TESTM00274427 Не сохраняется количество при ручном вводе документа "Проект на поставку" patch34v2b31s1.upd - TESTM00274482 Отчет "Продажи и торговые наценки" patch35v2b31s1.upd - TESTM00274440 Проверка sgtin после возврата. patch36v2b31s1.upd - API МДЛП. Изменение таймаутов между запросами для запросов GetMySgtin, GetPartnersList и GetSSCCInfo. Добавление в setup свойства notStatusIsForced для отключения автоприсвоения свойства statusIsForced через 15 мин. после отправки документа (отключение уведомительного режима работы с МДЛП). patch37v2b31s1.upd - TESTM00275545 Ошибка в импорте из ФЭ единиц измерения товара при работе с развернутым спр-ком patch38v2b31s1.upd - API МДЛП. Изменения, связанные с новой логикой получения списка мест деятельности для участника обмена. patch39v2b31s1.upd - TESTM00276918 Ошибка возврата НЕ маркированной партии при наличии GTIN patch40v2b31s1.upd - API МДЛП. Добавление в setup свойства notStatusIsForced для отключения автоприсвоения свойства statusIsForced через 15 мин. после отправки документа (отключение уведомительного режима работы с МДЛП). Повторно. 3. По окончании установки upd необходимо перезапустить Cache. Если билд устанавливается по внутрисистемной почте в М-Аптека+, то отправлять upd-файлы нужно отдельными почтовыми сообщениями, при этом для типа сообщения "Системные изменения" на тип обработки "Запись в базу" должна быть включена очерёдность. Примечание. 1 Доступ к web-справке выполняется через сеть Интернет. Текущая версия web-справки расположена по адресу: http://m-apteka.com/m-apteka-plus/spravochnaya-sistema-help/ 2 Версии дополнительных компонентов: Cash 1.0.2.306 MAPReport 1.1.1.31 Updater 1.0.0.24 EscLib 1.5.2.23 3 В случае ошибок при установке билда попробуйте сделать перекомпиляцию проекта. 4 Полная перекомпиляция проекта может выполняться в два этапа: > d $system.OBJ.CompileAll("brdo1") >; если были ошибки выполнить команду докомпиляции: > d $system.OBJ.CompileAll("burdo1") Для записи протокола компиляции в файл надо перед запуском компиляции использовать в окне терминала меню File -> Logging для задания имени файла протокола. Для закрытия файла протокола после компиляции использовать эту же команду с другим именем файла. 5 Если после перекомпиляции при загрузке нового билда ошибка повторяется, то надо попробовать сделать восстановление проекта путем загрузки текущей версии.