Mauro Asl

Bom dia, @Italo Jurisato Junior, você chegou a dar uma olhada na sugestão do amigo @almp1. Para o provedor CONAM ? Agradeço pela sua atenção?

Bom dia, Nelson. No arquivo Cidades.INI, basta você seguir o exemplo das outras chaves e acrescentar a cidade de petrópolis. [3303906] Nome=Petropolis UF=RJ Provedor=CONAM NomeURL_H=rj.petropolis NomeURL_P=rj.petropolis

@almp1, boa noite. Estive analisando sua idéia, e é poraí mesmo o raciocínio. Vamos ver a opinião do @Italo Jurisato Junior

Boa tarde, Ontem mesmo atualizei meus fontes e tive que fazer alguns testes e está funcionando perfeitamente. Tenta fazer os teste pelo aplicativo exemplo "ACBrNFe_demo.exe" Coloca o componente de relatório do ACBrDANFCeFortesFrA4 nele link e faz os testes nele. Depois posta o resultado.

Sem problemas, isso acontece. Afinal não somos máquina.

@Italo Jurisato Junior, Boa noite. Eu atualizei os fontes, e acho que na hora de você versionar a classe pnfsNFSeW_CONAM, você deixo este linha Gerador.wCampoNFSe(tcStr, '', 'CpfCnpTom' , 01, 14, 1, OnlyNumber(NFSe.Tomador.IdentificacaoTomador.CpfCnpj), ''); Com este linha, não não é possível validar consumidor final. Dê uma olhada no anexo. Obrigado.

Olá @almp1, Estou acompanhando a evolução do CONAM no projeto e recentemente resolvi fazer teste com ele junto ao portal. Como eu envio os RPS em formato txt, ao começar realizar alguns testes, me deparei com alguns obstáculos que tomei a liberdade de acrescentar algumas correções no código fonte. Espero com isso ter colaborado com as melhorias. Todas as modificações foram testas e estão funcionando perfeitamente. Nos trechos de código que foram colocados ou modificados, coloquei um "todo" para melhor localização e explicação do porque?. As implementações, eu fiz analisando o manual da CONAM. Segue os arquivos que sofreram as modificações. Há, como código é gosto, fiquem a vontade para melhorá-los. Qualquer dúvida, estou a disposição. pnfsNFSeW_CONAM.pas pnfsNFSe.pas pnfsConversao.pas

@Régys Silveira, Nessa semana, foi utilizado o driver conversor que o suporte da daruma envio para nós e ocorreu o mesmo problema.

Oi @Régys Silveira, bom dia. Eu estava ausente esses dias do escritório, e ontem no desespero, a equipe de desenvolvimento solicitou essa informação. Eu já estava trabalhando nesse problema. Já tinha lido algumas informações no fórum e realmente há este problema. A DR800 é muito rápida na impressão, mas dependendo do computador, windows, por USB, etc etc.. acontece este tipo de problema. A porta e fechada e interrompe a impressão. Eu já estou resolvendo o problema colocando um retardo em milésimo de segundo, como até foi sugerido por alguns companheiros do fórum. Porque em milésimo de segundo, porque há uma variação de tempo de computador para computador. Eles deram uma sugestão muito boa para colocar uma propriedade no componente. Para quando o "ControlePorta=true". No meu caso ficou mais simples, pois eu manipula a abertura e fechamento da porta de comunicação. Antes do fechamento eu implementei sleep(TimeEsperaFecharPortaImpressora); Se o conteúdo for "Zero" não interfere em nada. Em um computador esta trabalhando com 10 milésimo e outro com 5 milésimo.

@Régys Silveira, me tira uma dúvida em cima desta resposta. As suas DR800 estão funcionando com o cabo USB ou Serial. Porque da pergunta. Nesta semana, um cliente comprou três DR800 para substituir os antigos ECFs dele. Em um computador, a DR800 está ligada pelo cabo serial, funcionando tudo corretamente. Em um outro computador, a DR800 iria funcionar com a USB, só que a impressão não termina por completo. Levei as duas DR800 por meu laboratório e começamos a fazer alguns testes com elas. Moral da história acontece a mesma coisa com as duas. Fiz um contato com o suporte da Daruma, e eles também estão achando muito curioso este fato. Pois na DR700 imprimir normalmente tanto da serial como na USB e a DR800 com este problema. Você saberia me dizer se tem alguma configuração nos componentes quando vai usar a USB da daruma DR800 ou algo parecido ? Obs : Esses testes foram realizados com win7. Com Win8.1 a impressão é intermitente. A primeira impressão funciona corretamente a segunda não. Se fechar o demo abrir ele novamente, imprimir corretamente a primeira a segunda trava um pouco antes do QRCode. sempre utilizando os DemoDANFEEscPos e os fontes estão atualizados. Abrigado.

Complementado, a soluções é essa mesma para alguns computadores : (UTC-02:00)

Segue o exemplo que te passei ele é exatamente um arquivo para configuração da balança para PDV individualmente. Não tem mais em que ajudar.

