Jump to content

Filipe Natividade

Membros
  • Content Count

    94
  • Joined

  • Last visited

Community Reputation

23 Excellent

About Filipe Natividade

  • Rank
    Membro

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Bom dia. identifiquei que o validação para geração do seguimento R do arquivo de remessa 240 pode estar incorreto. Com a orientação do manual, no seguimento R é exclusivo para cobrança com multa, e neste registro existe o campo: código da multa que pode ter os seguintes valores: 1 - Valor Fixo e 2 Percentual. O validação está da seguinte forma: if (CodigoMoraJuros <> cjIsento) then Mas o CodigoMoraJuros é do seguimento P, este campo pode possuir os seguintes valores: 1 - Valor por Dia, 2 - Taxa Mensal e 3 - Isento portanto sugiro a alteração do "if" para: if (PercentualMulta > 0) then Para cobrar somente a multa, com a validação antiga não é possível. ACBrBancoCecred.pas
  2. Sem as alterações que estou propondo, o tamanho da logo expandida é padrão, Porem mesmo se as alterações forem aceitas, que irá permitir a alteração do tamanho da logo expandida, ao utilizar logo expandida as informações dos dados do emitente são ocultadas por padrão.
  3. Bom dia, nos PDF de exemplo, as informações da empresa estão contidos na imagem, pois a logo expandida utiliza por padrão toda a parte das informações da empresa e desabilita seta esses valores como visible = false;
  4. Segue arquivos em PDF para analise. Dimensões da logo no teste: L 788px A 315px As configurações: Esquerda=2, Topo=3, Altura=121, Largura=311 Essa configuração é o tamanho padrão da área da logo expandida utilizada no CT-e, e para manter o mesmo tamanho da logo no MDF-e, fiz a configuração nesse tamanho. O padrão da classe: TExpandeLogoMarcaConfig é: Esquerda, Topo, Altura e Largura = 0. Com isso o padrão utilizado na área de impressão da logo expandida não é alterado, e utiliza toda a área disponível. Stretch = True; Já é o padrão antes da sugestão de alteração. As propriedades: Dimensionar ( Scaled ) e Esticar ( Stretch ) podem ter resultados diferentes dependendo do tamanho da imagem, e permitem o usuário escolher qual fica melhor para a sua logo. CT-e Antes.pdf CT-e Depois - Dimensionada(Scaled).pdf CT-e Depois - Esticada(Stretch).pdf MDF-e Antes.pdf MDF-e Depois - Dimensionada(Scaled) (Esquerda=2, Topo=3, Altura=121, Largura=311).pdf MDF-e Depois - Dimensionada(Scaled).pdf MDF-e Depois - Esticada(Stretch) (Esquerda=2, Topo=3, Altura=121, Largura=311).pdf MDF-e Depois - Esticada(Stretch).pdf
  5. Boa tarde. PDF com teste de Antes e depois da alteração?
  6. Boa tarde @Italo Jurisato Junior, faltou os arquivo dfm e lfm para a concluir a correção no tamanho da logo. segue. ACBrMDFeDAMDFeRLRetrato.lfm ACBrMDFeDAMDFeRLRetrato.dfm
  7. Bom dia. Ao utilizar a opção de logo expandida no CT-e e também no MDF-e no modelo em Fortes Report , identifiquei que o tamanho da logo estava desproporcional ao tamanho do quadro para os dados do emitente, já a NF-e está correta. A alteração que se encontra em anexo, sugere a correção do tamanho da logo expandida do CT-e e do MDF-e, e também a criação de uma classe com o nome de exemplo: TExpandeLogoMarcaConfig, que irá dar ao programador mais liberdade para informar o tamanho, e posição da logo expandida e se deve dimensionar o esticar a logo. A criação desta nova classe respeita a configuração atual de todos do DF-e, quando utilizado a logo expandida, só irá alterar o tamanho e posição da logo expandida quando for configurada. Alterações DF-e Fortes Report Logo Expandida.rar
  8. Bom dia a todos. Verifiquei que em algumas vezes o comando LeituraXSerial com a ESC-ECF da Bematech, ocorre uma falha na comunicação e após o componente reenviar o comando, ele entra em loop infinito na leitura de status. Analisando o componente, verifiquei que para dois comandos já foi realizado um tratamento contra esse loop infinito, portando adicionei a esse tratamento o comando: 20, que é responsável pela emissão da leitura x por serial. Arquivos de log: log_ecf_erro_Leitura_X_Serial.txt - possui informação do erro do loop infinito. log_ecf_correcao_Leitura_X_Serial.txt - possui informações do tratamento do loop infinito. log_ecf_erro_Leitura_X_Serial.txt log_ecf_correcao_Leitura_X_Serial.txt ACBrECFEscECF.pas
  9. CST 00 Mas conforme o @BigWings falou, devido ao Schema não é possível informar as Tags do FCP ST sem informar também o ICMS ST. Por enquanto estou adotando essa medida de validação no meu sistema, sem ICMS ST não pode informar o FCP ST. @RicardoVoigt obg pela atenção.
  10. @BigWings Obrigado pela atenção, conforme sua explicação sobre o arquivo schema vou verificar essa situação com meu cliente sobre a utilização do FCP ST sem o uso do ICMS ST, tambem achei estranho, "mas sabe como é né" sempre sobra para a gente.
  11. Bom dia. Tenho uma duvida em questão com uma validação na Unit: pcnNFeW.pas csosn900 if (nfe.Det.Imposto.ICMS.vBCST > 0) or (nfe.Det.Imposto.ICMS.vICMSST > 0) then e logo após vem o preenchimento das tags do FCP ST Meu cliente recebeu a orientação de fazer uma NF-e de devolução preenchendo somente da parte do ICMS Normal e FCP ST mas do jeito que está essa validação, ocorre o erro no Schema: The element 'ICMSSN900' in namespace 'http://www.portalfiscal.inf.br/nfe' has invalid child element 'vBCFCPST' in namespace 'http://www.portalfiscal.inf.br/nfe'. List of possible elements expected: 'modBCST, pCredSN' in namespace 'http://www.portalfiscal.inf.br/nfe'. Caminho: NFe[1]/infNFe/det[1]/imposto/ICMS/ICMSSN900/vBCFCPST Sei que as Tags ref. ICMS ST para o modelo: 65 não podem ser geradas, mas no modelo 55, por acaso deveriam ser sempre informadas? Mesmo contendo valores zerados, pois se eu informar as Tags do ICMS ST zeradas e depois informar as Tags do FCP ST, esse erro não ocorre.
  12. O Provedor IPM não possui Schemas.
  13. Bom dia, deve-se notar também que no momento da geração do XML, na unit pnfsNFSeW_IPM.pas, a passagem do campo: situacao_tributaria, nos últimos commits desta unit, o preenchimento deste campo mudou varias vezes. 16295 - 14/01/2019 Gerador.wCampoNFSe(tcStr, '', 'situacao_tributaria', 1, 4, 1, NaturezaOperacaoToStr( NFSe.NaturezaOperacao), ''); 16296 - 14/01/2019 Gerador.wCampoNFSe(tcStr, '', 'situacao_tributaria', 1, 4, 1, RegimeEspecialTributacaoToStr( NFSe.RegimeEspecialTributacao), ''); 16423 - 29/01/2019 Gerador.wCampoNFSe(tcStr, '', 'situacao_tributaria', 1, 4, 1, NaturezaOperacaoToStr( NFSe.NaturezaOperacao), ''); // cleyton 25/01/2019 16519 - 08/02/2019 Gerador.wCampoNFSe(tcStr, '', 'situacao_tributaria', 1, 4, 1, NFSe.Servico.CodigoTributacaoMunicipio, ''); por causa deste motivo, não estava lendo o campo: NFSe.Servico.CodigoTributacaoMunicipio, como relatado, pois antes não era previsto. *Anexe seu código para analise dos moderadores.
  14. Bom dia, segue em anexo alteração do provedor de Canelinha - SC de: CIGA para: Betha. No site do município é possível visualizar a informação que realmente o provedor é Betha. https://www.canelinha.sc.gov.br/portalcidadao/index/detalhes/codMapaItem/33818/codServico/1535 Cidades.ini
  15. Tudo certo @Daniel Simoes, o ajuste resolveu o problema. Muito obrigado.
×
×
  • Create New...