HID_WIN_API_总结

HID_WIN_API_总结
HID_WIN_API_总结

1. HidD_GetHidGuid

The HidD_GetHidGuid routine returns the device interface GUID for HIDClass devices.

VOID

HidD_GetHidGuid(

OUT LPGUID HidGuid

);

Parameters

HidGuid

Pointer to a caller-allocated GUID buffer that the routine uses to return the

device interface GUID for HIDClass devices.

Return Value

None.

Headers

Declared in hidsdi.h. Include hidsdi.h.

Comments

Only user-mode applications can call HidD_GetHidGuid.

For more information, see HID Concepts, HID collections, and Operating HID Collections.

See Also

IoGetDeviceInterfaces

Built on Friday, April 11, 2003

调用hidD_GetHidGuid(hidGuid) hidGuid{4d1e55b2-f16f-11cf-88cb-001111000030}System.Guid

2.SetupDiGetClassDevs

The SetupDiGetClassDevs function returns a device information set that contains all devices of a specified class.

HDEVINFO

SetupDiGetClassDevs(

IN LPGUID ClassGuid, OPTIONAL

IN PCTSTR Enumerator, OPTIONAL

IN HWND hwndParent, OPTIONAL

IN DWORD Flags

);

Parameters

ClassGuid

Optionally points to a class GUID for a setup class or an interface class. If the

DIGCF_DEVICEINTERFACE flag is set, ClassGuid represents an interface

class; otherwise, ClassGuid represents a setup class.

If the DIGCF_ALLCLASSES flag is set, this parameter is ignored and

the resulting list contains devices of all installed classes.

Enumerator

Optionally points to a string that filters the devices that are returned.

If the DIGCF_DEVICEINTERFACE flag is set, this parameter optionally points to a string representing the PnP name of a particular device.

This function only examines this particular device to determine whether it exposes any interfaces of the requested interface class.

If the DIGCF_DEVICEINTERFACE flag is not set, this parameter

optionally specifies the name of the PnP enumerator that enumerates

the devices of interest. (The names of system-supplied enumerators

appear in register.h.) This function only examines device instances of

this enumerator. If this parameter is NULL, this function retrieves

device information for all device instances on the system. hwndParent

Supplies the handle of the top-level window to be used for any user interface

relating to the members of this set.

Flags

Supplies control options used in building the device information set. Can be a

combination of the following values:

DIGCF_ALLCLASSES

Return a list of installed devices for all classes. If this flag is set, the

ClassGuid parameter is ignored.

DIGCF_DEVICEINTERFACE

Return devices that expose interfaces of the interface class specified by

ClassGuid. If this flag is not set, ClassGuid specifies a setup class.

DIGCF_PRESENT

Return only devices that are currently present.

DIGCF_PROFILE

Return only devices that are a part of the current hardware profile.

Return Value

SetupDiGetClassDevs returns a handle to a device information set containing all installed devices matching the specified parameters. If the function fails, it returns INVALID_HANDLE_VALUE or another appropriate error. To get extended error information, call GetLastError.

Headers

Declared in setupapi.h. Include setupapi.h.

Comments

The caller of this function must delete the returned device information set when it is no longer needed by calling SetupDiDestroyDeviceInfoList.

If DIGCF_DEVICEINTERFACE is set, ClassGuid (if used) must point to a device interface class GUID and Enumerator (if used) must point to a PnP device name. The returned device information set contains devices that expose interfaces of the requested interface class. Enumerate the interfaces of the devices using SetupDiEnumDeviceInterfaces.

If DIGCF_DEVICEINTERFACE is not set, ClassGuid (if used) must point to a setup class GUID and Enumerator (if used) must specify the name of the PnP enumerator that enumerates the devices of interest.

Call SetupDiGetClassDevsEx to retrieve the devices for a class on a remote machine.

See Also

SetupDiCreateDeviceInfoList, SetupDiDestroyDeviceInfoList, SetupDiEnumDeviceInterfaces, SetupDiGetClassDevsEx

Built on Friday, April 11, 2003

3.SetupDiDestroyDeviceInfoList

The SetupDiDestroyDeviceInfoList function destroys a device information set and frees all associated memory.

WINSETUPAPI BOOL WINAPI

SetupDiDestroyDeviceInfoList(

IN HDEVINFO DeviceInfoSet

);

Parameters

DeviceInfoSet

Supplies a handle to the device information set to destroy.

Return Value

The function returns TRUE if it is successful. Otherwise, it returns FALSE and the logged error can be retrieved with a call to GetLastError.

Headers

Declared in setupapi.h. Include setupapi.h.

See Also

SetupDiCreateDeviceInfoList, SetupDiGetClassDevs

Built on Friday, April 11, 2003

4.SetupDiEnumDeviceInterfaces

The SetupDiEnumDeviceInterfaces function returns a context structure for a device interface element of a device information set. Each call returns

information about one device interface; the function can be called repeatedly to get information about several interfaces exposed by one or more devices. WINSETUPAPI BOOL WINAPI

SetupDiEnumDeviceInterfaces(

IN HDEVINFO DeviceInfoSet,

IN PSP_DEVINFO_DATA DeviceInfoData, OPTIONAL

IN LPGUID InterfaceClassGuid,

IN DWORD MemberIndex,

OUT PSP_DEVICE_INTERFACE_DATA DeviceInterfaceData

);

Parameters

DeviceInfoSet

Pointer to a device information set containing the device(s) for which to return interface information. This handle is typically returned by

SetupDiGetClassDevs.

DeviceInfoData

Optionally points to an SP_DEVINFO_DATA structure that constrains the

search for interfaces to those of just one device in the device information set.

This pointer is typically returned by SetupDiEnumDeviceInfo. InterfaceClassGuid

Pointer to a GUID that specifies the device interface class for the requested

interface.

MemberIndex

Specifies a zero-based index into the list of interfaces in the device

information set. The caller should call this function first with MemberIndex set to zero to obtain the first interface. Then, repeatedly increment MemberIndex

and retrieve an interface until this function fails and GetLastError returns

ERROR_NO_MORE_ITEMS.

If DeviceInfoData specifies a particular device, the MemberIndex is

relative to only the interfaces exposed by that device. DeviceInterfaceData

Pointer to a caller-allocated buffer that contains, on successful return, a

completed SP_DEVICE_INTERFACE_DATA structure that identifies an

interface that meets the search parameters. The caller must set

DeviceInterfaceData.cbSize to sizeof(SP_DEVICE_INTERFACE_DATA)

before calling this function.

Return Value

SetupDiEnumDeviceInterfaces returns TRUE if the function completed without error. If the function completed with an error, FALSE is returned and the error code for the failure can be retrieved by calling GetLastError.

Headers

Declared in setupapi.h. Include setupapi.h.

Comments

DeviceInterfaceData points to a structure that identifies a requested device interface. To get detailed information about an interface, call SetupDiGetDeviceInterfaceDetail. The detailed information includes the name of the device interface that can be passed to a Win32? function such as CreateFile (described in Platform SDK documentation) to get a handle to the interface.

See Also

SetupDiGetClassDevs, SetupDiEnumDeviceInfo, SetupDiGetDeviceInterfaceDetail

Built on Friday, April 11, 2003

SP_DEVICE_INTERFACE_DATA

An SP_DEVICE_INTERFACE_DATA structure defines a device interface in a device information set.

typedef struct _SP_DEVICE_INTERFACE_DATA {

DWORD cbSize;

GUID InterfaceClassGuid;

DWORD Flags;

ULONG_PTR Reserved;

} SP_DEVICE_INTERFACE_DATA, *PSP_DEVICE_INTERFACE_DATA;

Members

cbSize

The size, in bytes, of the SP_DEVICE_INTERFACE_DATA structure. InterfaceClassGuid

The GUID for the class to which the device interface belongs.

Flags

Can be one or more of the following:

SPINT_ACTIVE

The interface is active (enabled).

SPINT_DEFAULT

The interface is the default interface for the device class.

SPINT_REMOVED

The interface is removed.

Reserved

Reserved. Do not use.

See Also

SetupDiCreateDeviceInterface, SetupDiEnumDeviceInterfaces, SetupDiGetDeviceInterfaceAlias, SetupDiOpenDeviceInterface, SetupDiSetDeviceInterfaceDefault,

SP_DEVICE_INTERFACE_DETAIL_DATA

Built on Friday, April 11, 2003

5.SetupDiGetDeviceInterfaceDetail

The SetupDiGetDeviceInterfaceDetail function returns details about a particular device interface.

WINSETUPAPI BOOL WINAPI

SetupDiGetDeviceInterfaceDetail(

IN HDEVINFO DeviceInfoSet,

IN PSP_DEVICE_INTERFACE_DATA DeviceInterfaceData,

OUT PSP_DEVICE_INTERFACE_DETAIL_DATA DeviceInterfaceDetailData, OPTIONAL IN DWORD DeviceInterfaceDetailDataSize,

OUT PDWORD RequiredSize, OPTIONAL

OUT PSP_DEVINFO_DATA DeviceInfoData OPTIONAL

);

Parameters

DeviceInfoSet

Pointer to the device information set containing the interface and its

underlying device. This handle is typically returned by

SetupDiGetClassDevs.

DeviceInterfaceData

Pointer to a SP_DEVICE_INTERFACE_DATA structure that identifies the

