ФИНАНСЫ БЕЗ ПРОБЛЕМ(tm):
ПЕРЕГОВОРНЫЙ ПУНКТ II

Добро пожаловать, Гость. Пожалуйста, выберите:
Вход || Регистрация.
19.08.17 в 02:43:04


Наш сайт | Cтаpый форум (до 08.2003 года) | Интернет-магазин & Центр загрузок |
Главная | Помощь | Поиск | Участники | Вход | Регистрация
Модифицированный Клиент CLW32:
Из документации ...
На форуме...

Использование Клиента FCM:
1. Отчетный период и журнал операций.
2. Печать.
3. Экспорт.
4. Многострочная операция.
5. Редактирование многострочных операций.
http://www.fwp-client.com

Технический аудит настройки.
[Читать]

ФИНАНСЫ БЕЗ ПРОБЛЕМ (сетевая) и Opencart:
предлагаем:
1. Выгрузка новых покупателей из интернет-магазина в план счетов и сохранение информации в extrd.dat.
2. Выгрузка данных о заказанном товаре и сохранение в ФБП в журнале операций, номер заказа регистрируем в плане счетов как с.счет.
3. Українська локалізація.






   Финансы без пpоблем: Пеpеговоpный Пункт II
   ФБП для начинающих

   Подскажите
« Нет темы | Следующая Тема »
Страниц: 1 ... 18 19 20  Ответить | Уведомлять | Послать Тему | Печатать
   Автор  Тема: Подскажите  (Прочитано 3145 раз)
VLV

***



Я люблю Финансы без проблем!

   
Просмотреть Профиль |

Сообщений: 225
Re: Подскажите
« Ответить #285 В: 13.03.17 в 09:02:06 »
Цитировать | Править

on 11.03.17 в 08:24:45, Boris, Kiev. wrote:

 
Аргументируйте пожалуйста.
 

 
Эти программы видео  передают (уплотняют-разуплотняют), я так понимаю. Качество шрифта хуже исходного, иногда при несовпадении разрешений очень плохое(вероятно из-за маштабирования),  утомительно для глаз при долгой работе.
Зарегистрирован
Boris, Kiev.
Moderator

*****



Адепт ФБП  с 1996г.

   
Просмотреть Профиль | E-мэйл

Сообщений: 809
Re: Подскажите
« Ответить #286 В: 14.03.17 в 19:19:02 »
Цитировать | Править

Последние версии тимвьюера работают без проблем.
Качеству изображения уделено достаточно.
Если Вы не на GPRS, то пробуйте.
 
Маленькое неудобство с печатью, но как правило - всё реже этим вообще пользуются, а передать файл элементарно.
 
Зарегистрирован
VLV

***



Я люблю Финансы без проблем!

   
Просмотреть Профиль |

Сообщений: 225
Re: Подскажите
« Ответить #287 В: 28.04.17 в 00:26:14 »
Цитировать | Править

Здравствуйте!
Подскажите, что происходит с экстра-параметрами после удаления с/счета? Или если удалить с/счет, то после выгрузки состояния в extra.e останутся записи связанные с несуществующим с/счетом?
С уважением, Владимир.
Зарегистрирован
mine-R

***



compact & flexible rulezzz

   
Просмотреть Профиль |

Сообщений: 101
Re: Подскажите
« Ответить #288 В: 28.04.17 в 18:14:58 »
Цитировать | Править

Quote:
Здравствуйте!
Подскажите, что происходит с экстра-параметрами после удаления с/счета? Или если удалить с/счет, то после выгрузки состояния в extra.e останутся записи связанные с несуществующим с/счетом?
С уважением, Владимир.

Здравствуйте,
Если операции, связанные с этим счетом/субсчетом также были удалены, и рассматривается промежуток исключительно в год (т.е. если в extra.b  не было экстрапараметров, связанных с этим счетом/субсчетом), то никаких следов в extra.e не запишется. Все прошлые не подчищенные следы, присутствовавшие с прошлых лет в extra.b на начало года - останутся.  
Зарегистрирован
Boris, Kiev.
Moderator

