VULPE TECNOLOGIA

Segundo o BemaFI32.ini, estou usando a versão de Janeiro de 2017. Será que pode ser alguma configuração desse ini? BemaFI32.ini

Estou enviando em anexo agora um arquivo gerado pelo WinMFD2 da Bematech e um gerado pelo ECF Teste do ACBr. As imagens são de uma LMF Completa e um LMF Simplificada, ambas geradas pelo meu sistema. LMFC-ECFTESTE.txt LMFC-WINMFD2.txt

Bom dia. Recentemente um de nosso clientes adquiriu uma ECF Bematech MP-4200 TH FI, e é o único que atendemos que possui esse modelo de ECF. O funcionamento dele está normal, porém ao emitir as Leituras de Memória Fiscal Completa e Simplificada, reparamos que algumas informações estavam faltando. Usei um programa de exemplo da Bematech que conseguiu imprimir corretamente. Alguém sabe o que pode ser?

Pergunta 1: Compraram a ECF tem 1 semana penso eu estar atualizado. Pergunta 2: O Problema de usar o programa do fabricante, por que não vou poder fazer os testes fora do meu sistema como venda essas coisas... Pergunta 3: Acredito que aí seja o problema, FS800I que o meu cliente tem é apenas USB a outra ECF é Serial. Outra coisa que reparei que não é possível mudar a velocidade da porta nas configurações diretas da ECF FS800I (pelo menos não achei como) Pergunta 4: Exatamente o mesmo Exe para as duas ECFs. Pergunta 5: Testar venda é complicado por que se for fora do sistema teria que fazer um importador de cupom depois pra não ficar com o meu banco de dados furado. Tentei Editar o post anterior e não consegui. Outra coisa que reparei que nem o próprio Daruma Tools consegue se conectar a essa ECF.

Boa Tarde, tenho um cliente que tinha duas FS600, uma das ECFs acabou a memória e precisou comprar a blindada FS800I. A empresa que vendeu essa ECF falou que a FS800I seria muito mais rápida que a FS600, porém o mesmo programa usando o mesmo banco da mesma empresa, a FS600 é o dobro da velocidade mais rápida na venda, pude perceber que algumas funções como ACBRECF1.Estado, A ativação da ECF são mais lentas. Gostaria de saber se tem algo que eu possa fazer ? Obrigado!

Eu também não vejo motivos, mas..... Segundo a empresa que faz a manutenção em um cliente meu. O meu programa está incompatível com o Windows, pois o Windows é 2012 Server 64Bits, meio sem lógica, mas o meu cliente pediu que fosse colocado o executável em 64 bits, por isso precisaria gerar o executável em 64bits para provar que não é incompatível com o Windows.

Estou com o mesmo problema não consigo executar o programa... se crio um novo projeto sem nenhum componente acbr... funciona perfeitamente em 64bits... colocou um componente acbr... da o erro: "O aplicativo não pôde ser inicializado corretamente(0xc000007b). Clique em OK para fechar o aplicativo.".

Estou com o mesmo problema, acabei de atualizar o ACBR. No pcnInutNFe.pas na função: function TinutNFe.LerXMLFromString(const AXML: String): Boolean; var RetornoInutNFe: TRetInutNFe; begin RetornoInutNFe := TRetInutNFe.Create; try RetornoInutNFe.Leitor.Arquivo := AXML; Result := RetornoInutNFe.LerXml; with FRetInutNFe do begin Id := RetornoInutNFe.Id; - quando ele passa aqui o ID fica em branco. tpAmb := RetornoInutNFe.tpAmb; - quando passa aqui no RetornoInutNFe.tpAmb traz homologacao e depois que passa o tpAmb fica taProducao, muito estranho. verAplic := RetornoInutNFe.verAplic; cStat := RetornoInutNFe.cStat; xMotivo := RetornoInutNFe.xMotivo; cUF := RetornoInutNFe.cUF; xJust := RetornoInutNFe.xJust; //Adicionada para trazer a Justificativa, caso seja um arquivo ProcInut ano := RetornoInutNFe.ano; CNPJ := RetornoInutNFe.CNPJ; Modelo := RetornoInutNFe.Modelo; Serie := RetornoInutNFe.Serie; nNFIni := RetornoInutNFe.nNFIni; nNFFin := RetornoInutNFe.nNFFin; dhRecbto := RetornoInutNFe.dhRecbto; nProt := RetornoInutNFe.nProt; end; finally RetornoInutNFe.Free; end;