interface, typically returned by SetupDiEnumDeviceInterfaces. DeviceInterfaceDetailData

Optionally points to a caller-allocated

SP_DEVICE_INTERFACE_DETAIL_DATA structure to receive information about the specified interface. The caller must set

DeviceInterfaceDetailData.cbSize to

sizeof(SP_DEVICE_INTERFACE_DETAIL_DATA) before calling this

function. The cbSize field always contains the size of the fixed part of the data structure, not a size reflecting the variable-length string at the end.

This parameter must be NULL if DeviceInterfaceDetailSize is zero. DeviceInterfaceDetailDataSize

Specifies the size of the DeviceInterfaceDetailData buffer. The buffer must be at least (offsetof(SP_DEVICE_INTERFACE_DETAIL_DATA, DevicePath) + sizeof(TCHAR)) bytes, to contain the fixed part of the structure and a single NULL to terminate an empty MULTI_SZ string.

This parameter must be zero if DeviceInterfaceDetailData is NULL. RequiredSize

Optionally points to a caller-allocated variable to receive the required size of

the DeviceInterfaceDetailData buffer. This size includes the size of the fixed

part of the structure plus the number of bytes required for the variable-length

device path string.

DeviceInfoData

Optionally points to a caller-allocated buffer to receive information about the

device that exposes the requested interface. The caller must set

DeviceInfoData.cbSize to sizeof(SP_DEVINFO_DATA).

Return Value

SetupDiGetDeviceInterfaceDetail returns TRUE if the function completed without error. If the function completed with an error, FALSE is returned and the error code for the failure can be retrieved by calling GetLastError.

Headers

Declared in setupapi.h. Include setupapi.h.

Comments

Using this function to get details about an interface is typically a two-step process:

1.Get the required buffer size. Call SetupDiGetDeviceInterfaceDetail with a

NULL DeviceInterfaceDetailData pointer, an DeviceInterfaceDetailDataSize

of zero, and a valid RequiredSize variable. In response to such a call, this

function returns the required buffer size at RequiredSize and fails with

GetLastError returning ERROR_INSUFFICIENT_BUFFER.

2.Allocate an appropriately sized buffer and call the function again to get the

interface details.

The interface detail returned by this function consists of a device path that can be passed to Win32 functions such as CreateFile. Do not attempt to parse the device path symbolic name. The device path can be reused across system boots.

SetupDiGetDeviceInterfaceDetail can be used to get just the DeviceInfoData. If the interface exists but DeviceInterfaceDetailData is NULL, this function fails, GetLastError returns ERROR_INSUFFICIENT_BUFFER, and the DeviceInfoData structure is filled with information about the device that exposes the interface.

See Also

SetupDiEnumDeviceInterfaces, SetupDiGetClassDevs

Built on Friday, April 11, 2003

SP_DEVICE_INTERFACE_DETAIL_D ATA

An SP_DEVICE_INTERFACE_DETAIL_DATA structure contains the path for a device interface.

typedef struct _SP_DEVICE_INTERFACE_DETAIL_DATA {

DWORD cbSize;

TCHAR DevicePath[ANYSIZE_ARRAY];

} SP_DEVICE_INTERFACE_DETAIL_DATA, *PSP_DEVICE_INTERFACE_DETAIL_DATA; Members

cbSize

The size, in bytes, of the fixed portion of the

SP_DEVICE_INTERFACE_DETAIL_DATA structure.

DevicePath

A NULL-terminated string that contains the device interface path. This path

can be passed to Win32? functions such as CreateFile.

See Also

SetupDiGetDeviceInterfaceDetail

Built on Friday, April 11, 2003

6.HidD_GetAttributes

The HidD_GetAttributes routine returns the attributes of a specified top-level collection.

BOOLEAN

HidD_GetAttributes(

IN HANDLE HidDeviceObject,

OUT PHIDD_ATTRIBUTES Attributes

);

Parameters

HidDeviceObject

Specifies an open handle to a top-level collection.

Attributes

Pointer to a caller-allocated HIDD_ATTRIBUTES structure that returns the

attributes of the collection specified by HidDeviceObject.

Return Value

HidD_GetAttributes returns TRUE if succeeds; otherwise, it returns FALSE. Headers

Declared in hidsdi.h. Include hidsdi.h.

Comments

Only user-mode applications can call HidD_GetAttributes. Kernel-mode drivers can use IOCTL_HID_GET_COLLECTION_INFORMATION.

For more information, see HID Concepts, HID collections, and Operating HID Collections.

See Also

HIDD_ATTRIBUTES, IOCTL_HID_GET_COLLECTION_INFORMATION

Built on Friday, April 11, 2003

HIDD_ATTRIBUTES

The HIDD_ATTRIBUTES structure contains vendor information about a HIDClass device.

typedef struct _HIDD_ATTRIBUTES {

ULONG Size;

USHORT VendorID;

USHORT ProductID;

USHORT VersionNumber;

} HIDD_ATTRIBUTES, *PHIDD_ATTRIBUTES;

Members

Size

Specifies the size, in bytes, of a HIDD_ATTRIBUTES structure.

VendorID

Specifies a HID device's vendor ID.

ProductID

Specifies a HID device's product ID.

VersionNumber

Specifies the manufacturer's revision number for a HIDClass device. Headers

Declared in hidsdi.h. Include hidsdi.h.

Comments

A caller of HidD_GetAttributes, uses this structure to obtain a device's vendor information.

Before using a HIDD_ATTRIBUTES structure with HIDClass Support Routines, the caller must set the Size member.

See Also

HidD_GetAttributes

Built on Friday, April 11, 2003

7. RegisterDeviceNotification

HDEVNOTIFY WINAPI RegisterDeviceNotification(

__in HANDLE hRecipient,

__in LPVOID NotificationFilter,

__in DWORD Flags

);

Parameters

hRecipient [in]

A handle to the window or service that will receive device events for the devices

specified in the NotificationFilter parameter. The same window handle can be used in

multiple calls to RegisterDeviceNotification.

Services can specify either a window handle or service status handle. NotificationFilter [in]

A pointer to a block of data that specifies the type of device for which notifications

should be sent. This block always begins with the DEV_BROADCAST_HDR structure.

The data following this header is dependent on the value of the dbch_devicetype

member, which can be DBT_DEVTYP_DEVICEINTERFACE or DBT_DEVTYP_HANDLE. For more information, see Remarks.

Flags [in]

This parameter can be one of the following values.

Value Meaning

DEVICE_NOTIFY_WINDOW_HANDLE

0x00000000The hRecipient parameter is a window handle.

DEVICE_NOTIFY_SERVICE_HANDLE 0x00000001The hRecipient parameter is a service status handle.

In addition, you can specify the following value.

Value Meaning

DEVICE_NOTIFY_ALL_INTERFACE_CLASSES 0x00000004Notifies the recipient of device interface events for all device interface classes. (The dbcc_classguid member is ignored.) This value can be used only if the

dbch_devicetype member is

DBT_DEVTYP_DEVICEINTERFACE.

Windows2000:This

value is not supported.

Return Value

If the function succeeds, the return value is a device notification handle.

If the function fails, the return value is NULL. To get extended error information, call GetLastError.

Remarks

Applications send event notifications using the BroadcastSystemMessage function. Any application with a top-level window can receive basic notifications by processing the

WM_DEVICECHANGE message. Applications can use the RegisterDeviceNotification function to register to receive device notifications.

Services can use the RegisterDeviceNotification function to register to receive device notifications. If a service specifies a window handle in the hRecipient parameter, the notifications are sent to the window procedure. If hRecipient is a service status handle, SERVICE_CONTROL_DEVICEEVENT notifications are sent to the service control handler. For more information about the service control handler, see HandlerEx.

Be sure to handle Plug and Play device events as quickly as possible. Otherwise, the system may become unresponsive. If your event handler is to perform an operation that may block execution (such as I/O), it is best to start another thread to perform the operation asynchronously.

Device notification handles returned by RegisterDeviceNotification must be closed by calling the UnregisterDeviceNotification function when they are no longer needed.

The DBT_DEVICEARRIVAL and DBT_DEVICEREMOVECOMPLETE events are automatically broadcast to all top-level windows for port devices. Therefore, it is not necessary to call RegisterDeviceNotification for ports, and the function fails if the dbch_devicetype member is DBT_DEVTYP_PORT. Volume notifications are also broadcast to top-level windows, so the function fails if dbch_devicetype is DBT_DEVTYP_VOLUME. OEM-defined devices are not used directly by the system, so the function fails if dbch_devicetype is DBT_DEVTYP_OEM.

Examples

For an example, see Registering for Device Notification.

Requirements

Minimum supported

client Windows2000 Professional

Minimum supported

server Windows2000 Server

Header Winuser.h (include Windows.h)

Library User32.lib

DLL User32.dll

Unicode and ANSI

names RegisterDeviceNotificationW (Unicode) and RegisterDeviceNotificationA (ANSI)

See Also

BroadcastSystemMessage

DEV_BROADCAST_HDR

Device Management Functions

Device Notifications

HandlerEx

UnregisterDeviceNotification

WM_DEVICECHANGE

Send comments about this topic to Microsoft

Build date: 3/18/2010

typedef struct _DEV_BROADCAST_HDR {

DWORD dbch_size;

DWORD dbch_devicetype;

DWORD dbch_reserved;

} DEV_BROADCAST_HDR, *PDEV_BROADCAST_HDR;

