Painel de líderes

Tem SAT que aceita as quebras de linha, e outros não... mas o correto, de acordo com a especificação, é sempre gerar o XML SEM as quebras de linha

Boa tarde, gostaria de saber se é possível implementar a impressora Modelo CIS PR1800 para impressão do qrCode do SAT, tenho os comandos do fabricante que me disponibilizou via PDF, para modo desenvolvedor. Sem mais, grato pela atenção.

Para evitarmos diversos tópicos sobre o mesmo assunto, as alterações relativas a versão 4.00 da NFe/NFCe deverão ser concentradas neste tópico. Os fontes do componente já foram atualizados para permitir gerar os XMLs para essa nova versão. Também já foram ajustados para não gerar o SOAP Header quando configurado para a versão 4.0(ve400). Assim que os schemas e webservices forem disponibilizados pelo SEFAZ, iniciaremos os testes com o componente. Mais informações sobre as mudanças podem ser obtidas na NT 2016.002 - http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=c4S6yXTKpXY= Apenas como informação, neste manual fiquei com dúvida em dois campos: descANP - Campo numérico com tamanho de 2 - 95? O campo tem a seguinte descrição: Descrição do produto conforme ANP, então provavelmente deve ser do tipo carácter e não numérico. O campo vBCFCPSTRet possui o mesmo ID de outro campo na versão 3.10 - N27a - V3.10 vICMSDeson / V4.00 vBCFCPSTRet

Então Marcos, o Sicoob disponibiliza um layout para troca de informações e la já possui as informações necessárias para implantação do boleto. Qualquer coisa entre em contato com o gerente de sua agência ou do seu cliente e solicite o layout.

Só dava unable to login. Como no mailTest ia sem problema eu coloquei os únicos atributos que não tinha colocado antes. Quando eu coloquei : + ACBrMail.DefaultCharset := TMailCharset(27); + ACBrMail.IDECharset := TMailCharset(15); o envio normalizou e ficou OK. Muito obrigado.

Bom dia Juliomar, Teste realizado com sucesso, o AV não ocorre mais. Obrigado pela força!

Obrigado pela dica. Removi e Reinstalei o Fortes. Deu Certo. Muito Obrigado.

Marcos, utiliza o cobBancoob

O comando CNF é chamado automaticamente. Ele é chamado dentro do ConfirmarTransacoesPendentes, que é chamado dentro do ImprimirTransacoesPendentes. TACBrTEFD.ImprimirTransacoesPendentes -> ConfirmarTransacoesPendentes -> CNF. Mas ele só é chamado se a impressão ocorrer corretamente. Veja o finally do método TACBrTEFD.ImprimirTransacoesPendentes perto da linha 1141 do arquivo ACBrTEFD.pas Você pode debugar esse método, a saber ImprimirTransacoesPendentes, e avaliar o que está acontecendo para obter mais informações.

Parece que a JCL em sua maioria de pacotes pode ser utilizada. Mas os pacotes da JVCL, quer dizer, os componentes em si, são difíceis de serem portados, como já dito pelo Daniel. Achei esses tópicos abaixo, que já tem algum tempo, mas parecem responder a questão também: http://forum.lazarus-ide.org/index.php?topic=21610.0 http://forum.lazarus.freepascal.org/index.php?topic=10186.0

Não sei se é o problema. Só comentei que era o que o Daniel estava tentando te instruir para vc testar sem. Teste também sem a tag <cRegTrib>1</cRegTrib> conforme o Ricardo comentou.

Não são compatíveis... A Jedi usa muita API do Windows, que impediria a multiplataforma... Veja essa página: http://wiki.freepascal.org/Category:Lazarus-CCR http://wiki.freepascal.org/Category:Components Na CCR tem uma infinidade de componentes, e um versão aprimorada da RX

Boa noite, Basta usar o método DistribuicaoDFe que encontra-se no componente ACBrCTe.

Muito obrigado pela contribuição... fiz os ajustes para rodar no Lazarus... Não compreendi muito bem os seguintes testes... que estão acusando erro nos testes Unitários procedure ValidaDIRETest.ComLetras_RetornaFalso; var Ano, DIRE: string; begin Ano := FormatDateTime('YY', Date); .... DIRE := Ano + 'A0000000001'; CheckFalse(ValidaDIRE(DIRE)); end; procedure ValidaRETest.ComLetras_RetornaFalso; var Ano, RE: string; begin Ano := FormatDateTime('YY', Date); .... RE := Ano + 'A0000001'+ '001'; CheckFalse(ValidaRE(RE)); end;

