Колган Сергей

26
Рейтинг

serg17
Сергей Колган



  •   Регистрация: 11.03.2008 (16 лет назад)

  •   Был(а) на сайте: 26.04.2024

Подписчики 2
Группы

Участник Meetup

Рейтинг 26

Автоустановка даты запрета редактирования по группам пользователей УТ 10.3
+4 –

Инструменты и обработки Программист Платформа 1С v8.3 1С:Управление торговлей 10 Россия Абонемент ($m) Конфигурация (md, cf) Информационная безопасность

Автоматическая установка даты запрета редактирования по группам пользователей УТ 10.3

1 стартмани

31.08.2018    5180    4    serg17    0       

4

Замена после свертки остатков документов прошлых годов на документы расчетов с контрагентами
+2 –

Инструменты и обработки Системный администратор Платформа 1С v8.3 1С:Бухгалтерия 2.0 Бухгалтерский учет Windows Абонемент ($m) Внешняя обработка (ert,epf) Чистка данных

Частой проблемой после свертки является отсутствие возможности удалить помеченные на удаление документы прошлых годов. Причина тому - их участие в вводе начальных остатков. Данная обработка решает эту проблему

1 стартмани

08.05.2013    6258    53    serg17    3       

2

Решение задачи о наполняемости ранца с помощью запросов.
+13 –

Статья Программист Бесплатно (free) Нет файла Запросы

Представляю Вашему вниманию алгоритм перебора вариантов «наполняемости ранца» с помощью запросов. При определенных условиях он работает быстрее чем обычный рекурсивный перебор.

25.04.2013    7962    serg17    14       

13

Автоматическое восстановление последовательности документов для типовой Бухгалтерии 8 по расписанию
+7 –

Инструменты и обработки Системный администратор Программист Платформа 1С v8.3 1С:Бухгалтерия 2.0 Россия Бухгалтерский учет Windows Абонемент ($m) Внешняя обработка (ert,epf) Инструменты администратора БД Закрытие периода

Суть идеи чрезвычайно проста. Конфигурацию Бухгалтерия предприятия снимать с поддержки не нужно. Создаем бат-файл, который прописываем в планировщик задач. В бат-файле запускаем соответствующую базу с параметром /Execute "C:\Posled.epf" Соответствующая обработка и восстанавливает последовательность.

1 стартмани

10.01.2013    9870    49    serg17    3       

7
Смотреть все

Комментарии

Публикации › Интеграция по api wildberries с 1С:УТ, КА, ERP, УНФ, Розница 3 › #156 28.11.22 16:14
Добрый день. Просто хотел поблагодарить за быстрое решение возникающих вопросов. Далеко не у всех решений тут такая оперативная реакция техподдержки.
Новости › Путеводитель по Краснодару: что посмотреть и как бесплатно попасть на митап › #23 11.02.20 12:05
Во времена учебы в универе нравился пивной маршрут по Красной. Заходишь в первый попавшийся бар, выпиваешь кружку пива и идешь дальше. Ни только лишь все способны были дойти до Авроры.
Admin › Автоустановка даты запрета редактирования по группам пользователей УТ 10.3 › #0 30.08.18 9:31
Автоматическая установка даты запрета редактирования по группам пользователей УТ 10.3
Dev › Автоматическое восстановление последовательности документов для типовой Бухгалтерии 8 по расписанию › #0 03.09.13 10:41
Суть идеи чрезвычайно проста. Конфигурацию Бухгалтерия предприятия снимать с поддержки не нужно.
Создаем бат-файл, который прописываем в планировщик задач.
В бат-файле запускаем соответствующую базу с параметром /Execute "C:\Posled.epf"
Соответствующая обработка и восстанавливает последовательность.
HighLoad › Замена после свертки остатков документов прошлых годов на документы расчетов с контрагентами › #2 21.05.13 21:12
(1)Я использовал свертку БП через документ Операция.
В частности эту http://infostart.ru/public/116098/
HighLoad › Замена после свертки остатков документов прошлых годов на документы расчетов с контрагентами › #0 07.05.13 12:25
Частой проблемой после свертки является отсутствие возможности удалить помеченные на удаление документы прошлых годов.
Причина тому - их участие в вводе начальных остатков. Данная обработка решает эту проблему
Dev › Решение задачи о наполняемости ранца с помощью запросов. › #12 30.04.13 20:22
Потому что условия акции оговорены так:
"Если вы покупаете товара БОЛЬШЕ чем на 10 000, то вы можете выбрать подарков ЕЩЕ на столько же."
Этот же текст в массовой СМС рассылке покупателям.
Такой маркетинговый ход. И требование было именно выделять в чеке подарки путем 100%ной скидки.
На самом деле здесь игра на психологии покупателя.
И т.к. подобные акции проводятся не первый год - думаю результатом они довольны.
Dev › Решение задачи о наполняемости ранца с помощью запросов. › #10 26.04.13 18:51
(8) ildarovich,
Как раз покупателю отдавать расчеты не вариант. Придет большой лысый дядечка. Наберет товара на 30000. Об акции узнает только на кассе обрадуется. И спросит "Так сколько с меня денег". Или другой случай. Покупатель (или продавец) как то посчитал. А потом придя домой и внимательно глядя на чек увидел другой вариант раскидывания "подарков", при котором он бы заплатил меньше денег. Нет рассчитывать надо по возможности на автомате, причем наилучшим способом. Поэтому задача и имеет вполне прикладную часть(to 9).
На самом деле при N больше 14 время на расчет уходило "непозволительно" много. Больше минуты точно. А при большой очереди это не вариант. В таком случае расчет "перекладывался" на продавца. С учетом того, что стоимость одной номенклатурной позиции была от 1500 - вполне всех все устраивало.
Сортировка по числу единиц - очень хорошая идея. Согласен.
На счет файловой версии и SQL... На 100% утверждать не могу т.к. не проверял. Но что то мне не верится что файловая СУБД соединяет таблицы в многие миллионы записей с той же скоростью что и SQL.
Соединения таблиц по приведенному примеру с ходу не понял, а долго разбираться как то лень если честно.
Dev › Решение задачи о наполняемости ранца с помощью запросов. › #7 26.04.13 13:27
Это если рассматривать задачу с технической точки зрения.
А для покупателя условия акции звучали примерно так:
Если вы покупаете товара БОЛЬШЕ чем на 10 000, то вы можете выбрать подарков ЕЩЕ на столько же.
Но не более половины чека.
Т.е. если купили на 9000 - подарков нет.
Если на 11000 - могут набрать еще подарков на 11000. Т.е чек без скидок 22000, но платят покупатели 11000.
Dev › Решение задачи о наполняемости ранца с помощью запросов. › #5 26.04.13 12:19
Пожалуй задача в чистом виде отличается от классической задачи о наполнении ранца.
Число N - суммарное количество позиций в документе.
Т.е. изначально весь товар разбивался на строки с количеством = 1. Но с произвольной суммой.
Далее определялось, на какие строки ставить скидку 100%.

Да, задача решается "за покупателя".
Рекурсивный алгоритм был написан еще до меня.
Насколько я помню, это был алгоритм полного перебора, по следующему принципу:

На текущую строку ставится ли скидка 100% Да | Нет - считается общая сумма.
Соответственно вызов рекурсии для следующей строки для каждого из 2 вариантов.
Если накопленная сумма превысила некое пороговое значение, значит далее рекурсия не идет.
Также было ограничение, если по какому то варианту сумма стала РАВНА пороговому значению, перебор заканчивался.

Решайте сами, можно ли данный способ отнести к методу ветвей и границ.