Точно в ХМЛ? Метод getpacketdoc - належить до передачі СОМ технології...
Кнопка Надіслати в XML працює тільки при COM-з'єднаннях? Чи є можливість розширити її можливості вивантажувати файли при режимі Інші (XML) із зазначенням місця збереження? Т.к. все більше звітів стали без можливостей вивантаження – це вже торкнулося фін. звітності
Доброго вам дня! Є 2 питання: 1. Багато клієнтів при пересиланні РТіУ через Медок запитують форму без вказівки складу та адреси доставки – лише договір 2. При прихованні колонок Знижка" має бути перерахунок тега "Ціна" залежно від тега "Вартість" з урахуванням знижки, щоб РТіУ виглядала Ціна (зі знижкою)= Вартість(зі знижкою)/Кількість
Плануються чи подібні доробки?
І ці зауваження будуть працювати в режимі "Прочі XML"?
Потрібно було на одному з підприємств задіяти механізм, пов'язаний із методикою округлення в режимі "Перерахувати, використовуючи налаштування", збільшивши дробову частину кількості (наприклад, 9 знаків). Працюємо в режимі вивантаження у XML. Після вивантаження у файлі дрібна частина кількості залишається 3 знаки. Працюємо в BAS Бухгалтерія КОРП. ЧИ працює цей механізм в режимі вивантаження у XML?
Вопрос: можно ли как-то использовать обработку (Такси) загрузить исходящие налоговые накладные, созданные в Медке в BAS:Бухгалтерия. Режим Восстановление пригоден ли для такой одноразовой операции?
M.E.Doc. запроваджує модуль «Інтеграція» 2018-06-27 22:28:11 M.E.Doc. запроваджує модуль «Інтеграція» та започатковує офіційну підтримку інтеграції даних з Вашої облікової системи у програму M.E.Doc .
Для цього ми започаткували розділ «Інтеграція» з допомогою якого ви зможете легко обмінюватись первинними документами, регламентованою звітністю та розрахунками безпосередньо з вашої облікової системи до M.E.Doc . Офіційна підтримка від розробника модуля «Інтеграція» забезпечує правильну передачу даних між відомими обліковими системами. Крім того, до модулю «Інтеграція» входить сама популярна «Медова стиковка», яку ми також будемо супроводжувати.
У розділі ви зможете знайти актуальні стиковки , познайомитися з ними, а також у разі необхідності замовити свою власну інтеграцію з іншою обліковою системою.
За умови офіційної підтримки ми беремо на себе зобов’язання забезпечити безперервний та миттєвий обмін усіма даними.
Якщо ви використовували API – інтерфейс взаємодії з M.E.Doc з іншими виробниками програмного забезпечення, таких як: 1С , IS PRO, SAP або власного виробництва, ви і надалі зможете їх використовувати на умовах підключення API.
Ми постійно працюємо над удосконаленням нашого продукту, та прагнемо створювати більше можливостей для ефективної роботи.
Мы уже успели обновиться))) Вариант 1 отпал, сейчас пользуемся вариантом 2, 3 вариант пока в резерве. Цена на дополнительный модуль уже установлена: 602 грн. Вопрос теперь о стабильности и надежности его работы.
Сегодня все лицензии горят в просроченном статусе. Хотя обновлены были еще неделю назад. Идут какие-то работы на серверах или могут быть другие причины?
DimitrT @ Сегодня, 12:15
, Отбой тревоги. У нас были включены локальные лицензии. Отключили - все заработало.
Нові можливості 1) Вкладка "Первинні документи (вихідні)
1.4) Якщо вказано деякий тип причини, він відображується синім кольором, а ІПН та назва контрагента берутся з друкованої форми документу. Наприклад, замість 123456789000 Іванов І.І., буде 100000000000 Неплатник. Всі три поля позначаються синім кольором (тип причини, ІПН, контрагент).
Данное нововведение довольно неудобно, т.к. теперь не можем определить наименование контрагента (особенно это касается неплательщиков) при проведении сверки (фильтр отрабатывает, но исчезла наглядность в табличной части). По возможности хотелось бы видеть и наименование контрагента-неплательщика.
Inkognito @ Вчера, 15:52
, Да, точно - это была наша доработка.... В принципе вопрос не критичен - выкрутились 2 знаками, а варианты с 6 знаками грузили через импорт.
Возникла такая ситуация: при передаче сводной НН с типом причины "15" устанавливаем 6 знаков после запятой в цене и импорт "на лету" проходит успешно. Пытаемся передать сводные НН с типом причины "13" с 6 знаками в цене вываливается ошибка "Обратитесь к разработчику" (с 2 знаками уходит нормально).
Выгружаешь 13 тип причины с 6 знаками в XML и загружаешь в Медок через импорт - проходит успешно...
Медок хоть и подмочил свою репутацию, но обещает супер-защищенное обновление 190. Может есть смысл подождать его до ПН?...
Спасибо за моментальную реакцию на вопрос (впрочем, как обычно).
К сожалению, решение о прекращении работы с MEDoc принято руководством без обсуждения с отделом IT?! Возможно в ПН можно попытаться еще раз поднять этот вопрос, но многие и сотрудники IT-отдела уже перестраховываются - сильно нас зацепило.
Обязательно в ПН после окончательного решения по MEDoc перезвоним в Вашу бухгалтерию - будем надеятся, что найдутся варианты....
Две организации, с которыми я работаю, пользуются Вашими разработками с первого дня (бесплатный и платный периоды) - что в очередной раз доказывает Ваш профессионализм, своевременность обновлений, реакцию на запросы пользователей и т.п. В очередной раз: ОГРОМНОЕ СПАСИБО ВАМ за вашу работу!!!
В связи с ситуацией сегодня принято решение отказаться от работы с приложением MEDoc и перейти на приложение ArtZvit (Соната не прошла проверку на удобность и качество работы среди пользователей, а 1С-Звіт - не рекомендовали наши "франчи" 1С).
Вопрос в чем: у нас куплена лицензия до середины 2018 на обработку "ONE SYNC для роботи 1С з MEDoс". Возможен ли вариант перерегистрации на версию "ONE SYNC для роботи 1С з ArtZvit" сейчас (до окончания срока текущей лицензии)? Какие действия от нас необходимы? И как быстро может произойти такая перерегистрация?
Буду рад любому Вашему ответу - очень приятно работать с Вашим "детищем" ( да и пользователи очень довольны).
Посмотрел код, есть одна небольшая доработка, - определение склада вынесено в инициализацию обработки (ранее - при создании "Поступления товаров и услуг"). Сделано с целью разовой инициализации параметра при открытии обработки и работы с ним (чтобы не на каждом ПТУ определять). Для чистоты эксперимента, установите проблемному пользователю в свойствах пользователя "Основной склад" какое-то значение основного склада. Если после этого обработка запустится корректно (сначала анализируется значение из свойств пользователя, потом если оно не задано - идет запрос к справочнику складов, и если он только один - тогда он и выбирается), - значит придется вернуть часть кода снова в создание ПТУ.
Да, действительно - проблема решилась установкой "Основного склада". (Складов, конечно очень много, но в нашем случае это не критично - пользователи используют обработку в основном по НН/Д2 на текущий момент).
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!