Mega Online

Bom dia, Sobre a questão da impressão dos campos: Qtde. CT-e, Qtde NF-e, Qtde MDF-e e Peso Total , estão sendo impressos cortando a parte inferior dos rótulos, existe configuração para Plus para ajustar ?

Segue comparativo com a versão do ACBrNFeMonitor e a versão do ACBrMonitor, usando o mesmo arquivo XML

Boa tarde, Daniel, terminei de realizar os testes com a última versão do Plus, consegui realizar a transmissão e cancelamento do MDF-e, o único porém é que na impressão a linha dos dados: Qtde. CT-e, Qtde NF-e, Qtde MDF-e e Peso Total, está cortando, as demais informações foram impressas corretamente.

Segue anexo o XML sem a tag FATURA e está imprimindo OUTROS 35160557761827000135550010000359551000359550-nfe.xml

Uso o ACBrMonitorPlus e meus clientes também estão reclamando da mesma situação, a opção para apresentar a faturar está desmarcada e continua saindo a palavra OUTROS, na versão anterior respeitava a opção quando estava desmarcada, tem como voltar como na versão anterior? meu cliente não para de me ligar cobrando isto.

Bom dia, Daniel, conseguiu validar ?

Bom dia, Alguma novidade referente ao problema citado? Somente lembrando que pelo AcbrNfeMonitor está transmitindo normalmente, infelizmente fica complicado para o cliente trabalhar com AcbrNfeMonitor e o Plus aberto simultaneamente.

Bom dia Daniel, Concordo, acredito que dessa forma o problema seja resolvido.

Bom dia, Juliomar, verifiquei o tópico informado e infelizmente acredito não ser essa a causa do problema, na geração do arquivo .txt não existe nenhum espaço ou tabulação antes dos comandos, como pode ser verificado no arquivo de exemplo que postei anteriormente.

Bom dia, Juliomar, desculpe, por favor, procurei mas não encontrei, em qual tópico o Italo respondeu essa questão?

Bom dia, Alguma novidade ?

Bom dia, Alguma novidade?

//Declaração function RoundABNT(const AValue: Double; const Digits: SmallInt; const Delta: Double = 0.00001): Double; //Função function TdmPaf.RoundABNT(const AValue: Double; const Digits: SmallInt; const Delta: Double): Double; var Pow, FracValue, PowValue: Extended; RestPart: Double; IntCalc, FracCalc, LastNumber, IntValue: Int64; Negativo: Boolean; begin Negativo := (AValue < 0); Pow := intpower(10, abs(Digits)); PowValue := abs(AValue) / 10; IntValue := trunc(PowValue); FracValue := frac(PowValue); PowValue := SimpleRoundTo(FracValue * 10 * Pow, -9); // SimpleRoundTo elimina dizimas ; IntCalc := trunc(PowValue); FracCalc := trunc(frac(PowValue) * 100); if (FracCalc > 50) then Inc(IntCalc) else if (FracCalc = 50) then begin LastNumber := round(frac(IntCalc / 10) * 10); if odd(LastNumber) then Inc(IntCalc) else begin RestPart := frac(PowValue * 10); if RestPart > Delta then Inc(IntCalc); end; end; Result := ((IntValue * 10) + (IntCalc / Pow)); if Negativo then Result := -Result; end;

Bom dia, Daniel, conseguiu validar ?

Daniel a função que você usou eu achei ela na internet, esta tem um terceiro parâmetro que é o Delta = 0.00001 que ao ser enviado retorna correto, porém no ACBrUtil.pas que tenho aqui nos fontes do ACBr tem a mesma função sem o terceiro parâmetro Delta que dá errado, para solução eu copiei a função que tem o terceiro parâmetro e colei no fonte do meu sistema com nome diferente e estou usando ela. Funcionou!!

