Консолидированный журнал событий
Ограничение прав доступа на филиалах
Безопасность удаленного доступа
Защита данных базы от выкачивания
Сопоставление данных закрытых периодов
Ограничение на повторное проведение документов
Построение информационных систем
Организация поддержки программного обеспечения
Распределенные информационные системы
Порты подключения оборудования
Книга посвящена моему опыту по организации учета на предприятиях. Основной опыт накоплен на программах семейства 1С (1С7, 1с8), но анализируется и общее применение SQL-баз данных для учета.
Буду благодарен за обратную связь, помощь в редактуре и написании статей, материальную и моральную поддержку контакты:
E-mail: fixin@mail.ru ICQ: 203-136-830 Сайт: http://fixin.com.ru
Документы отражают записи об операциях хозяйственной деятельности предприятия. Простейшая отчетность может формироваться и на основании документов, но более сложная аналитика требует, чтобы документы формировали движения, на основании которых уже анализируются состояние и результаты деятельности. Движения отражают обороты, остатки и состояния некоторых объектов.
Документы осуществляют движения. Требуется какой-то способ, чтобы определить, какие виды движений должен осуществлять документ.
Существуют следующие способы такого соотнесения:
1. Движения определяются видом документа.
2. Движения определяются видом операции документа.
В любом случае более гибкой является система, когда подготавливается некая промежуточная таблица, которая содержит полное описание исходного контекста для формирования движений документа, и в дальнейшем все движения формируются на основании этой таблицы, без обращения к данным самого документа. В таком случае добавленные пользователем документы могут формировать таблицы подобной структуры и совершать движения, аналогичные типовым документам конфигурации.
Дебиторская задолженностью - задолженность покупателей перед нами. Кредиторская – задолженность нас перед поставщиками. Так принято, потому что долги покупателей – это наши потенциальные активы (дебет), а долги перед поставщиками – пассивы (кредит).
Операция взаимозачета зачитывает долг между двумя контрагентами. Обычно указывается, по каким договорам производится зачет задолженности.
В печатной форме соглашения требуется указывать не только сумму взаимозачета, но и остаток задолженности между контрагентами по взаиморасчетам. Нюанс заключается в том, что остаток задолженности указывается на конец дня соглашения, т.е. с учетом всех движений, которые произошли за этот день. При этом в остаток взаимозачета не входит сумма зачета.
Например, в течении дня:
11:00 входящий долг покупателя 500
12:00 куплено на 100 рублей, долг покупателя 600
13:00 взаимозачет на 400 рублей, долг покупателя 200
14:00 покупатель оплатил 40 рублей, долг покупателя 160 рублей
В акте взаимозачета будет указано, что задолженность покупателя равна 560 рублей, сумма взаимозачета 400 рублей. Т.е. если от суммы долга отнять сумму взаимозачета, то получится остаток задолженности на конец дня 160 рублей.
Многие системы поддерживают на том или ином уровне журнал регистрации событий в базе данных. Чем подробнее регистрация событий, тем больше памяти требуется и тем больше производительности расходуется на ведение журнала.
Чтобы не мешать работе базы данных, журнал обычно оптимизируется по скорости записи, поэтому чтение из него может быть медленным.
В 1С журнал регистрации пишется в текстовый файл в каталоге файловой базы.
Если в организации используется большое количество баз данных, интересным решением будет использовать консолидированный журнал регистрации событий. При этом журналы периодически выгружаются из баз данных, где они ведутся и загружаются (консолидируются) в одну специальную базу. В этой базе данные журнала хранятся в виде, оптимизированном на получение отчетности.
Преимущество такого решения – скорость получения отчетов и объединение всех журналов в одном месте.
Изначально много кода по оборудованию было написано для работы через COM-порты. Сейчас COM-порты потихоньку исчезают, и им на смену приходят USB порты. Но производители оборудования не спешат переписывать работающий код. Обычно они эмулируют COM-порт через USB-порт. Но у этого метода есть недостаток – при подключении устройства в другой USB-порт может поменяться его привязка к COM-порту, т.е. измениться номер COM-порта. В результате, если пользователь просто вынул кабель и воткнул его в другой порт (а иногда и в тот же самый), то торговое оборудование перестает подключаться к программе, т.к. не может его найти на заданном COM-порте. Номер COM-порта обычно задается вручную и фиксируется в программе.
Обычно у каждой программы обслуживания оборудования есть программа, которая перебирает COM-порты и ищет, на каком из них расположено торговое оборудование.
Для отладки работы с оборудованием удобно использовать программный эмулятор торгового оборудования. Особенно это важно для фискального оборудования, которое пробивает фискальные документы строгой отчетности. Хотя обычно у такого оборудования есть не фискальный режим, т.е. можно использовать настоящее железо в тестовых целях.
Существуют два способа печати этикеток:
Недостатком аппаратного метода – несовместимость. Если вы поменяли модель принтера или купили еще один принтер не такой марки, то возможно, придется переписывать софт.
Виртуальный метод более надежный, но из 1С нельзя управлять программно размером бумаги и некоторыми другими настройками принтера. Поэтому возможно, на каждом компьютере, к которому подключен принтер, необходимо будет чуть больше времени на настройку. Зато потом вы сможете печатать этикетки практически на любом принтере.
Полезно составить общий график всех заданий, выполняющихся в системе:
СКД |
Система компоновки данных, один из механизмов платформы 8.1 |
КД |
Типовая конфигурация «Конвертация данных» », разрабатывается фирмой «1С». |
УПП |
Типовая конфигурация «Управление производственным предприятием», разрабатывается фирмой «1С». |
ЗУП |
Типовая конфигурация «Зарплата и Управление персоналом», разрабатывается фирмой «1С». |
БП |
Типовая конфигурация «Бухгалтерия предприятия», разрабатывается фирмой «1С». |
УТ |
Типовая конфигурация «Управление торговлей», разрабатывается фирмой «1С». |
ЖКК |
Желто-красные книжки. Сленговое название стандартной документации, поставляемой при покупке коробочной версии 1С. |
RLS |
Record-Level Security. Возможность контроля доступа на уровне каждой отдельной записи таблицы, а не только на уровне целиком всей таблицы. |
Планируется описание:
· Правила оформления кода
· Общие принципы построения коммерческих учетных систем – модульность, архитектура, лицензии и т.п.
Дата |
Изменение |
Место |
Примечание |
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
22.12.2009 |
Начало |
Эмуляторы торгового оборудования |
|
22.12.2009 |
Начало |
Порты подключения торгового оборудования |
Про USB и COM-порты. |
17.12.2009 |
Начало |
Начата эта книга |
Ура, свершилось! |
!!! мысли:
!!! про альтернативные почтовые клиенты.
Разбить на темы – Функционал, Безопасность, Юзабилити, Архитектура, Технологии, Оборудование