Очень простенький учебный пример (минут за двадцать накидал), чисто для иллюстрации основной идеи допроведения документа, при котором можно сносно реализовать, если в документе изменяются, удаляются старые (уже проведенные) строки или меняется порядок строк, а не только добавляются новые. Можно еще оптимизировать.
Пример несколько упрощенной задачи, в которой можно это применить:
Документ "Расход товаров", который служит для отражения в системе учета фактов продажи товаров и списывает их со склада. Документ вводится один раз в начале смены и остается активным до конца смены. Ввод новой продажи в течении смены осуществляется добавлением новых строк в документ и отработки процедуры “Допровести” (одноименная кнопка в форме). Процедура “Допровести” должна сформировать движения по списанию выбранных товаров, контролируя наличие необходимого их количества на складе с учетом ранее проданных товаров, введенных в этом документе. Т.е. необходимо реализовать режим допроведения документа (уже проведенные строки не должны проводиться повторно) с поддержкой в актуальном состоянии временного расчета регистра с учетом уже записанных при предыдущих продажах в этом документе движений.
Обновлено: 15:08 04.10.2008
Файлы
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
0% комиссии — оплата напрямую исполнителю;
Исполнители любого масштаба — от отдельных специалистов до команд под проект;
Прямой обмен контактами между заказчиком и исполнителем;
Безопасная сделка — при необходимости;
Рейтинги, кейсы и прозрачная система откликов.
Качаете, это простенькая конфигурация. Содержит справочник товаров, регистр остатков товаров и пару документов: приход товаров и расход товаров, где и организовано допроведение. И отчет по остаткам для контроля результатов.
Может найдутся идеи и получше или неудачные моменты в этой. Буду рад, если кто выскажет свои мысли на этот счет.
Простецкий скрипт переименования файлов в папке в нижний регистр, будет полезен программистам и системным администраторам имеющим навыки програмирования в 1С. Можно легко настроить под себя, спасает мне периодически час времени, может, кому еще будет полезен.
Боремся с бардаком. Работы в прошлых датах запрещены. Непроведенные документы (по разным причинам) - автоматом переносятся в начало текущего дня при запуске любого первого сеанса 1С в текущем дне. Задержка старта 1С - практически незначима. Не требует настройки, не требует допрограммирования (исключая один оператор вставки в процедуру старта системы). Можно обработку выполнять вручную с любой периодичностью.
Рассмотрим систему на базе Elasticsearch, Logstash и Kibana (ELK Stack) для анализа логов 1С Предприятие 7.7 с целью визуализации и анализа событий 1С.
Скрипт позволяет выполнить объединение конфигураций и реструктуризацию из командной строки. Объединение выполняется штатными средствами конфигуратора 1С 7.7, взаимодействие с которым происходит путем посылки нажатий клавиш.
Пригодится, если есть необходимость обновить или постоянно обновлять множество ИБ.
Периодически сталкивался со следующими проблемами при печати в 1С: 7.7 работающей под терминалом:
1) После замены принтера на клиентской машине 1С пытается печатать на старый принтер.
2) Отсутствует предварительный просмотр при печати.
3) Не работает печать без предварительного просмотра (пакетная печать документов).
4) В некоторых формах печатает, в некоторых нет.
Часто бывает необходимо отслеживать состояние часто повторяющихся регламентных заданий. Например, синхронизация данных с IP-телефонией, которая может производиться каждую минуту, синхронизация с сайтами, синхронизация данных с различными системами.
Использовать для этих целей логирование 1С чрезвычайно неэффективно и не удобно.
В таких случаях удобно использовать подход, применяемый в Unix-системах: писать логи в обычные текстовые файлы, а потом делать их обработку через эффективно работающие Unix-команды: grep, tail, cat, less и т.п.
(8) И что, при распроведении, пометке на удаление или снятии, можно тоже отловить от работать, что нужно. Т.е. все сторки сделать добаленными, флаг сбросить, также как при вводе нового, например.
Есть вариант получше? Или как? За недоработки все-равно спасибо. Еще есть слабые места? Буду благодарен.
(10) А то, что по старым строкам, если они не изменены, бегать не стоит, то это я че то тупанул:-)
Это я поправлю, как и вещи связанные с распроведением, пометкой на удал. и т.д.
Я просто хочу определиться и четко понять, организовать допроведение новых строк дока, оставив возможность изменения и удаления старых можно и как лучше?
+10 Вообще самим механизмом всегда пользовался только, если надо внести изменения по какому-либо регистру. Например, добавили /удалили измерение и т.д.. Т.е. выборочное перепроведение.
У себя на одном филлиале реализовал т.о. (для решения в конкретной ситуации): для уже проведенных строк выставляется признак проведения и эти строки запрещены для любых манипуляций, естественно перебором строк при проведении отыскиваются не "допроведенные" - документ обечно не превышает 50-100 строк, поэтому прямой перебор не сильно напрягает. При отмене проведения естественно все доступно для изменений. Но это, повторюсь, сильно частный случай.