A alteração é justamente pra imprimir o percentual na impressão do boleto (quando o cliente preencher via sistema os campos que alimentam essas properties) e ele vem usando dessa maneira sem nenhum problema.

Boa tarde! Informo que consegui. O pessoal da Daruma acabou me respondendo por e-mail agora pouco, já fazia dias que estava tentando contato. Até o Juliomar escreveu que não seria possível, mas o meu ECF é credenciado como DESENVOLVEDOR então eu posso sim fazer isto. Mas voltando ao problema, se alguém passar por isto segue: Liberar no Firewall a porta 1070, também não pode ter nenhum tipo de impedimento de conexão com o IP da Daruma, 200.220.138.84. Também precisa adicionar o aplicativo TOOL FS800i nas exceções de antivirus. Feito isto vai funcionar. Mas somente funciona se o ECF cadastrado lá na base da Daruma estiver como DESENVOLVEDOR. Também aproveitando o POST, para quem estiver desenvolvendo para esta impressora, eu fiz praticamente todos os testes já e ela esta funcionando perfeitamente. Somente duas questões que o ACBR não esta muito legal, é para as mensagens de papel, para este modelo quando da problema de papel, a impressora acaba acusando erro de "Não esta em linha", tive que tratar estas mensagens. Já a versão anterior da Daruma por exemplo uma Mach 2 apresenta as mensagens corretas, sem necessidade de tratamento. E também no momento de gerar a redução Z, se possuir por exemplo pre-venda pendente, e não colocar um sleep entre um comando e outro, da problema, parece que a impressora esta executando os comandos mais lento, porem meio que retorna que já deu certo e vai para o proximo (não sei se me fiz entender). Acontece o mesmo na virada de mês que precisa gerar o MFD logo na redução Z, para resolver estas situações tive que colocar uns delays no código entre um procedimento e outro. Já na Mach 2 não acontece isto. No mais tudo certo.

Usamos em mais de 500 clientes e boa parte dos mesmos usam A3 e nunca houve exclusão.

Se o seu certificado é A1 use a opção em openssl e não vai dar mais esse problema! senão precisa ver as configurações do internet explorer.

Daniel, muito obrigado pela atenção, vou começar a trabalhar nisso.

OK. Segue em anexo. ACBrDFeTestCases.dpr ACBrDFeUtilTest.pas acbrutiltest.pas

Modificação enviada para o SVN... movendo tópico para ACBrNews...

Acredito ter conseguido resolver o problema... Commit [r12508] Após comparar detalhadamente a declaração de várias estruturas e tipos, de libxmlsec.pas com as declarações em C... Notei que a seguinte declaração poderia ter variação em 32/64 bits - time_t = LongInt; + time_t = SizeInt; No código original estava como "LongInt", mas time_t deve ser definido como Int64 (quando compilado em 64 bits) Por favor atualizem e testem... As DLLs de 64 bits podem ser baixadas em: ftp://ftp.zlatkovic.com/libxml/64bit/ No mesmo endereço, temos as DLLs de 32bits, porém compiladas com o MinGW... (usam a mesma nomenclatura das DLLs de 64 bits)... Vou subir essas DLLs para o nosso SVN

ACBrMonitor.7z Favor testar o executável em anexo! adicionei o parâmetro de impressora após o xml! lembrando que só vai funcionar se for do marcado o checkbox para fortes!

Não tem.... No demo tem todas as linhas abaixo comentadas { ACBrNFe1.WebServices.Retorno.NFeRetorno.ProtNFe.Items[0].tpAmb ACBrNFe1.WebServices.Retorno.NFeRetorno.ProtNFe.Items[0].verAplic ACBrNFe1.WebServices.Retorno.NFeRetorno.ProtNFe.Items[0].chNFe ACBrNFe1.WebServices.Retorno.NFeRetorno.ProtNFe.Items[0].dhRecbto ACBrNFe1.WebServices.Retorno.NFeRetorno.ProtNFe.Items[0].nProt ACBrNFe1.WebServices.Retorno.NFeRetorno.ProtNFe.Items[0].digVal ACBrNFe1.WebServices.Retorno.NFeRetorno.ProtNFe.Items[0].cStat ACBrNFe1.WebServices.Retorno.NFeRetorno.ProtNFe.Items[0].xMotivo } Apenas coloquei um exemplo de como você poderia exibir a mensagem.