farnetani

To precisando indicar uma balança para um cliente de restaurante, vcs recomendam esse modelo: Prix 3 plus???

Me parece que essa balanção Prix 6 não oferece interface de comunicação...cruellll... ME RECOMENDARAM essa: http://www.toledobrasil.com.br/balanca/automacao-comercial/prix3plus-balanca-para-o-varejo Alguem aqui conhece essa prix 3 plus, utilizam? Posso pedir para o cliente comprar ela???

Legal, acabei de ver lá. No caso estou mais querendo para ler/capturar o peso e não dar a carga nela, mas será muito válido esse exemplo também, então muito obrigado! Aí vi que tem um outro exemplo lá, porém que funciona via SERIAL para capturar o peso que é o que eu preciso, no caso dessa balança Toledo Prix 6 ela tem interface de REDE, no caso não existe componente para ler/capturar o peso via ethernet, somente por SERIAL? Alguém já fez a integração com essa balança? É esse modelo: (parece um computador (rsrsrs)) http://www.toledobrasil.com.br/balanca/automacao-comercial/Prix6Touch COMUNICAÇÃO EM REDE DE ALTA PERFORMANCE E FLEXÍVEL Com maior velocidade de comunicação e redução expressiva no tempo de envio de informações cadastrais e configuração, a Prix 6 Touch é fornecida com duas opções de comunicação na mesma balança: Ethernet cabo e Wi-Fi. Utilize o MGV 6* - Módulo Gerenciador de Vendas para facilitar a manutenção do cadastro de itens e o gerenciamento de transações, assim como para a completa integração com outros programas de gerenciamento de sua loja.

Alguém sabe como eu posso integrar com a balança Prix 6.

Aonde é que existe esta propriedade: ConsultaLoteAposEnvio? Não achei isso não. Realmente quando se envia uma nfse (ginfes) o retorno é vazio <> 4 (que seria o correto). Aí para eu falar que a nfse está válida estou verificando se retorna o numero da nfse. Isso seria a forma mais correta? ESQUECE, achei aonde era a propriedade: -> Configurações -> GERAL -> ConsultaLoteAposEnvio [x] Após o Código de Município. Top!

Aonde é que existe esta propriedade: ConsultaLoteAposEnvio? Não achei isso não. Realmente quando se envia uma nfse (ginfes) o retorno é vazio <> 4 (que seria o correto). Aí para eu falar que a nfse está válida estou verificando se retorna o numero da nfse. Isso seria a forma mais correta?

Abri o arquivo ACBrNFSe-change-log.txt e não consegui achar nada a respeito dessa dúvida, ou seja, o que é cada um desses caras: ACBrNFSe1.NotasFiscais.Items[i].xml; ACBrNFSe1.NotasFiscais.Items[i].XMLOriginal; ACBrNFSe1.NotasFiscais.Items[i].XMLAssinado; ACBrNFSe1.NotasFiscais.Items[i].XMLNFse; Devo estar procurando no lugar incorreto, certo? Tem como me dizer se XMLOriginal = rps e xmlAssinado = rps_assinado ?

Me digam uma coisa, o exemplo que acompanha o ACBRNFSe está desatualizado? Estou tendo o mesmo problema acima relatado para quando clico no botão gerar RPS ele me resulta a msg: A sintaxe do nome do arquivo, do nome do diretório ou do rótulo do volume está incorreta, já o gerar lote rps funciona normalmente.

Celio, estou sem solução para esse problema ainda. O jeito foi utilizar o modo com REGISTRO PORÉM SEM INSTRUÇÃO DE PROTESTO por incrível que pareça, pois depois de uns 10 emails de retorno do próprio BB cada um com um feedback mais sem pé sem cabeça que o outro, resolvemos deixar esse problema pra ser solucionado mais pra frente. Mas ainda se encontra sem solução, ou seja, os arquivos de REMESSA para o BB com registro com INSTRUÇÃO DE PROTESTO estão com problemas com certeza!

Verdade heim...vou verificar. Vlw!

Juliomar, foi implementado esses campos a pedido do próprio Banco no processo de homologação. Vou pedir para o Alfredo gerar um .pdf do mesmo e anexar também. Geramos esse arquivo baseado no boleto.fr3 do ACBR mesmo, só que eu implementei esses novos campos.

Vocês não vão subir isso para o SVN??? Digo o fastreports com isso?

