Eliomar0910

Chegou hoje e-mail com informção de link Ambientes de Acesso: Produção: https://mineiros.giss.com.br/giss-ajuda/desenvolvedores.html Homologação: https://ws-homologacao-rtc.giss.com.br/service-ws/nf/nfse-ws?wsdl

Em Mineiros-GO a gissOnline esta com essa mensagem na pagina inicial, passei e-mail para o pessoal porém retornaram que ainda não tem ambiente de teste mas ja tem o link para baixar. https://mineiros.giss.com.br/giss-ajuda/desenvolvedores.html "Integração com a nota fiscal de serviços eletronica - padrão nacional já esta disponível. Telefone: 11 2175-1145 Email: [email protected] Atualmente fiz um ajuste no ini para funcionar com 4casas, segue em anexo... esse já funcionando. ACBrNFSeXConversao.pas ACBrNFSeXServicos.ini Foi feita alterações no componente visando atender as alterações no layout usado pelo provedor.

100% já foi, eu tinha atualizado os fontes mais cedo ai fiz a correção. Depois que postei aqui vi que já tinha a correção postada... valeu.

Olá... atualizei os fontes e como listado foi alterado os fontes para ginfes. proGINFES: if NFSe.OptanteSimplesNacional = snSim then Gerador.wCampo(tcDe4, '#25', 'Aliquota', 01, 05, 1, NFSe.Servico.Valores.Aliquota, DSC_VALIQ) else Gerador.wCampo(tcDe4, '#25', 'Aliquota', 01, 05, 0, NFSe.Servico.Valores.Aliquota, DSC_VALIQ); proRJ, proPublica, proBHISS, proAbaco: Gerador.wCampo(tcDe4, '#25', 'Aliquota', 01, 05, 0, (NFSe.Servico.Valores.Aliquota / 100), DSC_VALIQ); No caso foi retirado do agrupamento de baixo e incluso um específico mas faltou a / por 100 como estava antes.. alterei os meus aqui para: proGINFES: if NFSe.OptanteSimplesNacional = snSim then Gerador.wCampo(tcDe4, '#25', 'Aliquota', 01, 05, 1, (NFSe.Servico.Valores.Aliquota / 100), DSC_VALIQ) else Gerador.wCampo(tcDe4, '#25', 'Aliquota', 01, 05, 0, (NFSe.Servico.Valores.Aliquota / 100), DSC_VALIQ); Ai deu certo, segue em anexo o a unit toda. pnfsNFSeW_ABRASFv1.pas

Opa.. tarde @Italo Jurisato Junior diferente do Ginfes que se eu enviar o RPS dizendo que não tem retenção e tiver retenção o ginfes não deixar gerar o CENTI não, não importa como envia, então eu faço a impressão com base no xml de retorno, não olhei o envio, já que esta chegando e emitindo. Essa parte do código na realidade, até pode ficar como estava pq na minha aplicação é tratado para pegar o campo do valorIss s tiver retenção e não me atentei para os demais provedores. Enviar o arquivo novamente. pnfsNFSeR.pas

Opa bom dia. O provedor CENTI tem o campo de IssRetido diferente dos demais padrão, Segue em anexo dois rps enviado para o provedor, no caso o usuário não sabia que o seu cliente tinha que reter iss então envio tudo como normal, ai o CENTI retornou as nfs xml com a informação porém o padrão é outro, ajustei nos fontes aqui no meu aparentemente deu certo. Segue em anexo os 2 xml enviados e 2 xml recebidos e os dois fontes alterados. NFS-cliente-com-retencao-rps-enviado.xml NFS-cliente-com-retencao-xml-recebido.xml NFS-cliente-sem-retencao-rps-enviado.xml NFS-cliente-sem-retencao-xml-recebido.xml pnfsNFSeR.pas pnfsConversao.pas