Members

dbch_size

The size of this structure, in bytes.

If this is a user-defined event, this member must be the size of this header, plus the

size of the variable-length data in the _DEV_BROADCAST_USERDEFINED structure. dbch_devicetype

The device type, which determines the event-specific information that follows the first three members. This member can be one of the following values.

Value Meaning

DBT_DEVTYP_DEVICEINTERFACE 0x00000005Class of devices. This structure is a

DEV_BROADCAST_DEVICEINTERFACE structure.

DBT_DEVTYP_HANDLE 0x00000006File system handle. This structure is a DEV_BROADCAST_HANDLE structure.

DBT_DEVTYP_OEM 0x00000000OEM- or IHV-defined device type. This structure is a DEV_BROADCAST_OEM structure.

DBT_DEVTYP_PORT 0x00000003Port device (serial or parallel). This structure is a DEV_BROADCAST_PORT structure.

DBT_DEVTYP_VOLUME 0x00000002Logical volume. This structure is a DEV_BROADCAST_VOLUME structure.

dbch_reserved

Reserved; do not use.

Requirements

Minimum supported client W

Minimum supported server W

Header Dbt.h

8.HidD_SetOutputReport

The HidD_SetOutputReport routine sends an output report to a top-level collection.

BOOLEAN __stdcall

HidD_SetOutputReport(

IN HANDLE HidDeviceObject,

IN PVOID ReportBuffer,

IN ULONG ReportBufferLength

);

HidDeviceObject

Specifies an open handle to a top-level collection.

ReportBuffer

Pointer to a caller-allocated output report buffer that the caller uses to specify

a report ID.

If the top-level collection includes report IDs, the caller must set the first byte of the buffer to a nonzero report ID; otherwise, the caller must set the first byte to zero.

The output report — excluding its report ID, if report IDs are used — is located at ((PUCHAR)ReportBuffer+ 1).

ReportBufferLength

Specifies the size, in bytes, of the report buffer. The report buffer must be

large enough to hold the output report — excluding its report ID, if report IDs are used — plus one additional byte that specifies a nonzero report ID or zero.

Return Value

If HidD_SetOutputReport succeeds, it returns TRUE; otherwise, it returns FALSE.

Headers

Declared in hidsdi.h. Include hidsdi.h.

Comments

Only user-mode applications can call HidD_SetOutputReport. Kernel-mode drivers can use an IOCTL_HID_SET_OUTPUT_REPORT request.

See also Sending HID Reports.

For more information, see HID Concepts, HID collections, and Operating HID Collections.

See Also

HidD_GetFeature, HidD_GetInputReport, HidD_SetFeature,

IOCTL_HID_GET_FEATURE, IOCTL_HID_GET_INPUT_REPORT,

IOCTL_HID_SET_FEATURE, IOCTL_HID_SET_OUTPUT_REPORT

Built on Friday, April 11, 2003

9.HidD_GetFeature

The HidD_GetFeature routine returns a feature report from a specified top-level collection.

BOOLEAN

HidD_GetFeature(

IN HANDLE HidDeviceObject,

OUT PVOID ReportBuffer,

IN ULONG ReportBufferLength

);

Parameters

HidDeviceObject

Specifies an open handle to a top-level collection.

ReportBuffer

Pointer to a caller-allocated HID report buffer that the caller uses to specify a

report ID. HidD_GetFeature uses ReportBuffer to return the specified feature report.

If the top-level collection includes report IDs, the caller must set the first byte of the buffer to a nonzero report ID; otherwise the caller must set

the first byte to zero.

ReportBufferLength

Specifies the size, in bytes, of the report buffer. The report buffer must be

large enough to hold the feature report — excluding its report ID, if report IDs are used — plus one additional byte that specifies a nonzero report ID or zero. Return Value

If HidD_GetFeature succeeds, it returns TRUE; otherwise, it returns FALSE.

Headers

Declared in hidsdi.h. Include hidsdi.h.

Comments

The feature report — excluding its report ID, if report IDs are used — is returned at ((PUCHAR)ReportBuffer + 1).

Only user-mode applications can call HidD_GetFeature. Kernel-mode drivers can use an IOCTL_HID_GET_FEATURE request.

For more information, see the following topics:

USB HID Standard

Hid Concepts

Obtaining HID Reports

See Also

HidD_SetFeature, HidD_GetInputReport, HidD_SetOutputReport,

IOCTL_HID_GET_FEATURE, IOCTL_HID_GET_INPUT_REPORT,

IOCTL_HID_SET_FEATURE, IOCTL_HID_SET_OUTPUT_REPORT

Built on Friday, April 11, 2003

HID Reports

A HID report is used to transmit HID control data to and from a HIDClass device. A report descriptor defines the format of a report. Input and output reports specify control data and feature reports specify configuration data. If a device supports more than one report of the same type, each report is assigned a unique report ID. The following figure shows an example of a HID collection that contains two input reports.

Example of a HID Collection with Two Input Reports

This figure shows two input reports, one containing value and button data and the other containing only button data. In general, the number of reports within a HID collection and the number of values and buttons in a report are device-specific.

Input and Output Reports

Input and output reports specify HID control data. Input controls are sources of data relevant to an application, for example, x and y data obtained from a pointing device. Output controls are a sink for application data, for example, an LED that indicates the state of a device.

For information about reading and writing reports, see Obtaining HID Reports and Sending HID Reports.

Feature Reports

A feature report specifies configuration information for a device. A user-mode application obtains and sets feature information by using the following HIDClass support routines:

HidD_GetFeature

HidD_SetFeature

A kernel-mode driver obtains and sets feature information by using the following HID class driver IOCTLs:

IOCTL_HID_GET_FEATURE

IOCTL_HID_SET_FEATURE

Built on Friday, April 11, 2003

HidD_SetFeature

The HidD_SetFeature routine sends a feature report to a top-level collection. BOOLEAN

HidD_SetFeature(

IN HANDLE HidDeviceObject,

IN PVOID ReportBuffer,

IN ULONG ReportBufferLength

);

Parameters

HidDeviceObject

Specifies an open handle to a top-level collection.

ReportBuffer

Pointer to a caller-allocated feature report buffer that the caller uses to specify

a HID report ID.

If the top-level collection includes report IDs, the caller must set the first byte of the buffer to a nonzero report ID; otherwise, the caller must set the first byte to zero.

The feature report — excluding its report ID, if report IDs are used — is located at ((PUCHAR)ReportBuffer + 1).

ReportBufferLength

Specifies the size, in bytes, of the report buffer. The report buffer must be

large enough to hold the feature report — excluding its report ID, if report IDs are used — plus one additional byte that specifies a nonzero report ID or zero.

Return Value

If HidD_SetFeature succeeds, it returns TRUE; otherwise, it returns FALSE. Headers

Declared in hidsdi.h. Include hidsdi.h.

Comments

Only user-mode applications can call HidD_SetFeature. Kernel-mode drivers can use the IOCTL_HID_SET_FEATURE request.

For more information, see the following topics:

USB HID Standard

HID Concepts

Sending HID Reports

See Also

HidD_GetFeature, HidD_GetInputReport, HidD_SetOutputReport,

IOCTL_HID_GET_FEATURE, IOCTL_HID_GET_INPUT_REPORT,

IOCTL_HID_SET_FEATURE, IOCTL_HID_SET_OUTPUT_REPORT

Built on Friday, April 11, 2003

10.HidP_GetCaps

The HidP_GetCaps routine returns a top-level collection's HIDP_CAPS structure.

NTSTATUS

HidP_GetCaps(

IN PHIDP_PREPARSED_DATA PreparsedData,

OUT PHIDP_CAPS Capabilities

);

销售工作总结

销售工作总结 销售工作总结模板集锦八篇 一、工作回顾 XX年是不平凡的一年,祖国六十华诞的盛大庆典带给每个中国 人无比的鼓舞和震撼,在欣喜于祖国强大、人民安康的自豪中总结 个人的工作,我更加感受到做好本职工作是每个工作人员的崇高使命,建材销售年终工作总结。 2)通过这半年的学习我个人觉得我们公司抛光砖在市场上具有一定的优势(货美价廉),但是现在的设计师对仿古砖的倾向度是兼知的,我们公司的仿古砖(骆驼)在市场是具备一定的特色,也深受设计师的欢迎,但是货源与质量让我们感觉很头痛. 3)对于做家装的设计公司我们公司的价格很难让设计师操作. 二、工作计划 “用心工作、踏实做人”,一直是我的座右铭,工作总结《建材销售年终工作总结》。尽管我们在工作中兢兢业业,但完美离我们 总有一步之遥,经过半年来的努力,工作没大的起色,也没大的失误,平庸的业绩使我更清醒地看到了自身存在的问题 1)加强对客源资源的整核与巩固,形成自已的一个客户圈。 2)对于强势的竟争对手与关系复杂的客户作出一定有效的对策。 3)设计师方面我个人一直未有一个明确思路与操作方案希望在今年得以突破。 4)自我解压,调整心态,创新求变。心态决定工作的好坏,所以在工作中要不断自我调适,把控积极乐观情绪的方向,时刻以饱满