Não seria o problema no .fr3?

Me diga uma coisa, se eu estiver usando a última versão do acbr (atualizada), o arquivo .fr3 do fastreports já não está tratando isso? Eu tenho então que ir nele e mudar isso?

Pessoal, consegui homologar, ou seja, recife me retorno o arquivo em conformidade. Porém vocês acreditam que até agora os arquivos não estão aparecendo no sistema do banco, mesmo o arquivo estando em conformidade...Ainda estamos em transição com o suporte...vamos ver no que vai dar...

Pessoal, boa tarde. Preciso saber se no caso será permitido ainda conseguirmos emitir uma NFe no caso de uma nota para dentro do estado e não direcionada ao consumidor final sem as devidas tags. Digo isso porque infelizmente ainda possuo outros softwares que por razões de componentização ficaram na versão de delphi inferior ao 2007 o que me impossibilitou continuar com as atualizações do ACBR. Aí pergunto se uma nota realizada nesse software mais antigo irá passar normalmente sem as devidas tags vazias? Validação e regras do DIFAL iniciam em julho de 2016 O programa da NF-e vai começar a validar campos do documento eletrônico nas operações interestaduais destinadas a pessoa não contribuinte do ICMS. É o que determina a Nota Técnica 2015.003 (versão 1.80) da NF-e. De acordo com a Nota Técnica, a partir de 1º de julho de 2016 o programa da NF-e vai começar a validar os campos do Diferencial de Alíquotas – DIFAL – EC 87/2015, que devem ser preenchidos nas operações interestaduais destinadas a pessoa não contribuinte do ICMS. As novas regras de validação dos campos da NF-e atende às determinações do Convênio ICMS 152/2015, que alterou o Convênio ICMS 93/2015. Embora o DIFAL – EC 87/2015 esteja valendo sobre as operações interestaduais destinadas a pessoa não contribuinte do ICMS desde 1º de janeiro de 2016, o CONFAZ concedeu período de seis meses para o contribuinte se adaptar às novas regras, sem incidência de multa, desde que neste período o imposto tenha sido pago. Com o fim do período de adaptação (30/06/2016), a partir de 1º de julho os contribuintes poderão ser autuados por emissão incorreta do documento fiscal (sem informação do DIFAL). Convênio ICMS 152/2015 Altera o Convênio 93/15, que dispõe sobre os procedimentos a serem observados nas operações e prestações que destinem bens e serviços a consumidor final não contribuinte do ICMS, localizado em outra unidade federada. Cláusula terceira - Acordam os Estados e o Distrito Federal que até 30 de junho de 2016: I – A inscrição no Cadastro de Contribuintes do ICMS dar-se-á de forma simplificada, ficando dispensada a apresentação de documentos; II – A fiscalização relativa ao descumprimento das obrigações acessórias previstas neste Convênio será de caráter exclusivamente orientador, desde que ocorra o pagamento do imposto. O Diferencial de Alíquotas – DIFAL, criado pela EC 87/2015 está sendo cobrado sobre as operações interestaduais destinadas a pessoa não contribuinte do ICMS desde 1º de janeiro de 2016, mas até 30/06/2016 por autorização do CONFAZ (Convênio ICMS 152/2015) os campos da NF-e não estão passando por validação. Assim a partir de 1º de julho deste ano, com a validação dos campos da NF-e, serão rejeitados os arquivos do documento fiscal eletrônico que não constar as informações estabelecidas pelo Convênio ICMS 93/2015, que dispõe sobre os procedimentos a serem observados nas operações e prestações que destinem bens e serviços a consumidor final não contribuinte do ICMS, localizado em outra unidade federada. Vale ressaltar que desde 18 de fevereiro de 2016, por decisão do STF, está suspensa a cobrança do DIFAL (EC 87/2015) das empresas optantes pelo Simples Nacional. Com as novas regras de validação, a partir de 1º de julho de 2016 não será possível emitir a NF-e sem validação dos campos destinados ao cálculo e partilha do DIFAL, de que trata o Convênio ICMS 93/2015. Para evitar rejeição dos arquivos da NF-e, é necessário analisar e sanear os parâmetros fiscais das operações até 30 de junho de 2016. Destinatário Isento de Inscrição Estadual – definição do CFOP A isenção de Inscrição Estadual do destinatário indica que será devido o Diferencial de Alíquotas, exceto nos casos abaixo. Para emissão da NF-e, quando se tratar de venda em operação interestadual destinada a pessoa não contribuinte do ICMS será utilizado o CFOP 6.107 ou 6.108. Situações em que não há cálculo do DIFAL Operação imune – exemplo livros, jornais e periódicos (CF art. 150, inciso VI, “d”); Operação não tributada – exemplo saída de ativo do estabelecimento; Operação Isenta de ICMS, assim definida na legislação do Estado de destino da mercadoria; e Alíquota interna (carga tributária) no Estado de destino da mercadoria igual ou inferior à alíquota interestadual. De acordo com a Nota Técnica 2015.003 (versão 1.80), estas regras de validação não se aplicam às operações imunes (CST ICMS 41), não tributadas (CST ICMS 41) e isentas do ICMS (CST ICMS 40). Fonte: http://www.cognum.com.br/validacao-e-regras-do-difal-iniciam-em-julho-de-2016/

