it ed

17
Рейтинг

it.ed



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

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

Подписчики 1

Рейтинг 17

Несколько команд печати у одной внешней печатной формы для разных вариантов отчета для документа Поступление товаров конфигурации Розница 2.2

Отчеты и формы Программист Платформа 1С v8.3 1С:Розница 2 Розничная и сетевая торговля (FMCG) Россия Управленческий учет Windows Абонемент ($m) Внешняя обработка (ert,epf) Печатные формы Розничная торговля Логистика, склад и ТМЦ

Описание: Внешняя печатная форма (ВПФ) для документа Поступление товаров с добавленными полями магазина и склада в шапке для конфигурации Розница 2.2 на основании стандартной печатной формы (ПФ) с тремя вариантами цен при печати (закупочные, продажные, оба сразу) без создания в ВПФ отдельных форм выбора передаваемых в процедуру печати параметров, которые б определяли вид ПФ. Цель: поделиться способом передачи параметров в процедуру печати ВПФ без создания дополнительных форм, а путем выбора нужной команды из меню печати документа. Т.е. в одной ВПФ не одна а несколько команд вызова процедуры печати выводимых в интерфейсе, определяющих внешний вид макета выводимой ПФ.

1 стартмани

04.08.2017    26449    39    it.ed    0       

6

Доработанный ценник для УТ 10.3 со штрих-кодом и двумя ценами

Отчеты и формы Пользователь Платформа 1С v8.3 Оперативный учет 1С:Управление торговлей 10 Windows Абонемент ($m) Внешняя обработка (ert,epf) Этикетки, ценники

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

1 стартмани

18.02.2013    13661    137    it.ed    12       

11

Комментарии

УчетУчет единичных экземпляров номенклатуры через их уникальные серийные номера с помощью механизма учета серий для КА2.5 (серии номеклатуры)#1 12.02.23 23:33
Добрый день коллеги!

Подсобите советом - стоит задача вести в 1С-базе на основе конфигурации "Комплексная автоматизация 2.5" учет остатков и себестоимости каждого экземпляра номенклатуры (те каждая отдельная товарная единица имеет свой уникальный серийный номер - уникальная строка) - Пусть для примера будут радиоуправляемые игрушки (не важно).
Цель учета - оперативная информация о наличии конкретных серийных номеров на складах, а также правильный расчет себестоимости - нужно знать где конкретный серийный номер, не продан ли ещё, если нет то на каком складе находится, а если продан то себестоимость должна правильно сесть при закрытии месяца, так как в разных приходах одна и та же модель игрушки по разным закупочным ценам может приходить и только серийные номера у них различны. Для чего это нужно - бывает иногда нужно отозвать (изъять из продажи) определенные диапазоны серийных номеров каких-либо позиций номенклатуры, если обнаружились неединичные косяки/проблемы при возвратах от покупателей (по серийным номерам возвратов можно будет понять из какой они партии {док-та прихода} и по этой партии определить все оставшиеся серийные номера на складах на данный момент).

Покопавшись ничего кроме механизма учета по сериям в КА2.5 не нашел - его в итоге и планирую задействовать. В политиках учета серий для экземпляров (а не для партий) доступен только вариант "Справочное указание серий" (остатки и себестоимость серий в таком варианте политики не ведутся) те не подходит. Так же есть политики "Управление остатками серий" и более подходящая "Учет себестоимости" но они доступны уже для партии а не для экземпляров - последняя подходит более всего те и себестоимость по закрытию месяца по партиям правильно раскидывается и остатки на складах верно ведутся. НО в моем случае, что бы пользоваться учетом по сериям для контроля каждого серийного номера номенклатуры, каждая отдельная СЕРИЯ НОМЕНКЛАТУРЫ ВСЕГДА ДОЛЖНА БУДЕТ СОСТОЯТЬ ТОЛЬКО ИЗ ОДНОЙ ШТУКИ (кол-во == 1) - это некое внутреннее соглашение которого нужно будет придерживаться при оформлении документов товародвижения в 1С-базе. Вижу неудобство в оформлении документов товародвижения (например в табличной части документа на отдельный элемент номенклатуры нужно будет завести столько строк сколько серийных номеров участвует в этой операции товародвижения). Те под отдельной серией номенклатуры со своим уникальным номером (серийный номер) планирую подразумевать партию из одной штуки этой номенклатуры. Пока других идей нет.