的热情迎接每天的工作和挑战。创新是一个民族的灵魂,只有不断 在思维上求创新,工作才能出亮点。 三、找好航标,定位人生 “路漫漫其修远兮,吾将上下而求索。”我们的人生之路都将历经坎坷不断前行,所以走好每一步都至关重要,每个人都应找好人 生的航标,找到一条适合自己的路来走,才能在风雨兼程的路上实 现自己的价值,见到风雨之后的彩虹。 岁月无声,步履永恒。我们迈过一道道坎走向明天,做好本职工作,争当自己的主人,明天定将更美好! 一、员工的考勤管理 我公司的考勤管理,现在的基本情况如下:①经理直接管理人员的请假、调班、加班等工作;②前台、业务部、督导、XX在平时的 工作中对专卖店人员的工作情况和考勤状况进行监督并反馈;③平时 由我不定期地采用电话和视频监控抽查各专卖店店长以及店员的出 勤情况,并给予登记;④到每个月底由各专卖店店长上报该店的考勤,我用表格的形式进行统计,此工作过去由前台来完成。在日常的考 勤抽查中,主要存在以下问题: 1.店长在没有上报公司的情况下任意调整上班时间,如:把早班换成中班; 2.有的店长利用正常上班时间来总公司办理事物(停休除外); 3.个别店长有迟到、早退的现象; 4.店长在没有请假的情况下外出办理私事; 5.个别店长在接近下班的时候到银行办理业务。(由于我公司专 卖店日益增多,规模不断扩大,专卖店分布广,每个专卖店只有2- 6人,因此,在人员管理上存在较大的困难;另外,公司从20xx年 至今已经成功地在上海开了X家专卖店,将来还要继续扩大门店的 数目,为给以后门店的扩张打下良好的基础,对员工进行有效地日 常管理已经成为不容忽视的问题,而其中店长的管理尤为重要,做

市场管理工作总结

市场管理工作总结 导读:本文是关于市场管理工作总结的文章,如果觉得很不错,欢迎点评和分享! 【范文一:市场管理工作总结】 回首过去的这半年,在新的岗位新的环境中尽快的进入了角色和出色的工作状态。让自己始终保持良好的工作状态,从各方面严格要求自己,时刻要有一种危机感。深深了解与市场“共存共亡”的重要性,如果不尽心尽力地做好本职的工作,在激烈的市场竞争中,所有员工都将可能遭到失业的命运,必须改变“观望”的态度以更为积极主动的精神参与市场管理的工作。在创建全中国文明城市活动中,我以个人的工作成绩,得到了上级领导的信任和支持,并以最大的热情投入到工作中去。由于北站市场环境复杂,管理繁烦琐,工作有相当的难度,但是在领导的正确引导下以及同事的密切配合、大力协调、共同努力和家属的理解体谅下,使工作取得了较好的成绩,没有受到客观因素的影响。今年由于工作需要我由三交易区调到一交易区担任组长职务,具体工作范围是主管西一栋、西厅皮件、南墙展示台。现将我在这半年中的工作情况总结如下: 一、对市场工作,提前思考,对任何工作做到要有计划。 1、本职业务,及早思考,早作打算。 2、分析预测在前。对一些常规性的工作,要分析与以往不同的特点,预测会带来什么问题,从而及早提出解决的办法。

3、计划准备在前。早作计划,确定基本方案,最好要有两三套路子,以便在讨论研究中予以取舍,如果“临时抱佛脚”,不仅难有质量,处于消极应付局面,而且会影响工作计划的贯彻落实。 二、和市场全体人员一道,分工明确,责任清晰,精诚团结,密切配合,将各项工作落实到位。具体措施是: 1、规范市场管理、加强消防设施及其消防通道管理,由于市场经常出现乱堆乱放、出摊占道、严重堵塞了消防通道并影响了正常的经营活动,我已很抓了这项工作。保证消防通道随时畅通。及时杜绝消防隐患以免造成生命财产损失。 2、督促市场经营户按时缴纳摊位费,不能拖欠。现已基本没有拖欠现象发生,如在市场管理中与经营户发生争执,必须顾全大局以整体利益出发,避免工作态度的解单粗暴,要进行说服作好思想工作并妥善解决问题。 3、倡导经营户合法经营。对及个别经营户打扑克、下象棋的现象给予制止,禁止小商小贩进入市场,以免影响正常的经营秩序,必须严格遵守作息时间,工作期间不能串岗聊天以及从事与工作无关的事,认真负责的搞好市场管理工作。 三、认真负责的完成了上半年上级领导下达的各项管理任务。 以上是我在上半年的工作情况,在工作中还有许多不足之处,敬请领导提出宝贵的意见。我会在以后的工作中再接再励更上一层楼。争取在下半年给上级领导交一份满意的工作业绩。 【范文二:街道办事处农贸市场管理年终工作总结】

教育教学检查工作总结

教育教学检查工作总结 本文从网络收集而来,上传到平台为了帮到更多的人,如果您需要使用本文档,请点击下载按钮下载本文档(有偿下载),另外祝您生活愉快,工作顺利,万事如意! 为全面贯彻党的教育方针,促进教学管理,推进基础教育课程改革,加大新课程的探索力度,全面推进素质教育,提高教学质量。从11月24日至27日举行了全场性教育教学检查,经过几天来的检查工作,本次的检查活动圆满结束。现将本次检查的情况作简单的总结: 一、基本情况 本次检查组成员共11人,检查时间为4天,检查学校有8所,本人检查3--6年级英语、1—3年级数学作业的布置、批改及单元考核情况。 二、检查情况 (一)听工作汇报 在每一所学校常规检查后,都进行了工作汇报,各学校都重视学校规章制度的建设,教学常规管理制度的健全。各校都能把德育放在首位,担起教书育人的重任,而且各校都非常重视安全教育,做好各项安全宣传教育活动,创建一个安全和谐的校园氛围。 (二)看校容校貌

各校非常重视校园环境的建设,植树种花美化校园,出版各项专栏,搞好校园文化,为师生营造了优美的学习生活环境。各学校能认真推广第三套全国中小学生系列广播体操,个别学校已训练有素,如西南小学、铜锣湖中学。 (三)听课情况 在这次检查中,我听了6位老师所上的课,他们在教学上各有特色。各位老师对教学常规比较熟悉。其中,值得学习的是湖尾小学六(1)班陈小玲老师的语文课,教学方法创新,以她那优美的歌声导入新课,语言极具亲和力,整节课学生学得轻松,教学机智,善于启发学生,引导学生。场部小学六(2)班黄慧娜老师的语文课,她能按照新课标的要求,开展综合性活动,整节课,师生互动默契,课堂气氛活跃,欢声、喝彩声充满课堂。听了她们的课,我受益匪浅。 (四作业情况 1、英语作业 (1). 从本次检查作业情况来看,各学校比过去的一学期做得好,对英语科的要求比以往严格,能把英语作为一门主科来教,而且布置的作业量也比较适当。 (2). 在这次的作业检查中,大部分学校的英语作业的题型比较全面,在高年级除了有抄写单词、短语、

民办培训学校工作总结(2020版)

( 工作总结 ) 单位:_________________________ 姓名:_________________________ 日期:_________________________ 精品文档 / Word文档 / 文字可改 民办培训学校工作总结(2020 版) The work summary can correctly recognize the advantages and disadvantages of previous work, clarify the direction of the next work, and improve work efficiency

民办培训学校工作总结(2020版) 民办培训学校工作总结篇一 20xx年xxxx学校创办至今不到半年时间,从创办初期至今,我校在教育局有关业务主管领导的关怀和指导下,在全校师生的共同努力下,严格遵守国家的各项教育法律法规,认真贯彻落实党和国家的各项政策措施,以人为本,实事求是,以构建和谐社会为切入点,不断创新教育管理机制,切实加强教育教学研究,继续深化教学体制改革,持续加强学校安全卫生管理工作,积极推进学生素质教育,努力提升品牌社会效益。 一、与时俱进,健全和完善品牌特色教学体系 根据教育培训市场各项需求的发展变化,为确保学校的办学生命力,我们一直努力地探索和创立自身的办学特色,并力求赢得社

会的认可和家长、学生的好评。现我们已初步建立具有我校特色的出国考试备考品牌效益,并在迎合社会办学需求的过程中逐步完善特色教学体系。 二、诚信办学,保持及巩固在外语培训市场中的优势地位 我校外语培训人数逐渐增多、规模增大,满意度高。无论是少儿,还是青少年、成年,我校外语培训继续呈发展壮大趋势,特别是在出国考试类外语培训上,我们更是严谨教学,并取得了可信的办学成绩,获得了社会各界和广大学生、家长们良好的口啤,确保学校在外语培训市场中的优势地位。 三、完善制度,建立健全学校办学及日常工作管理制度 一切以学生利益为中心是我校一贯的办学宗旨。健全的办学制度,是确保学校教学质量和规范管理的必要手段。我们建立了一整套的岗位职责和管理制度,并根据学校的发展变化,不断完善和调整充实。学校教学、行政均有严格且可操作性的管理制度,为学校的有序管理和科学管理奠定了扎实的基础。 四、改革创新,规范与完善教师教育教学行为准则

营销工作总结及工作思路

营销工作总结及工作思路 ----WORD文档,下载后可编辑修改---- 下面是小编收集整理的范本,欢迎您借鉴参考阅读和下载,侵删。您的努力学习是为了更美好的未来! 营销工作总结范文一二00x年度,营销部在公司的指导下,开展了武汉市场医药零售终端网络的建设、各区级批发单位的巩固、公司部分总经销新品种的铺货及市场启动和推广工作。现将这一年来,营销部年度工作所取的成绩、所存在的问题,作一简单的总结,并对营销部下一步工作的开展提几点看法。 总而言之,三句话:成绩不可忽视,问题亟待解决,建议仅供参考。 “5个一”的成绩不可忽视 1.铺开、建设并巩固了一张批发企业所必需的终端营销网络 武汉市场现有医药零售终端共690家,通过深入实际的调查与交往,我们按照这些终端客户的规模实力、资金信誉、品种结构、店面大小,将这690家零售终端进行了A、B、C分类管理,其中A类包括“中联”在内的25家;B类有94家;C类210家。在这690家终端客户中,我们直接或间接与之建立了货款业务关系的有580家;终端客户掌控力为84%。 我们所拥有的这些终端客户,为提高产品的市场占有率、铺货率、迅速占领武汉这一重点市场,提供了扎实的营销网络保证,这一点正是公司的上线客户----药品供应商所看重的。 2.培养并建立了一支熟悉业务运作流程而且相对稳定的终端直销队伍。 目前,营销部共有业务人员18人,他们进公司时间最短的也有5个月,经过部门多次系统地培训后,他们已完全熟悉了终端业务运作的相关流程。 对这18名业务人员,我办按业务对象和重点进行了层级划分,共分为终端业务员、区域主管和片区经理三个层级,各层级之间分工协作,既突出了业务工作的重点,又防止了市场出现空白和漏洞。 这支营销队伍,他们的工作虽然繁琐和辛苦,却有着坚定的为A公司尽职尽责和为终端客户全心服务的思想。他们是武汉市场运作的生力军,是生产商启动武汉OTC市场的人员保证。

企业管理部工作总结

企业管理部工作总结 本学期,在集团“真情服务追求一流”的质量方针指导下,结合12个创新纬度,我部门制定了明确的工作目标,与集团各部门一起,进一步凝练工作理念,联动作战,逐步实现集团“做大、做强”的整体工作目标。 随着后勤管理和服务工作面愈来愈广,我部门围绕集团行政工作和党委的要求,协助各公司深化改革,采取企业标准化运作模式,围绕集团“二次创业”的指导思想,通过整合各公司优势资源,在集团提供的整体客户体验平台上,资源共享,利益均沾,成为各公司项目管理、法律咨询的桥梁,协助集团打造“工大正禾”品牌,建设和谐后勤。 一、在质量管理工作方面 1、制定集团20××年度内部审核计划及内部审核实施计划、监督评审计划等,配合中国质量认证中心,按照体系要求准备并完成内审及监督评审工作,并对内审和监督审核的结果进行了宣传报道。在本次内审和监督审核中发现的不合格项和专家建议已全部整改或关闭。 2、以深入贯彻“班组工作规范”和“奖惩规定”为基础,不断细化工作流程和规范,对问题多发的环节及班组,进行诊断,完善服务和检查标准。 3、根据集团“关于加强监视和测量的有关规定”,继续按ISO9000标准对各公司进行现场检查,统计和分析记录,制定纠正和预防措施,对纠正和预防措施的实施结果进行验证。根据《安全环境监督检查制度》的要求,定期对各单位

进行安全环境检查。与集团张宗彪副总一起根据分工逐项检查各公司各项工作,以班组管理为内容,对部分单位进行检查,要求各质管办以班组为单位,做好检查、分析、总结。针对校庆、新生接待、冬防工作、学校省高校饮食工作会议、国防科工委“研究生教育优秀工程”督导组、学校元宵节晚会、CUBA赛事和大羽赛等大型活动,对友谊、长安校区校园环境、设施设备和相关公司工作状态进行了检查,确保各单位现场管理和服务质量。 4、与各公司质管部门对各公司质量管理的总体运行工作进行诊断,督促各质管人员把握工作特点,将本单位计划落实到具体部门和人员。督促各公司质管办制定冬防、两校区运行等服务保障预案。与各公司质管办一起及时总结运行工作,针对特殊情况,对各自服务运行等工作进行总结。与各公司质管部门对自身总体运行工作进行诊断,督促各质管人员把握校庆和两校区运行的特点,将本单位计划落实到具体部门和人员。督促各公司质管办制定新生接待等服务保障预案。加强对各类数据的归类、分类统计和分析,设计集团服务热线信息数据统计分析表。与各公司质管办一起及时总结假期运行工作,针对今年冬季的特殊情况,对各自服务运行等工作进行总结。 5、20××年1-3季度以来,集团共发生不合格服务344例,平均每月38例, 经过集团相关单位对各类不合格项的纠错和严格奖罚,不合格项的出现频次得到了有效的控制。 6、加强对各类数据的归类、分类统计和分析,设计集团服务热线信息数据统计分析表。

检查工作总结

经过一个月的检查,可以看出大部分学校以教学为中心,以质量为生命线,对常规教学进行了规范管理,对课堂教学进行了有效的改革,对校本教研加强了力度,涌现出了一批抓质量、善管理、重实效的先进学校。但是还有一些学校领导不重视,管理不到位,措施不得力,部分教师工作不积极,教学不深入,落实不具体,出现了对各项工作敷衍应付的不良现象。下面具体总结如下: 一、教学管理 1、教学中心地位。学校都制定了常规管理工作目标方案,大部分学校的切实可行,符合校情,也有学校制定的目标比较大,不好实现。领导班子的听课达到了每周2次,记录齐全,特别是业务副校长的听课记录多且好,如xx。而校长的听课记录很少达到每周3次以上,有的校长的听课记录就没有见到,不知听过课没有。有的校长的教学形势分析报告不是教学方面的,或很少讲教学方面的,而大讲特讲安全教育、学校落后原因等,不是安全不重要,而是不能放在这个时候、这个地方讲,因为主题是教学,没有突出教学的中心地位。 2、过程管理。 大部分学校的课程表与上课表不一致,不能看出开设课程的实际情况,班级的课程表与学校的课程表不一致,听张三的课去上课的却是李四。 学校都制定了常规教学检查细则,切实可行,易于操作。如某某学校的教师积分方案,就是根据检查细则进行的,每一期每个教师都有一个分数,作为评先表优晋级的依据,公平公开公正,能够很好激发教师的积极性。有的学校的细则规定的太死。如教案必须几页,计划必须多少字,这在开始时可以有一个规定,教师形成习惯后就要修改,不要常年一个样。 有了细则就要坚定不移地执行,不要把它作为摆设。如有的细则上不仅有数量要求,也有质量要求,但看检查记录只有数量几次,没有质量的定性评价,也没有检查总结。有的有总结没有抓落实,问题没有改,下一次还是如此。这样长此以往,工作不深入,作风不扎实,落实不具体,容易使教师产生应付思想,干好干坏一个样,何必那么认真呢。有的细则要求一月一检查,但四个月了,只检查二次。几次检查也不总结,某个教师缺一次,也不补检,就有一个空格。 教案编写数量学校差距比较大,像某某教师早就备了80课时,而有的学校只有40课时。有的学校规定有问题,不是要求每个课时都有教案,而是规定一周不少于四次,只要完成即可,谁愿意多写哪。某某学校的作文每一次都有教案,有批改记录。像复习课、实践课、口语交际课就更不用写教案了,那随意性有多大,可想而知。内容上就更有差距了。教学目标分三级,每一级有2—3个目标,教学重点、教学难点、教具准备等,就写了一页多。有的作者简介3页,而教学过程就那么三两行,就那么三两个问题,不知道写的几个教学目标怎么完成的。电子教案没有按教研室的要求,下载了教案没有修改,下载的资料也算教案。 作文篇数基本上够两周一篇,批改也比较及时。从评语上看,有的教师不认真,字体潦草,不按格写,龙飞凤舞;只找缺点,不提优点,没有激励性评价;评语笼统,不具体,千篇一律。如一个学生的11次作文中有七次都是字体工整、漂亮,书写认真之类的话,在拿其他学生的看,也有类似情况。句子通顺、中心明确、层次分明,像这些通用的评语早该改一改了。但也有老师不但有总评,还有眉批,不但有等次,还有分数;有的学生改了教师再改,还锻炼了学生。 教学反思,没有形成反思习惯,没有反思能力,也不愿意学习,只对本节课教学过程简单复述就万事大吉了。有一个教师的反思每一篇都是六行,三次均匀分布在一页上。 听课记录次数基本都达到了要求,只是为了完成听课任务,不管谁的课只管去听。一个语文老师最后7节都是听的数学课,这有点不正常。听课是为了交流,为了提高,不仅仅是为了完成听课任务。听课记录只记教师的活动,没有记学生的活动,只有优缺点,没有建议和意见,更没有问题的思考和灵感。

民办学校2020年工作总结

民办学校2020年工作总结 如下: 1、工作完成情况(1)业务方面招生情况报名人数*****人,缴费金额******元; (二)管理方面1、完善管理制度对部门职责进行了修改和完善,建立了周考核制度,为提高工作效率和业绩提供了制度保障。2、业务指导管理作为管理人员,每周对招生情况进行市场和数据分析,按月召开分析会议,对招生团队招生情况进行指导。专项招生活动时对招生团队进行现场指导和跟踪。3、综合服务管理加强综合管理,为学校管理和业务人员拓展业务提供服务支持。及时核算人员工资、业务进度、拓展奖励等,认真做好教务管理、办公用品、招待工作等。 二、经验总结 (一)业务方面1、提高专业基础作为招生人员,必须理解各项目的培训内容、重点难点,同行业经营模式、发展趋势等,这是拓展业务的基础,再好听、再豪华的销售话术,也比不上一句根据学员需求提供专业见解更能打动学员,赢得信任。2、团队+勤奋+规划第一,团队人员相互补位,相互协作是我拓展业务的支柱,团队竞争提高了主动性。第二,我对工作的态度有目共睹,足迹遍布***的县市区。第三,拓展业务做好规划,避免盲目性,做到每月有计划、每周有安排,每天有进度。3、重视口碑宣传据

统计,目前我们的客户约60%来自有老客户或老客户的介绍。这两年重视客户体验和售后管理,赢得客户认可,客户口口相传的口碑效应较好。(2)管理方面1、强化激励考核事实证明,激励考核制度提高了业务人员的积极性和主动性,争先恐后,你追我赶,整体业绩取得提升。2、运用数据分析通过运用数据分析,能够发现我们的业务优势和业务短腿,能够发现市场机会,提高业务拓展的针对性,提高效率。3、综合服务到位通过及时计算拓展业绩,兑现奖金,做好综合服务和教务管理,为业绩拓展提供支撑和保障。 三、存在的问题 (一)业务方面1、灵活性不足在收费定价上,原则性过强,认为作为正规招生培训机构不能与不正规机构打价格战,不能做砸牌子的生意,不愿随意降价,灵活性不足。2、创新不足招生拓展渠道相对单一,大部分客户的拓展依靠线下实地交流,线上方式创新不足。3、跟踪不到位以我的业务为例进行分析,*******是跟踪不到位,没有经常和报名学员沟通,及时了解他们的心理变动,导致前功尽弃。4、市场敏感意识不足对于生源地集中的单位招聘用人信息关注不够,信息渠道有限,市场敏感意识不足,错失部分商机。5、未充分借助外部力量未充分借助外部合作机构现有的低成本资源展开业务拓展。(3)管理方面1、角色转变不到位xx年,学校从初创期走向快速发展期,人员不断增加,业务不断扩大,管理要求越来越高。我本人从招生组长到校长,跨度

2020年手机销售工作总结优秀范文

2020年手机销售工作总结优秀范文 本文是关于2020年手机销售工作总结优秀范文,仅供参考,希望对您有所帮助,感谢阅读。 2011年手机销售工作总结范文 11年销售工作基本结束了,在整个团队的全年努力奋斗下,比11年销量增幅12.5%,但在市场占有率和全国a类分公司排名中有所下降,主要的原因有以下几点: 一外因: 1、2011年移动手机行业激烈的市场竞争、市场环境的变化及公司在11年产品力的因素、产品力及市场政策未及时跟上; 二内因: 1、团队内部氛围、团队气势,战斗力、领导能力、员工态度、执行力的下降; 2、营销网络凝聚力、经销商的积极性、协作能力的下降;主要表现: ①分公司营销工作基础不扎实,效率、效能欠缺; ②员工工作积极性不高,缺乏斗志,做不到“尽心尽力”,创新意识及智慧能动的工作能力差,协作能力差,做不到分公司平台与办事处上下同流; ③渠道网络、经销商激情及凝聚力下降。部分区域出现缺乏核心经销商或核心不核的问题,经销商不愿承担销售任务。办事处无法掌握市场,渠道效率低下; ④业绩及市场推广工作平平,多数机型在市场销量差,拉、推力丧失,新品上市、上量速度慢,较多依靠产品力本身,营销力退步。 ⑤市场终端、品牌推广工作退步,ka攻略、终端形象、促销队伍管理急待提高,对市场信息的收集、分析能力差,无法应付激烈的市场竞争; 今年是我们公司成立五周年的喜庆日子,分公司做为全国最早成立的分支机构,也曾取得较好的业绩,在多项工作中排名第一名。过往的成功应是我们发展的基石和动力,不应该成为我们前进的包袱,各层员工一定要有雄心,追求一流的目标,要有做市场及行业霸主的信心和斗志,特别是分公司的领导集体及办事处经理。

2019年民办学校年度工作总结3篇

2019年民办学校年度工作总结3篇 篇1 为了认真贯彻执行《民办教育促进法》及其实施条例,根据《某市教育局关于做好2019年度民办中小学幼儿园年检工作的通知》精神,本学年度,我们十分重视民办幼儿园工作,坚持“积极鼓励,大力支持,正确引导,依法管理”的原则,以规范办园行为为目标,以建章立制、安全管理为重点,促进我镇幼儿教育健康发展,取得了较好的成效。现将自查情况汇报如下: 一、基本情况 我镇现有幼儿园x所,在园幼儿xxx人,有教职员工xx 人,其中,教师xx人,共有专用校车x部,校车手续齐全,符合接送幼儿要求。

二、主要作法 规范办园行为,理顺管理关系。幼儿园都具有合法的办园资格,《办园章程》内容完备,依法办园。能自觉接受xx 和教育行政部门的领导和管理。我们把x所幼儿园按照属地管理的原则,划归各中心小学进行管理,中心小学指定一名副校长分管村小和幼儿园工作。并与派出所、卫生院协商,校车由派出所进行管理,疾病防疫和食品卫生由卫生院防疫站进行管理。 落实责任,强化管理。为了使幼儿园的管理经常化、规范化,我们把幼儿园的管理纳入普通教育管理范围,同分管领导和幼儿园园长签订各项管理责任状,进一步明确他们各自的目标和职责,使他们管理有目标,工作有头绪。我们还专门制订了《幼儿园管理检查细则》,每学期对幼儿园进行一次综合检查,检查结果,不仅作为衡量幼儿园工作的依据,同时作为评价分管领导工作的依据。 加大投入,改善办园条件。加强园舍建设,做到坚固、实用、够用,坚决不使用危房,清除园内危险建筑物;按照要求不断添置、更新设备设施,保障教学活动的需要;添置足够的幼儿生活用品,做到一生一杯、一生一巾,摆放科学,消毒严格;校园实行封闭管理,出入人员要严格把关,进行出入登记;添置必要的安全设备,如消毒柜、灭火器等。

终端工作总结报告 (4页)

本文部分内容来自网络整理,本司不为其真实性负责,如有异议或侵权请及时联系,本司将立即删除! == 本文为word格式,下载后可方便编辑和修改! == 终端工作总结报告 第一部分、20xx年工作总结 20xx年截止9月份在网4G终端用户到达46.99万,完成挑战值112.2%,排名全省第四,仅落后于漳州0.1pp;4G终端渗透率27.57%;4G换机占比77.3%, 排名全省第三。 (一)找准换机客户,定位目标客户需求 1.加强客户宣传,完成客户4G终端教育 一是针对存量潜在换机精装客户开展前臵服务提醒: 结合省公司针对换机 刚需客户(机龄1年以上且有流量需求的目标客户23.4万)开展的通过短信夹带、渠道弹窗、流量秘书、掌上公交等触点营销,本地进行补强营销,确保客户提前换机,换对手机; 二是优化实体渠道价签及台卡设计, 强化自有营业网点和社会渠道宣传布臵, 在终端销售区/售卡区通过台卡及宣传单页突出活动卖点,引导客户快速选择适合手机,确保买对4G手机。 2.增强渠道掌控,提升4G终端上柜占比 一是加强竞争对手核心渠道渗透:从关注签约率到关注签约质量的提升,密切跟踪竞争对手渠道销售移动4G终端转化情况、套餐办理情况,及时交互清单信息,加强渠道渗透和营销跟进。 二是加强新入网带动4G终端客户提升: 重点推进新入网客户“4G套餐+4G 手机”组合营销,强化“买对4G手机”的客户感知,带动提升新入网4G终端 占比。 三是4G终端上柜率目标、考核落实到渠道经理和渠道网点,加强渠道经理走访督导制,督促渠道销售4G终端,加快2/3G手机下架,提升4G换机占比。 3.联合促销到位 结合省公司三季度联合促销政策,以中低端市场、乡镇市场为主打市场, 采用“资源共投”方式开展,由我公司、厂商共同投入资源(我公司以酬金前

期中教学检查工作总结

教育资料:_________期中教学检查工作总结 姓名:______________________ 学校:______________________ 日期:______年_____月_____日 第1 页共6 页

期中教学检查工作总结 一、对期中教学检查工作进行了动员,安排布置了此次期中教学检查的工作任务。要求教研室教师认真对待此次期中教学检查工作,做好教师自查和教研室自查。自查和互查的重点是本学期前11周教学计划的执行情况和电子课件、作业的批改情况,以及本学期课程改革和教学研究情况。 二、7日至11日教研室组长从理论教学、实践教学、课程改革和教风与学风建设等四个方面对教研室教师本学期前11周教学工作的各个环节进行了认真细致的综合检查。具体检查情况汇总如下: 1.本学期上半学期广告教研室共承担28个班次, 11门课程的教学任务。 2.所有教师针对日常教学的各个环节进行了细致的自查和互查,教研室重点检查教师的教案、电子课件、作业批改情况,一体化试点课程实施情况、班级学风等情况。 (1)在日常教学的各个环节,所有任课教师都能做到备课认真,电子课件制作规范,内容紧扣课程教学大纲,有重点,有难点;都能按照授课计划组织教学和开出实操,教学进度基本符合要求;都能及时布置并认真批改作业;都能按时进行第二课堂辅导;都能认真遵守教学纪律,不迟到、不提前下课,严格学生考勤,维持课堂纪律;都能认真按时填写教室日志。 (2)任课教师均能在教学中针对授课对象实际,有针对性的组织教学。在教研会时间经常交流教学经验、讨论课程难点、重点,互相学习好的教学方法。 第 2 页共 6 页

2018年民办学校工作总结(多篇)

2018年民办学校工作总结 目录 第一篇:民办学校年度工作总结 第二篇:民办学校工作总结 第三篇:民办学校XX年工作总结 第四篇:民办学校工作总结 第五篇:民办学校年检工作总结 正文 第一篇:民办学校年度工作总结 民办学校年度工作总结 一、队伍建设 1、中层干部坚持每周一次的交流学习制度,主要是交流上周情况,商量下周工作和全体教职工会的主要议程,提高了学部领导的集体领导力。 2、利用周一学习会议时间对全体教师进行培训。 1)领导干部专题培训。每次由一名主讲人,校长、教学处主任、教育处主任、团委书记、年级组长、教研组长分别对全体教师进行了专题培训或领学先进人物事迹和先进教育教学理念。 2)经验交流。班主任和科任教师分别向全体老师介绍自己的学生管理和教学经验。 3、生活老师坚持每周学习制度,校长与分管主任定期参会,对他们进行培训,帮助他们认识高中学生的特点,了解高中学生的教育方法,使他们与班主任密切配合,共同管理好学生的生活。坚持每周一

次的班主任例会制度,通过班主任例会,了解学部德育工作动态,安排班主任工作,把握班主任工作重点,明确班主任工作方向,增强教育效果。强化班主任在班级教育、班级管理和班风建设以及学生学习发展中的第一责任人意识,进一步改进了《班级量化考核办法》。 4、利用周一全体教工会时间,强调教师要自觉学习有关礼仪知识,从工作、生活、交往中的每一细节,树立良好的个人形象和集体形象。 5、定期进行教研组长会和年级组长会,及时传达布置各项任务并对各项工作提出具体要求。 6、加强了班主任培训和面向全体教师的学生管理培训,注重和谐师生关系,提高管理后进生的能力,善与学生沟通、能与家长交流。 7、每周三进行青年教师英语口语培训,为双语上课作准备。 8、利用周四教研活动时间,各教研组对青年教师进行培训,加强业务。 9、学期末进行了学生评教活动和教师互评活动,评价结果纳入教师考核项目。 10、组建教师业务档案,记录教师的成长发展过程,并作为评价教师的重要依据。 11、组织了“我对学部做贡献活动”,学期末每人把取得的成绩和对学部的贡献以表格的形式写出来,存入业务档案,并作为领导考评教师的依据之一。 12、关注老师的生存状态,经常找老师谈心,特别是对情绪有波动的老师,请他们吃饭、座谈,及时帮助他们解决思想上的问题和生

销售新员工的工作总结

销售新员工的工作总结 要做一名成功的销售精英,工作态度与能力非常重要。今天给大家为您整理了销售新员工的工作总结,希望对大家有所帮助。 销售新员工的工作总结范文一 黑暗难熬的6月已经过去,不管战绩如何,它都已经成为历史,不过值得庆幸的是这个6月我还算顺利的完成了任务,一个好的业务员是要时刻总结当天,当月的工作,时刻警醒自己鞭策自己,现做如下总结: 一,调整心态:a,空杯心态,不要得意于六月份的业绩,七月份一个新的开始,要从零做起,努力工作争取取得更大进步,再创辉煌!b,实事求是心态,虽然在6月份取得10000元的业绩,但我自己清楚,运气占了很大比重,人不可能永远都是一帆风顺,所以要戒骄戒躁,不能盲目的给自己制定高标准,要依据实际情况作出合理的安排。 c,多多吸取领导及同事的教诲,把自己的坏脾气改一改,我不可能改变社会,那么唯一可做的就是改变自己。记得曾有这样一句话:吃自己不喜欢吃的饭并把它吃完,做自己不想做的事,并把它做的很漂亮,和自己不喜欢的人相处,并相处的很融洽这就是成功。 二,产品市场分析:通用网址,就功能而言它是一种网络宣传推广方式,但她的效果明显不如百度强大,所以对一些大公司而言,他们不会选择通用网址,尽管百度竞价非常昂贵,他们觉得竞价可以凸显公司的实力,与地位,即便它没有为公司带来实际的经济效益,但却一定程度上提高了公司的知名度,他们愿意花钱在百度上,而通

用网址最多也只是品牌保护,所以我把通用网址定位于中小型企业。 这些企业虽然也想通过百度扩大自己的宣传,但考虑到成本,他们也会顾虑重重,即便做了竞价心中也会有一大堆的怨言,他们更希望有一种产品可以替代竞价,可以不安点击率收费,所以这时候给他们推荐通用网址是一个好时机,况且他们同行的竞争也比较激烈,如果告诉他同行的注册情况,他就会有一种不服气,或者是跟风心理,这样签单的几率也会相应提高,还有一些小公司他们就是抱着试试看的心态,注册一两个词权当试验了,反正又不贵。 三,通用网址分析:直达;我比较喜欢,好多客户也喜欢,尽管他是在ie地址栏输入,并不是一些客户希望的百度搜索框。可是再ie8还没有成为主流浏览器,ie6,ie7需要安装插件的情况下,直达的优势就不那么明显了。 外链;在众多的门户型网站,各地的信息港中,我想能通过点击那个通用网址直达按钮来访问网站的网民少之又少,除了雅虎,网易的位置还算较为显眼外,其他的点击搜索量几乎可以忽略不计。不过一件事物既然存在就有他存在的价值,况且还有互联网信息中心做后盾,ie8的美好前景做铺垫,通用网址的前途还是不可估量的。 四,本月总结:6月份里,我一直都觉得很压抑,开始的两周一直沉浸再失意的阴影中,业绩自然不佳,下半月里状态稍微有所好转,一开始的抵触心理得到缓解,慢慢地进入了状态,终于在做后一天的最后一小时里顺利完成了任务,也是值得欣慰的。 五,7月目标:5000元的任务额,计划在15号之前完成XX的

销售管理工作总结

销售管理工作总结 1、开拓了新合作客户近三十个(具体数据见相关部门统计)。 2、8~12月份销售回款超过了之前3~8月的同期回款业绩。(具体数据见相关部门统计) 3、市场遗留问题基本解决。市场肌体已逐渐恢复健康,有了进一步拓展和提升的基础。 (二)业绩分析: 1、促成业绩的正面因素: ①调整营销思路,对市场费用进行承包,降低新客户的合作资金门槛。虽然曾一度被人背后讥笑,但“有效就是硬道理”!我公司

的思路是促成业绩的重要因素之一。 ②加强了销售人员工作的过程管理,工作实效有所提升。 ③用提高提成比例和开发新客户给予额外奖励的“经济激励”手法,形成了“重奖之下必有勇夫”的积极心态,也是促成业绩的重要因素之一。 ④对于市场遗留问题的解决,依据“轻重缓急”程序,采用“坚持公司利益原则,以有效依据处理”的指导思路,从而使问题的解决未成触份公司的利益。 2、存在的负面因素: ①销售人员对公司的指示精神理解不够,客户定位不够稳定,没有严格按照终端思路开拓客户,部分客户选择方面存在一定失误!

②销售人员的心态以及公司存在薪资制度,均存在“急功近利”状况。销售人员更多的只想有钱回到公司帐上,却没有更多的考虑客户是否适合公司的合作定位以及长久发展。 ③客户选择公司产品时更多考虑的是折扣低价,所以很多未将铺底铺入终端卖场,甚至根本无终端意识,直接将公司的终端品牌变成毫无优势的流通产品。 ④大多数代理商的“等”“靠”“要”观念存在,但公司的产品价格降到底价,已无更多利润支持市场。 ⑤公司的品牌定位终端,但包装缺乏视觉优势,宣传促销赠品不够新颖丰富,对产品的宣传、销售的拉动力不大。 ⑥暂时缺乏品牌入市的拉动策略,不能促成品牌的热销。

(完整版)教学常规检查情况总结

教学常规检查小结 12月30日,根据教导处活动安排,进行了本学期期末教学常 规检查,检查内容包括教师教案、听课记录、学生作业、配套练习等。现将本次检查的内容总结如下: 一、教师教案 通过检查发现绝大多数老师在备课中能严格按照学校规定的备课要求去做,课时备课比较详细,且教学环节齐全,内容详尽充实,课后反思较好,体现了高效课堂理念。尤其是薛爱萍、李芬、常建华、柏银花、薛永贤、李清、何立挺等老师教案设计完整,教学重点、难点突出,设置得当,紧紧围绕新课标,能突出对学科素养的高度关注。板书设计具有高度的归纳与概括性,并能展示知识内在结构。绝大多数老师撰写的课后反思能体现教师对教材处理的新方法,能侧重对自己教法和学生学法的指导,并且还能对自己不得法的教学手段、方法进行深刻地解剖,能很好地体现课堂教学的反思意识。 二、学生作业的布置与批改 1、作业布置能分清层次,充分考虑学生的差异,作业适量适度,布置时间符合要求。 2、教师对作业及配套练习批改及时,认真,做到全批全阅,有日期及批改评语。 3、大部分学生书写认真、规范,作业整齐,次数合理,错题有更正。 三、听课记录 大部分教师都能按教导处安排积极听课,听课节数充足,尤其像张丽、李清、段鹰、柏银花等老师听课认真,反思总结及时深入,但个别听课记录内容简单,对所听课节无评议内容,甚至连听课时间、科目、班级都无记载,有个别教师期中常规检查完后再没有听

课。 四、不足与建议 1、部分教案内容过于简单,不能很好的体现教学重难点的突破,没有相应的习题的设计,无教学方法的体现,尤其表现在后期的复 习教案中,无明确的复习目标,只是简单的备考点,抄练习等贴卷 子 2、不重视教学反思。个别教案的教学反思不够认真、不够详细,没能对本堂课的得与失及时做出总结,这一现象在二类课教学 中的表现尤为突出。 3不注重对学生作业的评价,个别教师批阅学生作文的评语过 于简单,缺乏针对性的指导。 4、个别学科的作业缺乏次数累计,有些作业同一个班累计的次数不统一,给作业检查造成不便。

私立学校招生工作总结

私立学校招生工作总结 私立学校招生工作总结.民办学校年度工作总结2018 一年来,根据省教育厅和市教育局的工作部署,市教育局民办教育科进一步开展以规范民办学校办学行为、提升办学质量为重点,积极主动创造性地开展工作,圆满完成了2018年度民办教育工作目标,全市民办教育呈现健康、稳定发展的趋势,现将民办教育科一年来的工作情况汇报如下。 一、所做的主要工作及取得的成绩 1、认真谋划全年工作。经过精心准备,仔细谋划,于4月8日分别召开了县市区分管民办教育工作的副局长和股长参加的民办教育工作会和市民办教育协会年会,对全年的工作进行了全面的安排。在会上,通报了2009年民办学校(幼儿园、培训机构)的年检情况,并将年检结果于4月3日在《郴州日报》进行了公示。通过此会议,民办教育工作者和民办学校举办者认清了形势,统一了思想,鼓足了干劲,增强了办学信心,对于全市民办教育工作开好头起好步起到了积极的促进作用。 2、进一步规范行政许可。一是根据教育部办公厅《关于修订和换发民办学校办学许可证的通知》的精神,对全市经教育局批准的634所各级民办教育机构进行了办学许可证

的重新换发,确保办学许可证上的信息真实、准确,也保证了办学许可证的严肃性。二是对民办学校的行政许可和办事服务的项目进行规范。按照《民办教育促进法》等相关的法律和法规,制定了《郴州市民办学校聘任校长、变更举办者核准制度》《郴州市民办学校的设立、分立、合并和变更名称、层次、类别的审批制度》的流程和服务指南,均在网上进行公示,可在市政务中心教育窗口集中办理。 3、狠抓校园安全工作。2018年是学校(幼儿园)安全事故频繁发生的一年,根据教育部、省教育厅、市教育局的统一部署,我们对全市民办教育机构的安全工作进行了全面安排,组织全市民办学校负责人参加安全校园的电视会议,要求所有民办学校必须按照市教育局的统一要求,对学校的安全隐患进行了全面排查,做好安全防范工作,添置安全防范设备,免费为明星、菁华园等学校安装摄像头30个,监控学校安全情况,确保民办学校无一例安全事故发生。 4、注重学校常规管理。一是始终把德育工作作为学校工作中一项重要工作来抓,积极创建民办学校基层党组织,在基层党组织中积极开展创先争优活动,切实发挥先锋模范作用,在本职岗位、日常工作中比贡献、争一流、创佳绩。二是进行开学工作督导。开学前夕,对部分民办学校进行了开学工作专项检查,重点检查学校的教学设备是否到位,师、生及员工的生活是否有保障,学校的安全卫生是否达到规定

食品区域终端销售工作总结

食品区域终端销售工作总结 食品区域终端销售工作总结 四个月的日子里,在宋总和苏主管的指导下,开展了济南分销商xx区域市场启动和推广及市场网络的建设、所在区域批发商的的开发、部分终端客户的开发及维护工作。现将四个月来,终端销售工作所取的成绩、所存在的问题作一简单的总结。 1.狠抓终端店,加大本公司产品市场占有率,有效利用分销商资源开发批发商xx区域市场现有流通终端店350家左右(包括白象、今麦郎、所覆盖区域),销售运康产品店180家左右,通过深入实际的调查与沟通,按照这些商业渠道的规模实力、资金信誉、品种结构、经营方向,将这些商业渠道进行了a、b、c、特通分类管理,其中a类主要侧重于流通批发及规模店大于300平方的超市;b类为大于100平方的超市;c类为小型超市商店。特通ktv、网吧、学校等,在这些客户中,我们直接或间接与之建立了货、款业务关系的近160家,批发商2家,渠道客户掌控力为89%。 2.多品牌发展,一致服务终端,利用资源实现共赢销售运康产品a类店xx区域大约45家,此45家店内基本实现了公司所代理产品品项的销售,每一个分销商都代理着除公司产品外其他的品牌,如此厂家便配业务员于分销商,经沟通,xx处今麦郎、白象业务再推销其产品的同时推销本公司所代理的产品,故而我在行销的过程中也推销他品,实现了合作共赢! 3.控制经销商,明确区域划分,杜绝串区、砸价xx区域与张波区域交界,前期的工作中因交接问题出现分区不清晰,市场不稳定,再

加段店市场同产品冲击,出现了一时的销量下降,然在宋总的安排下彻底杜绝了此现象的再度发生,同时合理做客情,利用分销商的信誉在所辖区域基本实现稳步发展,价格上实行货补的形式将前期遗留的市场价格不一统一下来,适当时机下停止货补,稳定价格,良性发展。 4 .主抓服务,产品代表着公司的实力,服务代表公司形象一个企业只有好的产品没有好的行销人员也是一种失败,好的服务代表着公司形象,代表着公司的风度,行销人员必须是做到自信、认真、大方,穿着整齐,正式,礼貌,一眼就能看出是行销人员,诚信,做到快速反应,立即执行,说到做到。 5.时刻学习,互帮互助,共同进步 学习是一件快乐的事情,学习随处皆是,在店里看看其他产品的行销人员是如何来行销的,学习他们的沟通技巧,学习他们如何整理货架,学习他们在客情的维护中如何进行。 一个人的成长是缓慢的也是突飞猛进的,只要认真的去做一件事,努力了终会有结果,仅此献给我的成长! 附送: 食品厂规章制度简洁版 食品厂规章制度简洁版 一、制定本单位食品卫生管理制度和岗位卫生责任制管理措施。 二、制定本单位食品经营场所卫生设施改善的规划。

终端管理工作总结

终端管理工作总结 篇一:终端管理工作的一点心得 终端管理工作的一点心得 终端做为商品同消费者见面的场所,也是消费者购买的场所,如何做好终端管理工作,是好多企业一直在做,一直在思考的一个问题,本文就如何做好终端营业员工作谈一下自己的看法。 什么是产品?产品就是企业的利益根源,就是员工工作的支点。我们的产品要真正变成利益,那就要看我们的工作做的如何了。有了产品也就有了终端,决定终端销售的根本因素是什么呢?人,人是社会的组成因素,也是商业合作的基本要素,很多商业上的合作是因为人才开始的,所以处理好人的因素,尤为重要,是人就要分成好多种人,那影响终端的人好哪些呢?营业员,店经理,促销员都是人,本文就探讨一下如何做好营业员的工作。营业员的喜怒衰乐直接关系到顾客对终端的看法与评价,评价高购买的机率就大,对方一直很热情,让你不买就会有一种不好意思的感觉,那就多少买一点吧,作为企业,我们应该如何处理好同营业员的关系呢? 在保健品的操作中,我们经常可以看到以下的一些方法:一,利益驱动 这是很多厂家在采用的一种方法,有的称之为“挂金”,

京剧是在销售出产品后给予营业员一定量的回扣或是提成,认为有了利益驱动,自然是“重赏之下有勇夫”,事实也是这样,我们目前所操作的终端中,营业员的工资待遇普遍不高,有此外快,何乐而不为呢?但是,由于产品的利益点不同,就会出现恶性竞争的局面,你给3%。我就给5%,你付4元,那我就给10元,结果下来是营业员之间互相猜测,有的甚至因此没了饭碗,于是效果就打是折,厂家说营业员不如以前努力,营业员说你们给的钱太少了,本来一个双赢的合作,以利益开始,以分配不公而告终,结果把一个本来好好的终端给失去了。二,感情互动 登记下营业员的生日,纪念日,在特别的日子里送一束鲜花,一张贺卡,期望以此拉进同营业员的亲情关系,此办法花费综合起来并不太大的,一般的厂家都出的起,我们曾在上海市场运作时采用过此种方法,同花店谈好每月结帐,以8元每束的价格买下18到28朵不等的花,早上开车送到药店,起初营业员十分感动,极力配合,产品销量也大幅度上扬,可是,合作并不是谈恋爱,就是谈恋爱也不可以一直送花,总有感觉腻的时候,营业员之间又出了问题,为什么你过生日有花,我就没有,有的直接过来就找业务员要,明明是上个月刚过完生日,偏要说后天就是我的生日,你们送不送?送吧,肯定是假的,不送吧,又得罪人,结果是让一个营业员一年过了好几个生日。

相关文档
最新文档