Jump to content

Promoção 25 Anos de Delphi
25% de desconto em todas as versões

Saiba mais

Ganhe o curso Tributação NF-e para Desenvolvedores

Assinando o SAC Anual este mês
botao.png

 

Balança SM100 performance surpreendente

Tecnologia Japonesa   Teclado e Visor resistentes a água
Consumo inteligente de etiquetas   Baixo custo de manutenção
Comunicação Ethernet e WIFI independentes

Saiba Mais

Impressora de Etiquetas ELGIN - L42 PRO

Protocolos PPLA, PPLB, ZPL, EPL (automático)
Porta USB padrão Opcionais: Ethernet, Serial, Paralela
Sensor de Etiquetas Móvel Garantia de 18 meses

Saiba mais

vinizioWOW

Membros
  • Content Count

    45
  • Joined

  • Last visited

Community Reputation

3 Neutral

About vinizioWOW

  • Rank
    Membro

Contact Methods

  • Skype
    vinicio.logusinformatica

Profile Information

  • Sexo
    Masculino
  • Localização
    Formiga - MG

Recent Profile Visitors

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

  1. Bom dia Felipe, Foi a primeira coisa que olhei. Já está assim.
  2. Boa tade, Após atualizar o componente ACBr hoje pela manhã, a impressão do DANF-e retrato no Fortes está saindo cortada do lado direto. Já alterei as margens no componente para o mínimo mas não surtiu efeito Existe algum outro parâmetro de dimensão para ajustar? Cordialmente,
  3. Boa tarde Italo, E quanto a esses espaços entre o <![CDATA[]]> ? <![CDATA[ <cabecalho>...</cabecalho> ]]> Grato.
  4. Boa tarde Italo. Obrigado pela ajuda. Outro detalhe diz respeito a quebra de linha. O XML de exemplo repassado pelo WebISS tem uma quebra de linha: <cabec> <![CDATA[ <?xml version="1.0"?><cabecalho versao="1.00" xmlns="http://www.abrasf.org.br/nfse"><versaoDados>1.00</versaoDados></cabecalho> ]]> </cabec> <msg> <![CDATA[ <?xml version="1.0" encoding="UTF-8"?><ConsultarLoteRpsEnvio xmlns="http://www.abrasf.org.br/nfse"><Prestador><Cnpj>02421499000136</Cnpj><InscricaoMunicipal>9004029</InscricaoMunicipal></Prestador><Protocolo>366975</Protocolo></ConsultarLoteRpsEnvio> ]]> </msg> O XML gerado não tem essa quebra, mas um espaço. Existe parâmetro para isso também? <cabec> <![CDATA[ <cabecalho versao="1.00" xmlns="http://www.abrasf.org.br/nfse.xsd"><versaoDados>1.00</versaoDados></cabecalho> ]]> </cabec> <msg> <![CDATA[ <?xml version="1.0" encoding="UTF-8"?><ConsultarLoteRpsEnvio xmlns="http://www.abrasf.org.br/nfse"><Prestador><Cnpj>02421499000136</Cnpj><InscricaoMunicipal>9004029</InscricaoMunicipal></Prestador><Protocolo>366985</Protocolo></ConsultarLoteRpsEnvio> ]]> </msg> Grato.
  5. Bom dia Italo, Entrei em contato novamente com o suporte da WebISS e me orientaram a gerar o xml com seguinte formato <![CDATA[ <?xml version="1.0" encoding="UTF-8"?><cabecalho versao="1.00" xmlns="http://www.abrasf.org.br/nfse.xsd"><versaoDados>1.00</versaoDados></cabecalho> ]]> Fiz as alterações no ini, [ConsLote] IncluiEncodingCab=1 IncluiEncodingDados=1 Texto1=<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"> Texto2=<SOAP-ENV:Body> Texto3=<ConsultarLoteRps xmlns="http://tempuri.org/"> Texto4=<cabec><![CDATA[%CabMsg%]]></cabec> Texto5=<msg><![CDATA[%DadosMsg%]]></msg> Texto6=</ConsultarLoteRps> Texto7=</SOAP-ENV:Body> Texto8=</SOAP-ENV:Envelope> Entretanto o xml está sendo gerado nesse formato: <![CDATA[ &lt;?xml version="1.0" encoding="UTF-8"?&gt;&lt;cabecalho versao="1.00" xmlns="http://www.abrasf.org.br/nfse.xsd"&gt;&lt;versaoDados&gt;1.00&lt;/versaoDados&gt;&lt;/cabecalho&gt; ]]> Qual o parâmetro a se mudar para que se substitua as strings '&lt; para '<' e etc?
  6. Bom dia, Quando emite NFS-e para o provedor WebISS, o compoente gera o seguinte xml de consulta de retorno: <?xml version="1.0" encoding="UTF-8"?> -<S:Envelope xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"> -<S:Body> -<ConsultarSituacaoLoteRps xmlns="http://tempuri.org/"> <cabec><?xml version="1.0" encoding="UTF-8"?><cabecalho versao="1.00" xmlns="http://www.abrasf.org.br/nfse.xsd"><versaoDados>1.00</versaoDados></cabecalho></cabec> <msg><?xml version="1.0" encoding="UTF-8"?><ConsultarSituacaoLoteRpsEnvio xmlns="http://www.abrasf.org.br/nfse"><Prestador><Cnpj>02421499000136</Cnpj><InscricaoMunicipal>9004029</InscricaoMunicipal></Prestador><Protocolo>366963</Protocolo></ConsultarSituacaoLoteRpsEnvio></msg> </ConsultarSituacaoLoteRps> </S:Body> </S:Envelope> Mas sempre estava retornando erro de HTTP 500. Em contato com o suporte da WebISS eles me orientaram a utilizar o seguinte modelo de SOAP para as consultas dos lotes enviados: <?xml version="1.0"?> -<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"> -<SOAP-ENV:Body> -<ConsultarLoteRps xmlns="http://tempuri.org/"> <cabec><?xml version="1.0"?><cabecalho versao="1.00" xmlns="http://www.abrasf.org.br/nfse"><versaoDados>1.00</versaoDados></cabecalho></cabec> -<msg> <?xml version="1.0" encoding="UTF-8"?><ConsultarSituacaoLoteRpsEnvio xmlns="http://www.abrasf.org.br/nfse"><Prestador><Cnpj>02421499000136</Cnpj><InscricaoMunicipal>9004029</InscricaoMunicipal></Prestador><Protocolo>366963</Protocolo></ConsultarSituacaoLoteRpsEnvio> </msg> </ConsultarLoteRps> </SOAP-ENV:Body> </SOAP-ENV:Envelope> Sou um pouco leigo no código fonte do ACBr, alguém poderia me ajudar onde altera essas tags na montagem do xml?
  7. Bom dia, Estou tentando emitir uma NFS-e em homologação para o provedor WebISS, cidade de Formiga-MG, mas só obtenho retorno de erro interno, conforme imagem em anexo. O componente está setado com as seguintes configurações: with TabGlobal.ACBrNFSe1 do begin Configuracoes.Certificados.NumeroSerie := Sistema.NFSe_CertificadoSerie; Configuracoes.Certificados.ArquivoPFX := Sistema.NFSe_CertificadoDiretorio; Configuracoes.Certificados.Senha := Sistema.NFSe_CertificadoSenha; Configuracoes.Arquivos.AdicionarLiteral := True; Configuracoes.Arquivos.EmissaoPathNFSe := True; Configuracoes.Arquivos.SalvarApenasNFSeProcessadas := False; // Configuracoes.Arquivos.SepararPorMes := False; Configuracoes.Arquivos.PathCan := Sistema.NFSe_DiretorioXML; Configuracoes.Arquivos.PathNFSe := Sistema.NFSe_DiretorioXML; Configuracoes.Arquivos.PathSalvar := Sistema.NFSe_DiretorioXML; Configuracoes.Arquivos.PathSchemas := Sistema.NFSe_DiretorioSchemas; Configuracoes.Arquivos.IniServicos := Sistema.NFSe_DiretorioSchemas; Configuracoes.Geral.PathIniCidades := Sistema.NFSe_DiretorioSchemas; Configuracoes.Geral.PathIniProvedor := Sistema.NFSe_DiretorioSchemas; Configuracoes.Arquivos.Salvar := True; Configuracoes.Geral.CodigoMunicipio := StrToIntDef(Sistema.CodMunUsr, 0); Configuracoes.Geral.Emitente.CNPJ := Sistema.CNPJUsr; Configuracoes.Geral.Emitente.InscMun := Sistema.InscMunUsr; Configuracoes.Geral.Emitente.RazSocial := Sistema.EmpresaUsr; Configuracoes.Geral.UserWeb := Sistema.NFSe_Usuario; Configuracoes.Geral.SenhaWeb := Sistema.NFSe_Senha; Configuracoes.Geral.Salvar := True; Configuracoes.Geral.SetConfigMunicipio; Configuracoes.WebServices.Ambiente := tpHomologacao; Configuracoes.WebServices.Salvar := True; // Configuracoes.WebServices.Visualizar := False; Configuracoes.WebServices.AguardarConsultaRet := 20000; Configuracoes.WebServices.TimeOut := 20000; Configuracoes.WebServices.Tentativas := 5; Configuracoes.WebServices.IntervaloTentativas := 2000; Configuracoes.WebServices.AjustaAguardaConsultaRet := True; Configuracoes.Geral.SSLCryptLib := crOpenSSL; Configuracoes.Geral.SSLHttpLib := HttpOpenSSQL; Configuracoes.Geral.SSLLib := libCustom; Configuracoes.Geral.SSLXmlSignLib := xsLibXml2; Configuracoes.WebServices.SSLType := Lt_all; SSL.DescarregarCertificado; Configuracoes.WebServices.ProxyHost := ''; Configuracoes.WebServices.ProxyUser := ''; Configuracoes.WebServices.ProxyPass := ''; Configuracoes.WebServices.ProxyPort := ''; TabGlobal.DANFSe := TabGlobal.DANFSe; TabGlobal.DANFSe.PathPDF := Sistema.NFSe_DiretorioPDF; TabGlobal.DANFSe.ExpandeLogoMarca := False; TabGlobal.DANFSe.Sistema := Sistema.Versao; TabGlobal.DANFSe.Site := Sistema.SiteUsr; TabGlobal.DANFSe.Logo := iif(FileExists(Sistema.NFSe_LogoPrefeitura),Sistema.NFSe_LogoPrefeitura,''); TabGlobal.DANFSe.PrestLogo := iif(FileExists(Sistema.LogoUsr),Sistema.LogoUsr,''); TabGlobal.DANFSe.Prefeitura := 'PREFEITURA MUNICIPAL DE ' + UpperCase(Sistema.CidadeUsr) + ' - ' + UpperCase(Sistema.UfUsr) + sLineBreak + 'Secretaria de Fazenda'; end; Alguém sabe se alguma configuração está setada errada ou o que pode ser? Grato.
  8. Bom dia, É possível fazer uma alteração na impressão do DACT-e em FortesReports para que fique parecido com a impressão em FastReport? No modelo em FastReport a impressão de carga aproveita melhor o espaço em situações com vários itens de carga. no FortesReport é dividido por unidades de medida e por descrição tipo 'PESO BRUTO' e alguns itens acabam não sendo exibidos. Cordialmente,
  9. Boa tarde, No Manual de Orientações do Contribuinte, página 66, regra N28 diz que o valor deve ser informado nas seguintes condições: Quando tomador for pessoa Jurídica (CNPJ informado); Tipo de serviço for igual a Transporte de Pessoas ou Excesso de Bagagem; Acredito que nesse caso deveria ter um ajuste na unit pcteCTeW.pas e retirar essa condição de 'inNaoContribuinte' afinal a regra fala em ser pessoa jurídica e não o tipo do contribuinte. Além de retirar a regra do estado do RS. if ((CTe.Imp.infTribFed.vPIS > 0) or (CTe.Imp.infTribFed.vCOFINS > 0) or (CTe.Imp.infTribFed.vIR > 0) or ((CTe.Imp.infTribFed.vINSS > 0) or (InformarINSS = 1)) or (CTe.Imp.infTribFed.vCSLL > 0)) then
  10. Bom dia, Passei pelo mesmo problema da rejeição '760 - INSS deve ser preenchido para tomador pessoa jurídica' ao emitir um CT-e OS. Tomador do estado de MG; Pessoa jurídica; 'tpServ' = 5 - Transporte de Pessoas; Observei no último release que existe na unit pcteCTeW.pas a condição do tomador ser do RS e ser NÃO CONTRIBUINTE. É possível trocar a condição para tomador contribuinte e adicionar a condição de ser de MG também? Cordialmente,
  11. Bom dia Ricardo! Eu já faço dessa forma. Gero o PDF usando o comando ACBrNFe1.NotasFiscais.ImprimirPDF e depois uso um shellexecute execute para abrí-lo.
  12. Boa tarde a todos, Recentemente ao atualizar os fontes do ACBr, alguns clientes que usam fonte ampliada na resolução de tela do Windows começaram a relatar que a geração do DANF-e em Fortes estava saindo distorcida e cortada na margem direita. Eu segui os passos descritos em um post aqui do fórum de 2015 (cito abaixo), porém a geração reduz muito o tamanho e acaba ficando ainda mais distorcida. Algum colega tem alguma sugestão de como resolver? https://www.projetoacbr.com.br/forum/topic/23770-bug-em-todos-os-danfes-fortes-report-em-trunk2/?tab=comments#comment-153436 Grato pela atenção.
  13. Bom dia Cleilson, Entre em contato com a CRISTINA pelo telefones (37) 3322-2149 ou (37) 9 9987-5463 (vivo) para maiores informações. Temos planos bem customizáveis que vai lhe garantir bom retorno de investimento.
  14. OPORTUNIDADE - PARCERIA Temos softwares customizados para integrar com seu ERP: NFC-e, Vendas em Android, SAT, Cotação... CONTATO: [email protected]
  15. Bom dia, Alguns clientes meus me reportaram que não estavam conseguindo ler o código de barras do DANFe retrato gerado pela unit ACBrNFeDANFeRLRetrato.pas do ACBr. Testei com alguns leitores de código de barras nossos, todos configurados em modo padrão de fábrica e realmente não estava lendo. Notei que a propriedade BarCodeType estava configurada para bcCode128C. Mudei para bcEAN128C e consegui ler os códigos gerados no DANFe. Gostaria de verificar com os moderadores se é possível deixar a propriedade BarCodeType como padrão bcEAN128C e confirmar se mais alguém teve esse problema.
×
×
  • Create New...