Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 7.7 и ранее

v7: После изменения ТА перестало отображать долги контрагента

v7: После изменения ТА перестало отображать долги контрагента
Я
   Nihroms
 
08.08.21 - 14:24
Добрый день. Произошел сбой в программе 1С 7.7 Торговля и склад. После сбоя восстановили работоспособность и все функции но после того как происходит изменения точки актуальности с приходно кассовом ордере перестало показывать оставшийся долг контрагента. Помогите советом, пожалуйста.

Торговля + склад редакция 9.2

[url=https://ibb.co/5hP63cg][img]https://i.ibb.co/zVzrgfT/bg1111.jpg[/img][/url]
   Nihroms
 
1 - 08.08.21 - 14:25
   Злопчинский
 
2 - 08.08.21 - 14:33
ну и что? долг = 0. в чем проблема?
   Злопчинский
 
3 - 08.08.21 - 14:35
второе действие - Меню-Отчеты-Ведомость по контрагентам - отчет по этому проблемному клиенту с разворотом по всем доступным группировкам.
   Nihroms
 
4 - 08.08.21 - 14:40
Злопчинский - проблема в том что долги после обновления даты пропали у всех контрагентов и в отчетах цифры актуальные - проблема только в приходно кассовом ордере - только туда не подставляет долги - хотя если я откатываю все данные до 31 июля то все нормально - но система показывает что точка неактуальна и после ее обновления там перестает все отображаться(
   Злопчинский
 
5 - 08.08.21 - 14:42
(4) открой по этому клиенту другой документ, например, расходную накладную - цифра правильная?
и убить за описание проблемы.
из скриншотов совсем не следует наличие проблемы как таковой.
   Злопчинский
 
6 - 08.08.21 - 14:44
сделать бэкап.
откатить на 30 июня ТА.
потом сдвинуть ТА на сейчас с перепроведением всех проведенных документов.
Посмотреть ситуацию после этого.
   Nihroms
 
7 - 08.08.21 - 14:45
Злопчинский - прошу прощения за оформление темы, в следующий раз я буду более внимательнее. Во всех отчетах по остаткам, и по долгам - да, цифры верные. https://ibb.co/5hP63cg не выводит долг только сюда - остальном все верно.
   Злопчинский
 
8 - 08.08.21 - 14:46
открой по этому клиенту другой документ, например, расходную накладную - цифра правильная?
   Nihroms
 
9 - 08.08.21 - 14:50
Злопчинский По расходной накладной, да. https://ibb.co/0Z9p6h3 - если я сдвигаю дату ТА через программу то у меня происходит данная ситуация которая не лечится. Поэтому дату я передвинул через MS Access в данном файле: 1SSYSTEM.DBF вручную - все заработало кроме данной функции.
   Nihroms
 
10 - 08.08.21 - 14:51
Злопчинский - может мне через конфигуратор запустить пересчет итогов?
   acanta
 
11 - 08.08.21 - 15:03
В дбф есть некоторые ограничения и они чуть меньше аналогичных sql. Количество строк в документе например. При архивировании периода иногда нарушается. Обычно панацея это выгрузка-загрузка. Если не получается выгрузка-загрузка, то создание периферии и поэтапная миграция.
   Nihroms
 
12 - 08.08.21 - 15:07
acanta огромное спасибо за обратную связь, выгрузка и загрузка не помогла - мы ждали 3 часа окончания и проблема не решилась. Мигрировать не получится (хотя я предлагал) т.к. бух. привыкла работать только с данной программой и, она непреклонная. Может есть варианты попробовать что то еще?
   acanta
 
13 - 08.08.21 - 15:12
Мигрировать я имела ввиду урбд периферийную базу, иногда делают как бакап для дбф, когда нет sql и требуется копия в разделенном режиме.
   Nihroms
 
14 - 08.08.21 - 15:18
acanta Может вы дадите какой нибудь мануал - я был б вам очень благодарен.
   ДенисЧ
 
15 - 08.08.21 - 15:40
Мдя.. Гланды через попу...
удалить все RG*.dbf, *.cdx и запустить в монопольном режиме...
   Злопчинский
 
16 - 08.08.21 - 16:01
не забыть сделать бэкап перед (15)
   Nihroms
 
17 - 08.08.21 - 16:01
ДенисЧ - сбиваются все настройки, и конфигурация предлагает заполнить данные новой организации. Расскажите пожалуйста подробнее что мне необходимо сделать, дабы сохранить настройки, остатки и вернуть работоспособность функции созданной темы.
   Nihroms
 
18 - 08.08.21 - 16:02
Злопчинский конечно на работающей машине я не буду тестировать все это.
   Злопчинский
 
19 - 08.08.21 - 16:04
(9) ошибка 310 - скорее всего проблемы с достижением технологического предела в таблицах ДБФ на 16 млн записей. отсюда и прочее может лезть.
   Злопчинский
 
20 - 08.08.21 - 16:06
(12) "- мы ждали 3 часа окончания и проблема не решилась. "
- при кривом учете (незакрытые регистры) загрузка может и несколько суток идти.
скорее всего у вас учет развален, а прога используется исключительно как печатная машинка.
   Злопчинский
 
21 - 08.08.21 - 16:06
Выкладывай сюда размеры самых больших файлов ДБФ
   Nihroms
 
22 - 08.08.21 - 16:07
Злопчинский да. Как мне вылечить данную проблему? Если я запущу пересчет иготов - есть вероятность того что это поможет?
   Злопчинский
 
23 - 08.08.21 - 16:11
(22) при ответах/вопросах ссылайся на пост, указывая его номер в скобочках (77) например, для этого можно жмакунть мышью в номер поста.
   Злопчинский
 
24 - 08.08.21 - 16:13
(22)
1. возьми любой дбф редактор
2. осмотри файлы на предмет количества записей в файлах ДБФ (от большего размера к меньшему)
если где-то колов записей приближается к 16 млн (погугли ошибку 310) - то это плохо, "автоматически" это может и не полечиться... надо смотреть предметно...
   Злопчинский
 
25 - 08.08.21 - 16:15
(17) бред, от удаления файлов RG*.* данные организаций в принципе не могут сбиваться.
это просиходит только в том случае если вы неправильно/бездумно удаляете и другие файлы, кроме упомянутых
   Злопчинский
 
26 - 08.08.21 - 16:18
для начала следует сделать 
0. сделать бэкап
1. удалить все RG*.*
2. в режиме конфигуратора запустить ТИИ включив только галочки ПЕРЕИНДЕКСАЦИЯ И ПЕРЕСЧЕТ ИТОГОВ
.
но если у вас идет загрузка очень долго, то с очень высокой вероятностью вы не дождетесь и пересчета итогов.
.
приведенный рецепт лечит проблему с неправильными итогами/цифрами типа в (0), но судя по переписке у вас там еще вагон проблем.
так что лучше не рисковать (ибо явно квалификация недостаточна), а пригласить специалиста
   Злопчинский
 
27 - 08.08.21 - 16:19
к (26): п.1а удалить все *.cdx
   Nihroms
 
28 - 08.08.21 - 16:26
Злопчинский удалить все RG*.* - (27) это файлы этого типа? RG3549.DBF??????
   Злопчинский
 
29 - 08.08.21 - 16:29
(28) типа этого типа
 RG3549.DBF - подходит под маску RG*.*
   Злопчинский
 
30 - 09.08.21 - 14:16
как успехи?
 
 
   Mikeware
 
31 - 09.08.21 - 14:22
(30)
-Фуххх! ну, всё!
-- сделал?
- нет, сломал!!!
   Nihroms
 
32 - 09.08.21 - 19:23
(26) Злопчинский второй день проверяет - ждем результат)
   Злопчинский
 
33 - 09.08.21 - 19:42
(32) пересчет итогов идет долго у вас скорее всего. регистры незакрыты потому что. есть шанс что в конце свалится с ошибкой типа 310...
пока что - ждите, может и выгорит...
   Ёпрст
 
34 - 09.08.21 - 20:19
(0) зайти в каталог с базой ДО ваших манипуляций, отсортировать файлы по убыванию размера, скриншот сюда.
   Ёпрст
 
35 - 09.08.21 - 20:19
И это, итоги сутками не пересчитываются, если че
   tgu82
 
36 - 09.08.21 - 20:25
(32) Возьмите программку confstat и она с большой вероятностью покажет что в реальности в окне конфигуратора и какой период в данный момент пересчитывается. Могу кинуть или она у Вас есть?
   tgu82
 
37 - 09.08.21 - 20:26
(32) Не пойму а зачем скрывать e-mail?
Я бы уже вам эту программку скинул бы
   Злопчинский
 
38 - 09.08.21 - 20:31
(35) запросто на несколько суток может пойти. если база древняя, регистры незакрыты...
   Злопчинский
 
39 - 09.08.21 - 20:32
(34) я просил уже размеры файлов. ТС забил.
   tgu82
 
40 - 09.08.21 - 20:38
Кстати я вот все мучился как в УТ сделать чтоб было видно по каждой накладной маржу как сейчас в ТИС.
А получается так - назначаю минимальную цену и все что выше нее - это грубо интерес продажника. А сама эта минимальная цена устанавливается исходя из определенных параметров и критериев
   Вафель
 
41 - 09.08.21 - 20:39
может в каком регистре дата 1980 есть?
   tgu82
 
42 - 09.08.21 - 20:42
(41) До чего 7-ка затейливая :)
Хорошо хоть не 1080
   Злопчинский
 
