"Битва титанов v.1" Подбор продаж под сумму Z-отчета

_МанипуляцияРозница.

Разработчик:   Tomba
      другие программы →
Лицензия:   Unknown
Размер:   0K
Язык:   
ОС:   Windows 98/XP/Vista (?)
Рейтинг:   0 /5 (0 голосов)

_МанипуляцияРозница.ert
обработку также можно скачать по адресу: http://infostart.ru/projects/667/?ref=174

Соглашения:
- свободный для использования, модификации и всего прочего - используйте
кому как надо;
- разработчик данного отчета/обработки не несет никакой ответственности
ни за какие действия и их последствия ;-)

Платформа:
- Оперативный учет 7.7

Конфигурация:
- Типовая ТиС, ред.9.2
- Комплексная (аналогичная ТиС)

Назначение:
- автоматизация отражения в учете розничных продаж
при наличии в организации вялотекущего бардака

Обработка предназначена для функционирования в типовой ТиС 9.2 (должна работать и в Комплексной)
Установка: файлы из архива поместить в папку Extforms вашей информационной базы

Обработка служит для мелкой автоматизации бардака. Например: приносят бухгалтеру Z-отчет на сумму сто тыщ мильенов рублей, а бухгалтер сиди и думай - чего бы продать такого, чтоб набрать требуемую сумму, при этом еще наценку показать в размере 23-25%... вот эту рутинную работу и берет на себя данный шедевр автоматизации...


Настройка ТиС заключается в следующем:
- фирма, от имени которой ведется учет - одна;
- оптовый склад - один;
- розничный склад - один (рекомендуется);

Для пользователя, который будет выполнять данную обработку, должны быть прописаны по умолчанию значения (в справочнике "Пользователи") для:
- основной фирмы;
- основного склада (указать оптовый);
- основной кассы.

Что имеем: никакого нормального учета не ведется, что-то приходуется, что-то продается, основная задача - чтобы "деньги бились" по кассе и Z-отчету. Т.е. в конце дня начальник (какой-нибудь) принес главбуху Z-отчет? а главбуху надо под эту сумму списать товар, все равно какой (в торговом зале у них свой учет, у главбуха - свой).

Как работаем: ТиС, настроили в соответствии с рекомендациями выше.
Товар, предназначенный для продажи в розницу, приходуем на оптовый склад. По мере необходимости - перемещается в розницу и продается с формированием документа "Отчет ККМ" (по Z-отчету).

На начало дня на розничном складе (в рознице) по программе д.б. нулевой остаток.

Принесли Z-отчет. Запускаем обработку, указываем номер, сумму Z-отчета, требуемую наценку (т.е. доход) - запускаем! Обработочка посчитала, посмотрели (если что не понравилось - подправили ручками), жмем "Сформировать документы" и получаем: Перемещение с оптового склада в Розницу (в начале дня) и Отчет ККМ (в конце дня). Итого на конец дня имеем: в учете списано товара на требуемую сумму с требуемой наценкой, остаток по рознице на конец дня = 0, готовы к следующему рабочему дню. Все.

Обработочка успешно работает и хорошо зарекоменловала себя при "атоматизации" торговли продуктами питания - там где много всякой мелочевки и пр.

Пояснения к рисункам (в т.ч последовательность действий).
Все поля ввода снабжены описаниями - наводите мышку и читайте.

[b]Рис.1 (слева-направо, сверху-вниз)[/b]
Поля и кнопки [b]над таблицей[/b]:
1. дата Z-отчета, вводим ручками;
2. жмем кнопку "Заполнить", в таблице получаем перечень товарных остатков по себестоимости;
3. номер Z-отчета, вводим ручками;
4. сумма Z-отчета в рублях, вводим ручками;
5. два поля, диапазон наценок "от - до", %, т.е. если введены 23 - 25 - продажные цены будут подобраны так, чтобы наценка уложилась в указанный диапазон, верхняя граница наценки превышена не будет (нижняя может на некоторых позициях получится меньше - тут как фишка ляжет...)
6. метод подбора количества номенклатуры для продажи, выбираем ручками как понравится;
7. сортировка - используется для сортировки "готовой" таблицы (для удобства просмотра и, при необходимости, исправления)

Поля и кнопки [b]под таблицей[/b]:
группа [b]Z[/b]: информация по Z-отчету (суммы продажи)
группа [b]С[/b]: информация по Себестоимости

- "себестоимость, надо списать" - рассчитывается от суммы Z-отчета и верхней границы наценки (оценочное значение, для информации)
- "подобрано" - суммы, получившиеся в результате работы обработки.

- группа [b]"невязка"[/b]
информация о невязке подобранной суммы продаж (если ненулевое значение - значит автоматически не удалось подобрать сумму продажи под требуемую сумму Z-отчета, придется поработать ручками). "Невязка" - разница между _подобранной_ суммой продажи и _требуемой_ суммой продажи (сумма Z-отчета), т.е. Невязка = ПодобраннаяСуммаПродажи-Zотчет
- распределить/группировать - вариант ликвидации невязки;
- кнопка (x) невязка - попытаться ликвидировать невязку.

Кнопка "Рассчитать вариант" - непосредственно производит подбор номенклатуры (количества и продажных цен), чтобы получить требуемую сумму Z-отчета.
Кнопка "Сформировать документы" - переносит подобранный вариант в базу в виде двух документов: Перемещение в розницу (по рассчитанным продажным ценам) и Отчет ККМ (регистрируем выручку)