Pessoal, boa tarde, sei que o fórum está um pouco antigo, mas ainda no mesmo assunto de arredondamento, hoje me deparei com um retorno da função RoundABNT(... que segundo o pessoal da DIMEP, está errado. Exemplo de um valor calculado entre a quantidade x Vr.Unitário 1 x 4,885 = 4,88 Correto segundo a DIMEP Utilizando a função RoundABNT(4.885, 2) = 4,89 (Errado segundo a DIMEP) Orientações passadas pela DIMEP. Quando a terceira casa decimal for Inferior a 5, a segunda decimal, é mantida sem alteração: 1,333333 para 1,33 Quando a terceira casa decimal for Superior a 5 ou Igual a 5 seguido de pelo menos 1 algarismo diferente de zero, a segunda decimal, é aumentada de 1 unidade: 1,666666 para 1,67 2,345001 para 2,35 Quando a terceira casa decimal for igual a 5 seguido de zeros, a segunda decimal, é arredondada para o algarismo “par” mais próximo: 4,555000 para 4,56 4,885000 para 4,88 Realizei o teste no SAT da DIMEP e calculou no XML = 4,88. Alguém tem alguma solução, onde tem uma função correta que realiza o cálculo igual o SAT da DIMEP?

Boa tarde, Daniel, ainda não consegui achar a solução, pelo AcbrMonitor Plus não estou conseguindo transmitir o MDFe, mesmo com os ajustes apontados pelo Italo o problema ainda persiste, segue o arquivo que estou gerando. servico.txt

Boa tarde, Juliomar, desculpe, ok, vamos continuar lá no outro tópico aberto, Grato Luciano.

Bom dia, Estou tendo problemas ao tentar transmitir o MDFe pelo AcbrMonitor Plus, estou encaminhando o arquivo .txt para análise, a mensagem retornada pelo plus é: //////////////////////////////// MDFe.CriarMDFe("[ide] ERRO: Falha na valida??o do Modal do Manifesto: 0 TAG:<ide> ID:#005/cUF(C?digo do UF (Unidade da Federa??o)) - Conte?do inv?lido. TAG:<ide> ID:#014/dhEmi(Data de emiss?o) - Nenhum valor informado............ ///////////////////////////////// Grato Luciano servico.txt

Sim, estou enfrentando o mesmo problema q vc, acredito que seja algo simples que não estamos visualizando.

Boa tarde, Também estou tendo problemas ao tentar transmitir o MDFe pelo Plus, estou encaminhando o arquivo .txt para análise, a mensagem retornada pelo plus é: //////////////////////////////// MDFe.CriarMDFe("[ide] ERRO: Falha na valida??o do Modal do Manifesto: 0 TAG:<ide> ID:#005/cUF(C?digo do UF (Unidade da Federa??o)) - Conte?do inv?lido. TAG:<ide> ID:#014/dhEmi(Data de emiss?o) - Nenhum valor informado............ ///////////////////////////////// Grato Luciano servico.txt

Deu certo Régys, muito obrigado. Obs: no ACBrMonitorPLUS deixei como TimeZone -04:00 para emissão das NFCe e NFe, e no relógio do Windows deixei como Brasilia -03:00 para emissão da Farmácia Popular.

Boa tarde, Pessoal estou com o seguinte problema: temos um cliente que emite NFCe no estado de MT, e por ser sistema de Drogaria, emitem também o Farmácia Popular. Na emissão da NFCe o UTC (Fuso Horário) do Windows tem que estar como (UTC-04:00) Cuiabá, porém nas vendas de Farmacia Popular, o UTC tem que estar como (UTC-03:00) Brasília. Percebi que ambos não consigo controlar por código fonte, próprio nosso, uma vez que a NFCe utiliza o ACBrMonitorPLUS e o Farmácia Popular conecta com o DataSus via WebService. Tentei via comando em Delphi alterar as propriedades dos registros (RegEdit), antes de fazer a venda: Central Brazilian Standard Time (UTC-04:00) Cuiabá E. South America Standard Time (UTC-03:00) Brasília SOFTWARE --> Microsoft --> Windows NT --> CurrentVersion --> Time Zones --> Display SYSTEM --> ControlSet001 --> Control --> TimeZoneInformation --> TimeZoneKeyName porém no relógio do Windows, fica o que já estava configurado, sendo enviado/gerado o que está em tela, contido no relógio do Windows.

Bom dia, É possível na impressão modo paisagem existir a opção de impressão do canhoto no lado esquerdo ou direito da página? Tenho alguns clientes que utilizam formulário pré-impresso e o canhoto está sobrepondo a impressão. Grato Luciano.

Deu certo conforme o exemplo acima do Régys, segue abaixo como ficou no arquivo XML validado <ICMSUFDest> <vBCUFDest>0.00</vBCUFDest> <pFCPUFDest>0.0000</pFCPUFDest> <pICMSUFDest>17.0000</pICMSUFDest> <pICMSInter>7.00</pICMSInter> <pICMSInterPart>40.0000</pICMSInterPart> <vFCPUFDest>0.00</vFCPUFDest> <vICMSUFDest>0.00</vICMSUFDest> <vICMSUFRemet>0.00</vICMSUFRemet> </ICMSUFDest> Obrigado.