43 - 09.08.21 - 20:53
(40) установлена минимальная цена. ниже ее торговать нельзя.
больше - можно. все что больше - в бонус продажнику. и накакойго видеть маржу здесь нахрен не надо.
и видеть маржу по каждой накладной - это ну в очень-очень-очень специфических случаях.
   Вафель
 
44 - 09.08.21 - 20:56
(43) может они автомобилями торгуют. там нужна маржа итоговая. чтобы понять какую скидку можно еще дать, а какую нет
   tgu82
 
45 - 09.08.21 - 21:16
(43) Нет, электротехническими товарами. Просто так повелось когда-то. А вот сейчас мне кажется (43) очень правильно рассуждает
   Ёпрст
 
46 - 09.08.21 - 21:19
Хз. у нас можно посмотреть профит по каждой накладной, и бонусы и компенсации и сумму для агентов и т.д и т.п
   Ёпрст
 
47 - 09.08.21 - 21:19
кодить надо
   tgu82
 
48 - 09.08.21 - 21:20
(46) в УТ? Ну да, бонусы все это есть. Ну а профит по накладной - в 7-ке или в 8-ке?
   Ёпрст
 
49 - 09.08.21 - 21:26
(48) было и в 7-ке и в упп текущей
   Ёпрст
 
50 - 09.08.21 - 21:27
А так, похрен где закодить, прижелании
   tgu82
 