Вопрос к тем кто внедрял подобный учет по сериям - на сколько мой подход, не верен и чем конкретно плох, есть ли какие-либо другие варианты для того что бы вести учет остатков и себестоимости номенклатуры для каждого экземпляра номенклатуры имеющего свой уникальный серийных номер?
БУОтчет по чекам за выбранный период. 1С:Розница 2.2.6+#1 11.05.18 11:34
Что чек продажи, что чек возврата отчету все равно, все в одну кучу...
Доработайте этот момент, редко когда смена без возвратов проходит.
ТорговляПроблемы при подключении АТОЛ 55Ф в режиме ЕНВД к УТ 10.3#18 27.12.17 12:24
(17) Я так вас и не пойму... Что из чека, что из реализации, что из приходников печатать можно чек и на ФР и на Онлайн-ККТ, в зависимости что подключено и настроено к кассе - что в документе выбран тот аппарат и распечатает. Только что б распечатать да и вообще хоть как-то работать с аппаратом, даж банально X-отчет из него выпустить, нужно что б аппарат по общему механизму 1С-подключения торг. оборудования (через ВК в виде dll устройства и обработка обслуживания торг. оборудования) был к 1С-базе подключен и нормально функционировал, если вы конечно свою ВК dll-ку (иными словами драйвер аппарата) не создавали и код 1С-"общения" с ней тоже.

Пока вопрос открыт, перевод работы АТОЛа55Ф (для ЕНВД без ФН прошивка версии выше 3689) в режим протокола передачи данных с 3.0 на 2.4 не дает результата - аппарат не виден как ФР да и как ККТ тоже перестает при этом видеться (даж из тетс-драйвера). Видимо придется рыть в сторону обработки обслуживания ТО. Все-таки в рознице 2.2. с драйвером 8.11 этот аппарат как ФР с моделью АТОЛ55Ф а не FPrint (как тут предлагают) нормально подключает и работает с ним и протокол обмена менять не надо.
ТорговляПроблемы при подключении АТОЛ 55Ф в режиме ЕНВД к УТ 10.3#16 25.12.17 23:25
(15) Смена протокола ничего не дает. 1С не видит его в ФР-ах ни как FPrint ни как АТОЛ. Более того тест драйвера перестает видеть его как АТОЛ55Ф а при выборе FPrint55 ругается на не правильную модель.
ИМХО это вообще не подходит никак. Это реально работающий у вас вариант?
ТорговляПроблемы при подключении АТОЛ 55Ф в режиме ЕНВД к УТ 10.3#14 25.12.17 12:45
(13) Т.е. смена версии протокола обмена с 3.0 на 2.4 и подключение его в 1С:УТ10.3 как FPrint 55 ??? Я правильно вас понял?
Драйвер ККМ при этом должен быть 8.11 (2-я розница с ним работает как с ФР-ом но модель при этом АТОЛ 55) или 8.14, 8.15 ???
Версия прошивки у вас в ККТ 3689 или выше?
ТорговляПроблемы при подключении АТОЛ 55Ф в режиме ЕНВД к УТ 10.3#12 24.12.17 22:08
(10) Смогли ли найти решение данного вопроса? Такая же проблема встала. АТОЛ 55Ф без ФН + 1С:УТ10.3 - как ФР нет в списке моделей, а как ККТ видится и даж Х-отчет снимает, но смену не открыть и чеки не пробить...
ТорговляЧек ККМ пробит, но не проведен. 1С:Розница 2.1, Fprint 5200k#31 19.10.17 10:31
(30) Возможно. Пока снизил скорость до 19200 в настройках. Наблюдаю...
Ещё и кабелек наверно прикупить придется получше, как тут пишут http://blog.atol.ru/archives/1029
ТорговляЧек ККМ пробит, но не проведен. 1С:Розница 2.1, Fprint 5200k#29 18.10.17 17:07
Проблема локализована но не решена) Связь с ккт рвется по какой-то причине. Спящий режим и засыпание usb-портов отключены. Даже не знаю, что ещё можно сделать...

Прикрепленные файлы:

1.jpg
2.jpg
ТорговляЧек ККМ пробит, но не проведен. 1С:Розница 2.1, Fprint 5200k#28 17.10.17 21:51
(25) По одной кассе в магазине. Магазинов несколько в режиме риб с обменом раз в день в обед с центром. Одна конкретная тачка похоже зихерит с не проведенным в 1С-базе, но пробитым в ккм чеком чаще всех - 4 раза уже за неделю при средней проходимости примерно 40 чеков в день. Всего ещё и полного месяца не отработала недавно открылась...
ТорговляЧек ККМ пробит, но не проведен. 1С:Розница 2.1, Fprint 5200k#27 17.10.17 21:45
(22) Напишите плиз версию конфигурацию и платформы. РИБ маловероятен, хоть он и есть но настроен на обмен в определенное время один раз в день, а чеки лезут и утром и вечером причем на одной конкретно чаще других. Вариант про дешманскиое железо более вероятен. И ещё к вариант размышляю, может в разных прошивках атоловских разные тайминги/задержки у сигналов и тайматут в настройках драйвера увеличить?