Consegui conexão, até gera a nota fiscal no site porém não consegui encontrar como pegar as informações de volta olhei o código no exemplo acbr ai tem lá o código para pagar o nome do arquivo, mas a propriedade chega em branco. Enfim, do jeito que esta, manda para prefeitura, se foi pq deu certo? não tenho uma resposta não?

Consegui pelo menos enviar, esta com o campo WebUser passando errado Porém não obtenho resultado com a opção ACBrNFServico.Gerar(1); Coloquei também no ACBrNFServicoTransmit também o var Resposta esta vazio. Tenho já funcionando o GINFES a um bom tempo, tenho que fazer diferente para usar o CENTI?

Estou tentando fazer o envio RPS para gerar nota fiscal usando provedor CENTI - Rio verde, segui os passos atualizei os fontes ACBr, porém apresenta sempre a mensagem de, passando o usuário e senha que usuário utiliza para acessar o site, passando também o certificado e senha do certificado. ERRO:Cod. erro :0 Usuario/senha invalidos. Isso Utilizando o ACBrNFServico.Gerar(1); Se usar o ACBrNFServico.Enviar(1) apresenta o erro: ERRO:SoapAction não definido para: TNFSeEnviarLoteRPS

Olá... eu estava com o mesmo problema aqui com o erro </Pedido> Usei então "os novos arquivos INI que foram disponibilizados e que se encontram na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI ?" Como o @Italo Jurisato Junior sugeriu compilei tudo e passou a funcionar sem ter que mudar o código fonte do acbr. Valeu obrigado.

Juliomar tenho exatamente o problema descrito no inicio. Não estou usando ACBrECF uso imprimir ACBrNFeDANFCeFR.

ok, valeu @Daniel Simoes baixei a nova atualização, testei em minhas aplicações e funcionou blz. Até melhoraram a lógica que usei heheh

Olá... Então bem estranho processo e no ACBr_Demo não consegui simular o processo esta assim: Tenho um NFePrincipal.pas que tenho algumas funções: fpuCancelarXML(ipNro_Serie_Token, ipSenha_Token, etc); fpuCarta_Correcao(ipNro_Serie_Token, ipSenha_Token, etc); fpuConsultaNota(ipNro_Serie_Token, ipSenha_Token, etc); fpuEnviarXML(ipNro_Serie_Token, ipSenha_Token, etc); fpuInutilizarXML(ipNro_Serie_Token, ipSenha_Token, etc); Então tenho um Server.exe que utiliza a NFePrincipal.pas e faço a chamada a essas funções que dentro delas faço uso ao acbr e tudo roda ok blz. Ai tenho um EmiteNota.exe que utiliza também a NFePrincipal e faço a mesma chamada a essas funções, nesse EmiteNota.exe que apresenta o problema, que consegui solucionar utilizando a alteração que passei nos comentários anteriores. Já conferi um monte aqui o que estão diferente de cada um dos EXE já que os dois estão usando o mesmo NFeParincipal.pas, porém não encontrei o que pode ser até chegar no acbr.

Olá... já tem um bom tempo que já passaram com o erro do CoInitialize, não sei exatamente porque esta me apresentando esse erro, fui olhando os fontes percebi que estava fazendo a chamada duas vezes do CoInitialize. Problema esse acontecendo nos EVENTO então é passado no TDFeSSLXmlSignMsXmlCapicom.Assinar que tem o CoInitialize ai no meio do processo do assinar chama outras funções que chega no TDFeCapicom.CarregarCertificado que também tem o CoInitialize e no final da função tem o CoUninitialize que então ao voltar para o TDFeSSLXmlSignMsXmlCapicom.Assinar da erro pois foi utilizado o coUninitialize. Segue em anexo a alteração que fiz para resolver a minha questão, fiz com base na ideia utilizado no TDFeSSLXmlSignMsXmlCapicom.Assinar que foi criado uma variável para saber se fez o CoInitialize, Se puder subir para o SVN, agradeço. ACBrDFeCapicom.pas

SADM, conseguiu fazer a impressão do comprovante TEF em impressora normal?