51 - 09.08.21 - 21:36
(50) Ну если партии есть то можно
   HeKrendel
 
52 - 09.08.21 - 21:47
(0) Переходи на 8-ку, там это реализовано
   tgu82
 
53 - 09.08.21 - 21:48
(52) Что это? И я не (0) :)
   Злопчинский
 
54 - 09.08.21 - 22:22
(51) это вранье. про партии. ты по партиям посчитал что маржа у тебя 50%. бонус продавану = 1000рублей. а на складе взяли из другой партии, и в реальности маржа = 20%. бонус продавану = 400 рублей. в результате твоих расчетов - контора потеряла на бонусах продавану 600 рублей.
   tgu82
 
55 - 09.08.21 - 22:35
(54) Не по партиям а по ФИФО.
   HeKrendel
 
56 - 09.08.21 - 22:36
(54) Тебе лишь бы не платить бабки
   Ёпрст
 
57 - 09.08.21 - 22:44
(51) у нас нет партий
   HeKrendel
 
58 - 09.08.21 - 22:49
(53) А я не теб
   Злопчинский
 
59 - 09.08.21 - 23:05
(55) если по фифо - манагеры не могут никак влиять на исчисление маржи. в момент продажи. каков смысл тогда исчисления маржи прям вот по накладным чтобы видеть. Что это дает пользы в практическом смысле?
   tgu82
 
60 - 10.08.21 - 08:25
(59) Могут влиять через изменение продажных цен
 
 
   Mikeware
 