*****



Адепт ФБП  с 1996г.

   
Просмотреть Профиль | E-мэйл

Сообщений: 809
Re: Подскажите
« Ответить #289 В: 01.05.17 в 13:02:14 »
Цитировать | Править

mine-R, всё так с extra.b, только уточню по операциям.  
Тонкость удаления объектов плана заключается в том, что сервер после получения директивы на удаление не производит пересчёт состояния с 1.01 и понятно, что в случае завершения работы очень вероятна ситуация с невозможностью загрузки базы при следующем старте, конечно же, если настройщик&|администратор не побеспокоится об удалении всех операций, связанных с [set .. и [plus ..  и "не только", такого удаляемого объекта плана или после удаления не заставит сервер провести пересчет и в пошаговом режиме навести порядок с ЖО.
 
Напомню, что сама директива на удаление объектов плана начиная с версии 2.0 была отменена и вернулась c 3.27 в более страховом варианте. Исчерпывающие подробности этого действа можете почитать в руководстве по сетевой (http://hdru.com/russian/manual/manual.htm), включив поиск «Kill».
Зарегистрирован
VLV

***



Я люблю Финансы без проблем!

   
Просмотреть Профиль |

Сообщений: 225
Re: Подскажите
« Ответить #290 В: 12.05.17 в 13:39:56 »
Цитировать | Править

Здравстсвуйте!
Подскажите, как из обозначения с/счета получить порядковый номер этого с/счета? (Кроме прямого перебора)
С уважением, Владимир.
Зарегистрирован
Boris, Kiev.
Moderator

*****



Адепт ФБП  с 1996г.

   
Просмотреть Профиль | E-мэйл

Сообщений: 809
Re: Подскажите
« Ответить #291 В: 14.05.17 в 11:10:56 »
Цитировать | Править

on 12.05.17 в 13:39:56, VLV wrote:
Здравстсвуйте!
Подскажите, как из обозначения с/счета получить порядковый номер этого с/счета? (Кроме прямого перебора)
С уважением, Владимир.

 
Если без перебора, то делайте индексацию в extrd.dat. Будет быстро и удобно.
Правда вариантов исполнения предостаточно, от прямолинейных до суперэкономных.
 
Можно узнать о самой задаче?
Просто до сих пор не озадачивался таким, интересно для чего это понадобилось.
 
Зарегистрирован
Svetlana
Moderator

*****





472860567 472860567    
Просмотреть Профиль |

Сообщений: 354
Re: Подскажите
« Ответить #292 В: 14.05.17 в 20:29:49 »
Цитировать | Править

А можно индекс при создании субсчета дописывать в конец наименования. И потом зная обозначение вырезать из [n2 ...] этот индекс.
Но с такой задачей я тоже не сталкивалась, хотелось бы подробнее?  
Зарегистрирован
VLV

***



Я люблю Финансы без проблем!

   
Просмотреть Профиль |

Сообщений: 225
Re: Подскажите
« Ответить #293 В: 15.05.17 в 09:24:09 »
Цитировать | Править

Quote:
Можно узнать о самой задаче.., интересно для чего это понадобилось?

 
Использую СПРАВОЧНИК (ТМЦ), построенный на КлиентеФорм. При добавлении новой записи в справочник курсор нужно позиционировать на новой записи. Клиентформ позволяет непосредственно указать курсору куда стать после обновления. Для этого ему нужно сообщить номер строки. Сделал перебором. Порядка 10 тыс. наименований. Вроде замедления заметного нет. Хотя такая функция у ФБП в данном случае не помешала бы.
 
С уважением, Владимир.
« Изменён в : 15.05.17 в 09:24:55 пользователем: VLV » Зарегистрирован
VLV

***



Я люблю Финансы без проблем!

   
Просмотреть Профиль |

Сообщений: 225
Re: Подскажите
« Ответить #294 В: 15.05.17 в 09:33:37 »
Цитировать | Править

Подскажите, пожалуйста, возможен ли в ФБП конфликт при одновременном обращении к sed-ячейке? Например когда два запроса, один пишет в sed, другой читает эту же ячейку?
 
С уважением, Владимир.
Зарегистрирован
Boris, Kiev.
Moderator

*****



Адепт ФБП  с 1996г.

   
Просмотреть Профиль | E-мэйл

Сообщений: 809
Re: Подскажите
« Ответить #295 В: 16.05.17 в 19:40:17 »
Цитировать | Править

on 15.05.17 в 09:24:09, VLV wrote:

 
 Хотя такая функция у ФБП в данном случае не помешала бы.
 

 
Модный клиент уже давненько решил этот вопрос:

02/04/2007
   1. По аналогии с N: допускается указание:
 
      S:контекст пои[ска.]
   
 
   При этом клиент при открытии или обновлении формы проведёт поведение
   аналогичное последующему ручному заданию простой строки поиска.
 
   Контекст более 12 символов урезается до 12.
   Местоположение строки в отчёте не имеет значения, в случае
   многократного определения - берётся последнее.
 
   Т.е. стало абсолютно реальным управление начальным положением
   курсора-полосы в отчёте!!!
   Это решение позволяет автоматически ускорять выбор объектов из связанных
   списков, в частности, упростить алгоритм перехода к вновь созданному объекту
   списка при использовании собственных сценариев их создания.

 
Вам решать, что удобнее и универсальнее.
Зарегистрирован
Boris, Kiev.
Moderator

*****



Адепт ФБП  с 1996г.

   
Просмотреть Профиль | E-мэйл

Сообщений: 809
Re: Подскажите
« Ответить #296 В: 17.05.17 в 08:04:18 »
Цитировать | Править

on 15.05.17 в 09:33:37, VLV wrote:
Подскажите, пожалуйста, возможен ли в ФБП конфликт при одновременном обращении к sed-ячейке? Например когда два запроса, один пишет в sed, другой читает эту же ячейку?

Уточните свой вопрос.
Что подразумевается под запросами?
Это две строчки в одной форме? или в разных формах и от разных клиентов?
Припоминаю, что без режима fastged были нюансы использования sed ged, после - всё гладко до сих пор.
 
Зарегистрирован
VLV

***



Я люблю Финансы без проблем!

   
Просмотреть Профиль |

Сообщений: 225
Re: Подскажите
« Ответить #297 В: 17.05.17 в 09:31:39 »
Цитировать | Править

on 17.05.17 в 08:04:18, Boris, Kiev. wrote:

Уточните свой вопрос.
Что подразумевается под запросами?
Это две строчки в одной форме? или в разных формах и от разных клиентов?
 

 
Это два разных запроса от разных клиентов в разных файлах-запросах. Клиент разлистывает данные из sed-структуры. Одновременно программа чтения бар-кода отправляет запрос на запуск формы, которая по прочитанному баркоду пишет в эту-же sed-структуру. Точнее драйвер баркода собственно не клиент, программа, которая читает баркод и  отправляет директивы серверу.
Зарегистрирован
Boris, Kiev.
Moderator

*****



Адепт ФБП  с 1996г.

   
Просмотреть Профиль | E-мэйл

Сообщений: 809
Re: Подскажите
« Ответить #298 В: 17.05.17 в 13:36:47 »
Цитировать | Править

on 17.05.17 в 09:31:39, VLV wrote:

 
Это два разных запроса от разных клиентов в разных файлах-запросах...

 
Можете даже не сомневаться, накладок никаких быть не может, по причине, того, что сервер у нас однопроцессный и обрабатывать параллельно клиентские запросы принципиально отказался, т.к. наша многомерная матрица учетных регистров построенная на наших универсальных инструментах-функциях претендует  на реальную актуальность на каждой строчке формы или ф-к. При этом, понятно, что понятия блокировок у нас и в помине нет.
Зарегистрирован
Страниц: 1 ... 18 19 20  Ответить | Уведомлять | Послать Тему | Печатать

« Нет темы | Следующая Тема »

Powered by YaBB 1 Gold - SP 1.3.2!
Forum software copyright й 2000-2004 Yet another Bulletin Board