Filipe Natividade

Bom dia @tobexy. segue o arquivo nfse.pas. O arquivo nfse.pas é apenas um exemplo de como preencher o componente ACBrNFSe para o provedor IPM, quais comandos utilizar etc, um guia para com está começando a se familiarizar com as dificuldades deste provedor. Outra coisa, a comunicação com o servidor da IPM é com HTTP POST, então, ao processar o envio, eles já irão responder com a NFS-e gerada com o HTML para impressão. mas no arquivo de exemplo a impressão é feita de outra forma, faço abrir um link para impressão. O xml de retorno é somente isso. <?xml version='1.0' encoding='iso-8859-1'?> <retorno> <mensagem> <codigo>00001 - Sucesso</codigo> </mensagem> <numero_nfse>22</numero_nfse> <serie_nfse>1</serie_nfse> <data_nfse>15/06/2016</data_nfse> <hora_nfse>17:41:38</hora_nfse> <arquivo_gerador_nfse>22_0180450000040119.xml</arquivo_gerador_nfse> <nome_arquivo_gerado_eletron>22_0180450000040119.xml</nome_arquivo_gerado_eletron> <link_nfse>https://www.nfs-e.net/datacenter/include/nfw/nfw_imp_notas.php?codauten=0180450000040119</link_nfse> <cod_verificador_autenticidade>0180450000040119</cod_verificador_autenticidade> <codigo_html>Aqui retorna o HTML para impressão.</codigo_html> </retorno> nfse.pas

Tudo certo agora @Italo Jurisato Junior obg.

Também estou com o mesmo problema. Erro Interno: 10091 Erro HTTP: 500 URL: https://cte.fazenda.mg.gov.br/cte/services/CteRecepcao Network subsystem is unusable

Bom dia @Italo Jurisato Junior Percebi hoje que você no dia 25/04/2019 pela revisão: 16945, alterou o provedor de Canelinha - SC de Betha para CIGA, que ocasionou erro. Se você entrar no link: https://www.canelinha.sc.gov.br/portalcidadao/index/detalhes/codMapaItem/33818/codServico/1535 é possível visualizar que a cidade de Canelinha - SC ainda utiliza o provedor Betha. Venho solicitar que seja alterado novamente para Betha. Por enquanto obrigado.

Bom dia. Mil desculpas @Italo Jurisato Junior, os testes fora realizados um uma versão anterior do Schema. Funcionando com: libWinCrypt com opção de Validar com Schemas. alteração: [Schemas] Validar=0 é desnecessária. Obg @Italo Jurisato Junior

somente: Erro de Schemas mais nada.

Bom dia. Estou autorizando as notas sem nenhum problema no webservice da prefeitura, porem com o schemas desativado, pois estava recebendo simplesmente a mensagem: Erro de Schemas ao tentar validar no componente. Estou utilizando as seguintes configurações no componente ACBrDFeSSL SSLCryptLib := cryWinCrypt; SSLHttpLib := httpWinHttp; SSLXmlSignLib := xsLibXml2; SSLType := LT_TLSv1_2; Que é o padrão sugerido pelo ACBr. Mas tive a ideia de trocar para o Capcom, e por surpresa validou o XML contra o Schema. Mas não tenho conhecimento suficiente para realizar os teste com essas bibliotecas de assinatura. Estou disponibilizando os arquivos XML gerados. com a opção de validar o Schemas desativado, esses xmls foram autorizados no provedor. 96-env-lot.xml 57A-rps.xml

Bom dia @Italo Jurisato Junior, vc enviou para o repositório a parte do Link, mas faltou verificar a desativação da validação com o Schemas, pois falei com o @Sandro Felipe Adad, que deu inicio neste provedor e ele também desativou a validação. [Schemas] Validar=0

Bom dia. Devido ao SetAgencia da variavel: Cedente.Agencia, estava formatando a agencia para 4 posições, e ao ler o arquivo de retorno, como agora está buscando 5 posições, não estava passando pela função: ValidarDadosRetorno(rAgencia, rConta); Portando sugiro a alteração da seguinte forma. A variável: fpTamanhoAgencia := 5; Na geração dos arquivos de remessa e retorno utiliza essa variável: fpTamanhoAgencia. Na geração da linha digitável utiliza fixo o valor 4. No caso invertendo a logica anterior. ACBrBancoCresol.pas

Não no arquivo de retorno veio com 0 a esquerda para preencher as 5 posições 10230472145000156 0009(03161)00001589186 A agencia-digito é: 3161-5 arquivo de retorno em anexo. arquivo_retorno.ret

Boa tarde. Ao fazer a leitura do arquivo de retorno Cnab 400, ao obter o código da agencia, o componente utiliza variável: ACBrBanco.TamanhoAgencia, que no caso do banco Cresol é 4, mas esse tamanho no manual do arquivo de remessa e retorno é 5, porem, para montar a linha digitável e código de barras o tamanho deve ser 4, devido a compatibilidade com o banco Bradesco. Verifiquei que ao gerar o arquivo de remessa, está fixo o tamanho da agencia como: 5, portanto realizei a alteração na leitura do arquivo de retorno para o tamanho: 5. Segue o manual: especificacoes_tecnicas_boleto.pdf que na pagina: 20, informa que o tamanho da agencia é 4 para a montagem da linha digitável. segue também o manual: manual_cobrança_integrada_cooperado_400.pdf que na pagina: 10 informa que o tamanho da agencia é: 5. ACBrBancoCresol.pas

Bom dia. Realizado atualização do arquivo ISSJoinvile.ini, pois não possuía o link para impressão em ambiente de Produção. Conforme conversado com o @Maiquel que ajudou na homologação deste provedor, não está sendo possível validar o XML contra o Schemas, sugiro a alteração no ini para não validar. [Schemas] Validar=0 Realizado correção na leitura do XML de retorno adicionando o seguinte trecho de código na função: TNFSeR.LerNFSe_ABRASF_V2, pois não estava marcando a variável como cancelada ao fazer a consulta de uma NFS-e cancelada na prefeitura. if NFSe.Status = srCancelado then NFSe.Cancelada := snSim else NFSe.Cancelada := snNao; ISSJoinville.ini pnfsNFSeR.pas

Boa tarde Se o ICMS for devido a outra UF: Imp.ICMS.SituTrib := cstICMSOutraUF; Imp.ICMS.ICMSOutraUF.CST := cst90; Imp.ICMS.ICMSOutraUF.vBCOutraUF := 0; Imp.ICMS.ICMSOutraUF.pICMSOutraUF := 0; Imp.ICMS.ICMSOutraUF.vICMSOutraUF := 0; ou se ICMS não for devido a outra UF: Imp.ICMS.SituTrib := cst90; Imp.ICMS.icms90.CST := cst90; Imp.ICMS.icms90.vBC := 0; Imp.ICMS.icms90.pICMS := 0; Imp.ICMS.icms90.vICMS := 0;

Boa tarde. Obrigado pelo retorno. Realmente esses arquivos não sofreram alterações, por esse motivo não os enviei. Utilizei da sua ideia, mas para isso, tive que colocar a unti RLReport no uses da unit ACBrDFeReport.pas, com isso não consegui fazer o ACBr compilar, poderia me dar uma mão ou uma ideia melhor do que passar a logo como parâmetro? Fiz a atualização dos fontes, o novo pacote se encontra abaixo. Alterações DF-e Fortes Report Logo Expandida 09-12-2019.rar

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

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.

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;

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

Boa tarde. PDF com teste de Antes e depois da alteração?

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

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

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

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.

@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.

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.