61 - 10.08.21 - 08:30
(54) не надо считать "по партиям", "по фифо". надо считать от некоей учетной цены. Торговый выполняет задачу - продавать не ниже учетной минимальной цены продажи (а лучше - по установленной цене продажи в установленных объемах). Закупщики - должны закупать не выше учетной максимальной цены закупа.  Разница между максимальной ценой закупа и минимальной ценой продажи [всех товаров] -  это минимальная маржа, необходимая  для функционирования компании.
а давать рулить маржей линейному персоналу глупо.
   acanta
 
62 - 10.08.21 - 09:34
Учетная цена это хорошо. Теоретически в 8ке с ее запросом сумма(тч.количество*тч.товар.учетнаяцена) и регистры то не особо нужны, не то что бухгалтерия.
   Mikeware
 
63 - 10.08.21 - 10:40
(62) учетная цена меняется. причем часто
   Злопчинский
 
64 - 10.08.21 - 11:48
(60) изменением продажных цен влияют они на взаимоотношения с клиентами, а не на маржу. маржа - лишь следствие договоренностей с клиентами. Если клиентов не принимать во внимание, а в первую очередь влиять на маржу - что нам мешает продажную цену задрать до заоблачных высот?
   Mikeware
 
65 - 10.08.21 - 12:59
(64) "рынок" мешает задрать. Не все работают в условиях газпрёма...
вообще, рулить ценами должен лишь руководитель продаж. а линейный персонал может лишь уведомлять, что "конкуренты давят ценами".
опять же, не все упирается в цены.
   Злопчинский
 
66 - 10.08.21 - 15:23
(65) ну так я про то и говорю. продаваны на маржу никак не влияют. рынок влияет. На маржу можно влиять выйдя на рунок с каким-то супер-пупер уникальным продуктом или создав его спрос. но это не для рядовых продаванов. как-то так. н аистину не претендую.
   Mikeware
 
67 - 10.08.21 - 15:48
(66) ну не обязательно уникальным - можно просто делать то же, что и другие - но чуть лучше. и постепенно увеличивать долю рынка, выигрывая на эффекте масштаба. (ну, типа "красный океан и синий океан")
продаван (особенно рядовой) может просто не видеть всей картины. например, многим производителям требуется АКБ. АКБ расчитывается по представленности определенного ММЛ. И продаван должен продавать весь товар из ММЛ, а не умничать, продавая "высокомаржинальный".
   Злопчинский
 
68 - 10.08.21 - 18:54
(67) АКБ? Автоматическая Кумулятивная Батарея? ММЛ? Минимальная Максимальная Логистика?
... я таких словов-то и не знаю даже...
   ДенисЧ
 
69 - 10.08.21 - 18:56
(68) Автомат Калашникова Баллистический, Минимальная Масса Летальности...

))
   Nihroms
 
70 - 11.08.21 - 00:14
народ всем привет. исправление иб не дало нужных результатов - все ровно не показывает долги. есть ли еще решения?
   Mikeware
 
71 - 11.08.21 - 08:40
(68) пардон... просто после обсуждений с торгашами это уже на автомате подразумеваю "всем известным"... АКБ - "активная клиентская база" (клиенты, которые работают с данным дистрибьютором и отгружаются данной продукцией), MML – minimum must list – список необходимого ассортимента ("как минимум в точке должно быть вот это, чтоб производитель посчитал, что это активная точка").
Т.е. какой-нибудь условный хохланд хочет, чтобы на полке в магазине было три "круга" (из 8 разных), три "блока" (из 6 разных), две "нарезки" (тоже из 6). Если такой ассортимент представлен, то магазин  считается "клиентом, работающим с продукцией хохланд", т.е. входит в Активную клиентскую базу. А от размера АКБ зависит уровень скидки дистрибьютору. Поэтому продавая какой-нибудь низкомаржинальный товар, торговый  выполняет ММЛ, отчего растет АКБ, отчего растет маржа по всему товару данного производителя....
Т.е. торговому не надо "рулить маржей" - его дело "выполнять поставленные задачи" (уговорить конкретного ЛПР в магазине взять нахрен не нужный товар, входящий в ММЛ, который после компенсируется какой-нибудь скидкой на товар популярный).
   Mikeware
 
72 - 11.08.21 - 08:52
(70) Точка актуальности - где находится?


Список тем форума
 
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.