[b]Рис.2 Типовой вариант работы[/b]
- ввели данные вверху таблицы, нажали кнопку "Заполнить", получили таблицу с количественными остатками товаров на оптовом складе по себестоимости (колонки "Сбст" и "Кол")
- жмем "Рассчитать вариант", ждем, получаем в таблице результат (колонки: "Прод" - проданное количество товара, "Цена..." - цена продажи товара в розницу, "Сумма..." - сумма продажи в розницу = Цена...*Прод, "СбстП" - себсетоимость продажи, "Нац" - наценка в %.
- если невязка - пусто (нулевая) - все ОК: жмем "Сформировать документы" и получаем их (см.Рис.3 и Рис.4)

Что делать, если невязка ненулевая? Очень просто: при заданных вами условиях не удалось подобрать сумму продажи точно под Z-отчет. Например, вы ограничили наценку от 25- до 25 - понятно, что при таком жестком условии на наценку может и не получиться... Как исправить:
вариант а) задать "ворота" наценки пошире (например, от 23% до 25%) и просчитать новый вариант или
вариант б) задать "ворота" наценки пошире и попытаться ликвидировать невязку кнопкой "(x) невязка".
Вариант б) работает быстрее - обсчитывается только невязка, вариант а) производит полный пересчет варианта.

Метод ликвидации невязки (распределить/группировать) - т.е. куда "раскидать" невязку - на несколько позиций или на все позиции - выбирайте сами, описание метода - наведите мышку на нужный метод и прочитайте пояснение.

Имейте в виду: при ликвидации невязки возможны существенные отклонения наценки некоторых позиций от заданных для варианта расчета.

Опыт работы показывает, что при большой номенклатуре и наличии дешевых товаров невязка возникает очень редко.

При необходимости оператор (главбух или пр.) может самостоятельно подредактировать данные в таблице - ввести цену продажи, ввести количество, указать наценку на конкретную позицию. При вводе таких данных следите за невязкой!

Вот вроде и все.
Надеюсь, что эта моя малюсенькая обработочка поможет кому-то...
Плюсуйте рейтинг, оставляйте комментарии, вопросы задавайте на e-mail (указан в моем профиле).

ИСТОРИЯ ВЕРСИЙ

v.1.0 (09.12.2005)
- выложена для свободного скачивания.

v.1.0 (20.08.2005)
- запущена в работу.

 Скачать "Битва титанов v.1" Подбор продаж под сумму Z-отчета

Программы разработчика

Контроль изменения базовых цен Контроль изменения базовых цен
Tomba

КонтрольБазовыхЦен.

Отправка сообщений пользователям (Расширенная) Отправка сообщений пользователям (Расширенная) 
Tomba

Оригинальная разработка лежит здесь: http://1c.

Коммонитер - объединение табличных частей любых доков Коммонитер - объединение табличных частей любых доков 
Tomba

Наименование: commoniter.

Оперативная отправка писем из 1С без использования V7plus, ВК и внешних почтовых агентов Оперативная отправка писем из 1С без использования V7plus, ВК и внешних почтовых агентов
Tomba

ЕМАЙЛ_СиДиОУ.

Отчет Отчет "Анализ спроса клиентов" (извечный вопрос - что и почем хотят клиенты?)
Tomba

Внимание! Отчет не входит в стандартную конфигурацию.

Альтернативные программы

"Битва титанов v.1" Подбор продаж под сумму Z-отчета
Tomba

_МанипуляцияРозница.

Учет оплаты договоров Учет оплаты договоров
plr@halyava.ru

Ведение справочника подразделений, учет договоров в разрезе подразделений.

JUL 3.1 JUL 3.1
mic

Система JUL распространяется в рамках проекта "Интернет-школа при ФТЛ №1".

Двойняшки  Двойняшки 1.0 Двойняшки Двойняшки 1.0
teterin

Вы, конечно же, знаете и о картах Таро, и о рунах, и о гадании по китайской "Книге Перемен".

Solitaire  Solitaire 1.0 Solitaire Solitaire 1.0
lipigro

Цель игры состоит в том, чтобы после нескольких "прыжков" на доске осталась одна фишка.

Поиск в текстовом файле по шаблону Поиск в текстовом файле по шаблону
sergf@service.volvo.ru

Принцип &quotкто последний - тот и папа&quot, примененный на практике.

Административная обработка Административная обработка
Vladimir Kozlov

Административная обработка, производящая чистку &quot.

Выписка из банка Выписка из банка
prede@i.am

Формат &quotexptmp.

Универсальный анализатор логов 3.01 beta  3.01 beta 2 Универсальный анализатор логов 3.01 beta 3.01 beta 2
borodin

Позволяет вести статистику времени/стоймости/трафика/ по логам потенциально любой "звонилки".

ShR Toolbar  ShR Toolbar 1.01 ShR Toolbar ShR Toolbar 1.01
sheshire_rat

Панель быстрого запуска Поддержка "тяни - кидай", конфигурирование размеров, небольшой размер.

Другие программы категории

Homba 2 Homba 2
Светлицкий Валерий Павлович

Программа "Homba" предназначена для просмотра и анализа конфигураций системы 1С-Предприятие 7.

Управление файлами, версия 1.00 Управление файлами, версия 1.00 
koser

Когда меня достало "раскидывать" по сети на множество компов всяческие одинаковые файлы и обновления, то решил - пусть 1С этим займеться.

Методика.Окно табличной части документов Методика.Окно табличной части документов
Item

Демо конфигурация v77.

Цикл уроков по бухгалтерской программе  Цикл уроков по бухгалтерской программе "1С:Бухгалтерия 7.7 для Украины".
Alexandr

Подбока уроков рубрики "Компьютерный практикум" из журнала "Налоги и бухучет".

MZ:Архиватор PRO 1.5.0.0 - резервное копирование баз 1С MZ:Архиватор PRO 1.5.0.0 - резервное копирование баз 1С 
mzaharenkov

MZ:Архиватор PRO - это программа для резервного копирования баз 1С, любых документов и важных данных.