Estou implementando remessa Banestes no meu sistema e preciso gerar o registro mensagens referente a cada titulo da remessa. Pelo o que olhei dentro da Unit ACBrBancoBanestes, não tem nenhuma procedure referente a esse registro. Gostaria de saber se está implementado. Notas sobre o registro: Registro de mensagens deve seguir o registro transação. Pode haver mais de um registro de mensagens. As posições de 1 a 139 devem conter os mesmos dados do registro transações.(Exceto nas colunas 109 a 110, que devem apresentar o código de ocorrência "76"). Att.

Bom dia, FortesReport.

Boa tarde. Estamos com um problema meio chato no ACBrBoleto que o Banestes não está aceitando o Boleto impresso pelo Sistema pois tem algumas alterações no layout do mesmo. Segue abaixo as exigências feitas pelo Banestes : 1) Agência/ Código do Cedente: a conta do cedente deve estar separada por pontos, a cada três dígitos da direita para a esquerda. Isto para obedecer ao layout de cobrança; Ex: 090/xx.xxx.xxx OBS.: Lembrando que não há necessidade de colocar zeros a esquerda pelo que entendi.

Estou implementando boleto Banestes no meu sistema e pelo o que entendi, o campo conta é obrigatório possuir máscara. Alguém consegue me passar algo referente essa informação? Att.

Eles estão mandando isso sem saber que não tem no layout da nfe ainda para ser informado.

Boa tarde, recebi o seguinte email da contabilidade de um cliente meu: Pois bem, não encontrei no componente nenhum campo específico para que seja informado esse novo item. Alguém já implementou essa informação para me ajudar ? Já rodei o fórum todo pesquisando e não encontrei nenhuma informação concreta falando onde e como isso será preenchido no componente ACBR.

Na linha 136 do ACBRMDFeDAEventoRL está comentado o código, coloca isso que pra mim funcionou: if AMostrarPreview = True then RLMDFeEvento.PreviewModal else RLMDFeEvento.Print;

Agora eu consegui... eu não entendi o que aconteceu. Hoje cedo, desinstalei o ACBR todo e instalei novamente e agora sim consegui alterar.

Regys eu abri o ACBRCTeDACTeRLRetrato, alterei o layout até tirei alguns itens da posição para ver se mudava algo , mas não muda. Já fiz Build All, já reinstalei o componente e tudo imprime da mesma forma. Não sei mais o que fazer. Tipo pra testar peguei o componente rllProtocolo e coloquei totalmente fora de posição e mandei imprimir o protocolo ficou certinho na posição antiga (a correta). Mas se tiver errado na impressão, não será alterado e incorporado para que fique correto não ?

"1.15 Padrões de Caracteres (Tipos de Fontes) Todos os caracteres impressos na fonte Times New Roman ou na fonte Courier New. A impressão dos dados variáveis feitas por Impressoras de Impacto (Matricial e de Linha) deverá estar entre 10 e 17 CPP (Caracteres por Polegada). " Encontrei isso aqui no Manual do contribuinte. Porém não sei usar o Fortes Report. E eu mudei pro Trunk2 ontem e no trunk1 com o QuickReport a impressão saía perfeita, tem alguma opção que eu possa fazer para imprimir correto.

Estou usando Fortes Report.

O problema seria em relação a alguma lei ou nota técnica, ou apenas em relação ao cliente ?

Boa Noite, estou testando a CCe de um CT-e e o mesmo está imprimindo em duas folhas, e também o PDF está sendo gerado com duas folhas, porém, as informações se repetem (menos o cabeçalho). Segue em anexo os arquivos. No código estou fazendo o seguinte: ACBrCTe1.Conhecimentos.Clear; ACBrCTe1.EventoCTe.Evento.Clear; ACBrCTe1.Conhecimentos.LoadFromFile(caminho_xml_CTe); ACBrCTe1.EventoCTe.LerXML(caminho_xml); ACBrCTe1.ImprimirEvento; ACBrCTe1.ImprimirEventoPDF; 1101103215120586248000011357000000010001184487366401-procEventoCTe.pdf 1101103215120586248000011357000000010001184487366401-procEventoCTe.xml 32151205862480000113570000000100011844873664-cte.xml

Boa Tarde, fiz a mudança hoje do meu sistema para o trunk2. Um Cliente meu informa no CT-e duas seguradoras com números de apólices diferentes. Quando mandei imprimir, a última apólice cortou pela metade as numerações. Segue em anexo a imagem.