Новий метод "Експортовано в облікову систему"

[Inkognito]

Метод отримання реестру первинних документів

Reestr = prim. (docType, docMove, dateBegin, dateEnd)

- використовується не тільки для перегляду, але і для отримання інформації в свою облікову систему (наприклад, 1С). Логічно, що документ буде "експортованим" (технічно процес експорту відрізняється, але логічно однакові: операція експорту з однієї системи в іншу).
Але відповідний прапорець ставить лише Медок, при використанні підключення його функціоналом з меню "Сервіс - відправити в 1С". Декому зручно вигружати з меню "Сервіс" (прапорець ставиться), декому з власних функціональних обробок (прапорець не ставиться). В результаті мають хаос з прапорцями (використовуються для фільтру).

Пропоную створити метод, який проставить прапорець. Вхідним параметром буде DocID, отриманий з вищеприведеного методу (оскільки ExDocID в 99,99 % вхідних документів відсутній). Викликати планується після створення документа в 1С.

Наприклад:

Попытка
//1) створюємо вхідний документ в 1С (засобами 1С), прочитавши дані з датасету Reestr.
//2) фіксуємо прапорець в MEDoc, що експорт відбувся: App.DocExport(DocID);
Исключение
Сообщить("Помилка. Експорт документу скасовано!");
КонецПопытки;

[agtrif]

+1

[Inkognito]

Up

[Inkognito]

Очень актуальный метод. Прошу реализовать.

[AlexConsul]

Принято. До реализации осталось 563 дня 14 часов 20 минут 5 секунд

[Inkognito]

Таким темпами нам в Европу никогда не попасть Может, есть способ привнести европейский подход к реализации нашим, отечественным разработчикам? Все таки API играет важную роли в распространении Медка... Не без моего участия, конечно...

[AlexConsul]

Не без моего участия, конечно...

Как мы себя любим
Пиши Меньшикову

[priup]

...Пиши Меньшикову

С тем же успехом мона писать Пан Ги Муну !!!!!!!!!!

[Inkognito]

По общепринятым стандартам крупных компаний, должны быть ответственные специалисты, которые рассматривают поступающие предложения, анализируют их, и предлагают руководителю, приводя аргументы целесообразности внедрения нового функционала. И могу сказать точно, что так оно когда-то и было. Хотелось бы вернуть наши старые добрые времена, когда сотрудникам было не все равно, что и как они делают (AlexConsul, это конечно не Вам, а специалисту по API). Не хватало еще руководителю отдела посвящаться в создание такого простенького метода API, обсуждение которого занимает больше времени, чем его реализация.
Прошу скинуть ссылку на тему человеку, ответственному за API. Пусть прочитает, и поймет, насколько важно наличие такого метода, и насколько проста его реализация. Не хочется искать его на Фейсбуке/ВКонтакте и там общаться, - у всех должно быть личное пространство