armando.boza

Segue print da tela com o teste do demo. Com o modelo Digitron ele retorna umas respostas, não sei se isso ajuda.

Boa tarde pessoal. Preciso integrar uma prensa hidráulica ao meu sistema, para pegar o valor do display, nesse caso é uma prensa de rompimento de corpo de prova de concreto. Como o ACBrBAL faz esse trabalho com balanças achei que seria a mesma coisa com prensas, mas testando com o programa exemplo sempre retorna peso -9.000. Configurei a COM1 com as faixas de velocidade que constam no manual mas mesmo assim não obtive sucesso. Será que alguém poderia ajudar? de repente podemos acrescentar ao componente esse modelo de prensa. Desde já agradeço. EM0028-06.pdf

Bom dia. Configure um servidor de TS no seu cliente, fica bem melhor.

Verifica no library path se não tem nenhum caminho apontando para a pasta do trunk antigo, pode ser isso.

Bom dia Graça. Eu usava o RxLib tb e migrei para o Jedi, esses 2 componentes tem nele e não me arrependo da migração. Sei que tem muitos componentes nele mas acho que vale a pena hein.

Amigo, estou com o mesmo problema, qual o valor que vc está usando nessa propriedade?

Vou tentar dessa maneira, obrigado.

Ai que está o detalhe, o computador lá é novo e não tem LPT1.

Bom dia pessoal, primeiramente pesquisei mas não encontrei nenhum tópico com o assunto relacionado. Estou implementando a impressão de cheque com o ABCrCHQ e me deparei com um problema em um determinado cliente, ele usa LX300, só que ligada com aqueles cabos LPT1>USB. Configurei o componente com a propriedade modelo em chqImpressoraComum e usei o comando Net Use LPT1 \\localhost\epson /persistent:yes para redirecionar o LPT1 para a impressora. Ai está o detalhe, até imprime, mas demora muito, uma eternidade, será que tem que mexer em alguma coisa na propriedade device? Ou tem outro modo de imprimir, nesse ambiente, sem usar o comando net use?

E o recolhimento da parte da uf de destino? foi postergado tb?

Não tenho, mas vc pode usar a planilha do cantu mesmo, basta trocar a fórmula do campo pra não somar o fcp.

Mudou sim, o campo vICMSUFDest agora não é pra somar o FCP junto e o totalizador vICMSUFDest está dando rejeição quando somado o FCP à ele (esse teste do totalizador foi feito pelo wilson.duvidas em outro tópico)

Utilizando uma frase dita por um amigo meu: "O mato tá alto pra carpir, baixo pra roçar e molhado pra botar fogo" Resumindo tá complicado.

Creio que logo logo sai a versão 1.7 corrigindo isso, pq logo acima tem o campo vFCPUFDest para tal soma.

Acabaram de atualizar o portal da nfe cantu, confere lá.

É justamente essa a minha dúvida, como vou saber se determinado produto participa do FCP da UF destinada? e pior, um mesmo produto pode participar da FCP em uma UF e em outra não?

Tem um programinha free chamado CSVTOIB, procura ele na net, vc exporta sua tabela pra CSV e ele joga pro Firebird.

Amigo, vc retirou do library path todas as pastas que apontavam para o trunk antigo?

Estranho. Aqui eu preencho os campos: CSOSN := csosn900; ICMS.pICMS := ICMS.vICMS := ICMS.vBC := Total.ICMSTot.vBC := Total.ICMSTot.vICMS := E sai tudo perfeito. Utilizo a impressão pelo fortesreport.

Amigo, não sei ai no RN, mas aqui no PR nós conseguimos solicitar na receita estadual o ID e CSC de ambiente de homologação para realizar os testes. Dá uma conferida com a receita estadual ai que deve ter.

Mesmo preenchendo os campos Total.ICMSTot.vBC e Total.ICMSTot.vICMS ?

Se der um Build no projeto não atualiza? precisa adicionar essa diretiva mesmo assim?

Olha, tá difícil até de testar kkkkkkkkk pq desde ontem as 11h30, quando começaram a atualização, o serviço está instável, neste momento está paralisado momentaneamente. Estou esperando estabilizar para dai testar no ambiente de produção. Só consegui no ambiente de homologação mesmo fazer alguns testes.

Boletim Informativo nº 048/2015 NFC-e: Campo de QR-Code no leiaute da NFC-e A Receita Estadual do Paraná alerta que a partir de 1º de Janeiro de 2016, será exigido a informação do QR-Code no leiaute da Nota Fiscal de Consumidor Eletrônica (NFC-e). Isso significa que no momento do envio para a autorização da NFC-e serão verificadas a existência e validadas as informações do QR-Code. Boletim Informativo nº 049/2015 Ambientes da NF-e e NFC-e – Atualização das Notas Técnicas 003/2015 e 002/2015 A Receita Estadual do Paraná informa que foram implantadas no dia 26/11/2015, em ambiente de homologação, as alterações referentes as notas técnicas 003/2015 versão 1.20 e 002/2015 versão 1.20 que altera o leiaute da Nota Fiscal Eletrônica – NF-e e da Nota Fical de Consumidor Eletrônica – NFC-e.Ressaltamos que no dia 01/12/2015, entre as 11:30 e 12:30, serão publicadas essas alterações em ambiente de produção, tanto para NFC-e quando para NF-e.

Bom dia pessoal. Quando eu instalo meu sistema no cliente eu sempre deixo tudo no servidor e apenas compartilho o executável na rede, assim todos as máquinas abrem o mesmo arquivo e quando preciso atualizar o sistema fica mais fácil. Porém em alguns poucos casos eu não consigo renomear o executável para substituí-lo, pois o windows diz que o arquivo está em uso. Quando isso acontece eu sempre tento usar um programa chama unlocker, que desbloqueia o arquivo, as vezes funciona e outras não, ai tenho que pedir pra todos fecharem o sistema pra conseguir atualizar. Gostaria de saber da experiência de vcs com essa questão de distribuição em rede do sistema.