Isto quer dizer que não existe um número inteiro válido. Desfaz o que você fez, que encontrará o erro.

Salvando as configurações : fCNF.Balanca:=cmbBalanca.ItemIndex; fCNF.COM:=cmbPortaSerial.ItemIndex; fCNF.BaudeRate:=cmbBaudRate.ItemIndex; fCNF.DataBits:=cmbDataBits.ItemIndex; fCNF.Parity:=cmbParity.ItemIndex; fCNF.StopBits:=cmbStopBits.ItemIndex; fCNF.HandShaking:=cmbHandShaking.ItemIndex; Lendo as configurações: procedure AtivarBalanca; const cmbDataBits : array[0..3] of Integer = (5,6,7,8); cmbBaudRate : array[0..11] of Integer = ( 110,300,600,1200,2400,4800,9600,14400,19200,38400,56000,57600); cmbPortaSerial : array[0..7] of string[4] = ( 'COM1','COM2','COM3','COM4','COM5','COM6','COM7','COM8'); begin fACBrBAL.Modelo := TACBrBALModelo(fArquivoIni.Balanca); fACBrBAL.Device.Porta := cmbPortaSerial[fArquivoIni.COM]; fACBrBAL.Device.Baud := cmbBaudRate[fArquivoIni.BaudeRate]; fACBrBAL.Device.Data := cmbDataBits[fArquivoIni.DataBits]; fACBrBAL.Device.Parity := TACBrSerialParity(fArquivoIni.Parity); fACBrBAL.Device.Stop := TACBrSerialStop(fArquivoIni.StopBits); fACBrBAL.Device.HandShake := TACBrHandShake(fArquivoIni.HandShaking); fACBrBAL.Ativar; end; Abra o exemplo da balança e analise o form e você matará a charada.

Professional : Você fica um pouco limitado no desenvolvimento. Enterprise : É a mais utilizada pelo desenvolvedores e Podendo desenvolver aplicações DataSnap. Ultimate e Architect : Você paga bém mais caro para ter as ferramentas para banco de dados. Eu Enterprise.

Amigo, boa noite. Você devera imprimir em informações complementares, como são impressas também as informações da alerj e procon para o estado do Rio de Janeiro.

Boa tarde, complementando o Juliomar. ECF e NFe, são legislações diferentes, por isso, você tem a necessidade de informar os cupons emitidos na NFe quando o destinatário exige este documento. Falando em grosso modo, se não for informado o cupom na NFe o contribuinte paga imposto duas vezes. Como a NFCe e NFe são da mesma legislação, se emitido NFCe e depois NFe para fazer o que você fazia antes, paga imposto duas vezes. Você deve emitir ou NFCe ou NFe.

Anexa o seu xml. Você esta utilizando o fortes report ?

Boa noite, Augusto. Pode ser que o ambiente de produção aínda não esteja preparado para receber esta tag. Tente enviar sem ela.

Oi Régys, eu implementei esse tipo de rotina na minha aplicação já faz um tempo, provavelmente que deveria estar com algum problema nas rotinas de aguardar tempo e etc.. ná época, e claro que já foi resolvido como você explicou. Vou seguir sua dica e fazer alguns teste e posto o resultado.

Pegando o gancho : Nós sabemos que a internet em determinados horários fica muito lenta. Precisamos garantir em nossas aplicações: performance, confiabilidade e agilidade. Claro que os clientes querem que tudo seja muito rápido, mas eles também sabem os horários de lentidão da internet. Para o nosso amigo acima, fica uma sugestão. Sabendo dessa lentidão, cria dentro da sua aplicação um intervalo de horários para os picos e no exemplo do Régys ajuste-o de acordo com suas necessidades. Horário de pico, maior tempo espera e etc.. Já tive problemas no passado com isso e contornei bém a situação.

Régys, eu estava tentando instalar o ACBr do Trunk2, onde está ocorrendo o erro mencionado acima. Voltei ao do Trunk e compila normalmente. Como estou com muita coisa para fazer nessa semana, vou tentar instalar e configurar o trunk2 no próximo final de semana. Obrigado.

ao compilar o pacote ! Atualizei ontém !

Na classe pnfsNFSeR, [dcc32 Error] pnfsNFSeR.pas(690): E2251 Ambiguous overloaded call to 'Poem_Zeros' ACBrUtil.pas(1051): Related method: function Poem_Zeros(const string; const Integer): string; ACBrUtil.pas(1056): Related method: function Poem_Zeros(const Int64; Integer): string; Estive vendo que este metodo "Leitor.rCampo", retorna uma variant. Obs : Instalação Delphi XE6. Att,

Boa tarde.... O horário de verão gera esse erro realmente "erro: requisicao nao enviada. 12057 n". tive problemas com todos os meus clientes hoje. corre corre danado, menos clientes da UF=SP. solução provisória os clientes das outras ufs pedi para voltar para o horário antigo. Vamos a pergunta! O que pode estar acontecendo ?