Será que não tem ninguem aqui que poderia compartilhar um EXEMPLO de arquivo com instrução de protesto na carteira 17-019?

Não foi isso não...na verdade ele já usava no próprio software do banco dessa forma. Você acha que pode acontecer uma situação destas? Seria legal se existisse tipo um validador do arquivo de remessa.

Pessoal, será que alguém aqui pode me dar uma luz, ou talvez tenha passado por caso semelhante relacionado ao arquivo de remessa do BB. Temos 2 situações, uma onde o boleto possui instrução de protesto e outra onde não possui. Quando enviamos o arquivo para o banco só valida o título que não tem instrução de protesto, será alguma inconsistência que estamos fazendo e que não estamos conseguindo enxergar. Estamos querendo uma ajuda pois o suporte do banco é muito demorado, até agora não tivemos um retorno do suporte da central em Recife. Quem puder dar uma olhada no arquivo e tipo dar alguma dica do que pode estar ocorrendo, serei eternamente grato. E14.REM

Desculpe não ter respondido. Uso SIGCB, já resolvi o problema. O que faz mudar esse código como você mesmo disse é a dataBaixa if manutencao_parc_idboleto_protestar.Value='S' then begin DataProtesto:=manutencao_parc_idvencimento.Value+Boleto_Configuracaodias_para_protesto.value; OcorrenciaOriginal.Tipo:= toRemessaProtestar; end else begin DataBaixa:=Vencimento+30; //só informar esse campo se nao for protesto OcorrenciaOriginal.Tipo:= toRemessaCobrarJurosMora; end;

Pessoal, só compartilhando com todos, tive um problema ao tentar utilizar o acbrinstall_trunk2.exe pela 2a. vez dando erro no acbr_synapse de cara. Como eu fiz para resolver, e acho que será um macete que poderá ajudar muitos aqui. Fui lá no library path e salvei ele inteiro num editor de texto qualquer, ou seja, apenas copiar e colar mesmo. Aí fui e eliminei quase tudo, deixando só o básico que vem com o delphi. Rodei o instalador e show de bola, funcionou 100%. Voltei na minha anotação e colei o antigo path acrescentando o path que foi adicionado pelo ACBR (no meu caso usei apenas a pasta lib pq acho que polui menos o meu path e já que eu não faço alterações, é o que eu recomendo) e tudo funcionando 100%. Espero que essa dica ajude a todos!

No meu caso aqui está dando erro: 2950 -> Rejeicao: Chave de acesso referenciada com ano-mes invalido - [nItem:1] A nota referenciada é essa: <NFref> <refNFe>31151258248352000302550010002063281211145896</refNFe> </NFref> O que pode ser?

Só uma dúvida, no caso do ITAU, realmente tem uma linha complementar para a cobrança cnab240, vcs já implementaram isso no trunk2?

Fiquei com uma dúvida, e se eu precisar comandar 2 instruções, Exemplo: ToRemessaCobrarJuros e ToRemessaRegistrar???

3Soft Sistemas, fiz sim...acredito ser algum outro componente de terceiro o causador de tudo isso. Acredito ser o AlphaControls (businessSkinForm). To averiguando aqui...E naturalmente a primeira opção foi fazer o DEBUG é obvio, até citei isso no início do questionamento! Mas blz! Eu descobrindo aqui eu posto até mesmo para contribuir com todos!