Jump to content

Augusto Fontana

Membros
  • Content Count

    165
  • Joined

  • Last visited

Community Reputation

27 Excellent

3 Followers

About Augusto Fontana

  • Rank
    Membro
  • Birthday 03/08/1986

Profile Information

  • Sexo
    Masculino
  • Localização
    São José - SC

Recent Profile Visitors

1,027 profile views
  1. Obrigado Henrique, estava com o mesmo problema, testei aqui com o arquivo que você enviou e funcionou corretamente.
  2. Acredito que tenha passado batido algum conflito na hora da sincronia, então tem que ficar ligado na hora de sincronizar para deletar os arquivos antigos.
  3. Boa tarde Só para compartilhar, eu sincronizei os fontes, fiz a instalação marcando a opção para apagar os fontes antigos. Compilou tudo com sucesso. Ao compilar a minha aplicação estava dando erro. Ela ainda estava apontando para o arquivo pcnDistDFeInt, na pasta PCNNFe. Então deletei a pasta, sincronizei e instalei novamente e ai funcionou. Por algum motivo o arquivo não tinha sido deletado.
  4. Bom dia Ítalo, Verifiquei nossa lista de clientes que usam esse provedor e todos eles são de Santana do Livramento/RS, então não tenho como confirmar se essa configuração é válida para todas as prefeituras. Acredito que sim, já que o mesmo problema está sendo apresentado para a prefeitura de Jaguarão. Att
  5. Eu tive esse mesmo problema com esse provedor em algumas prefeituras. Para mim resolveu alterando a propriedade URI para 0 no arquivo DBSeller.ini. [Assinar] RPS=0 Lote=1 URI=0
  6. Ops, criei o tópico no fórum errado, esse assunto não é relacionado a MDFe e sim Boleto. Criei novo tópico no fórum correto, segue:
  7. Boa tarde, Apenas para informar que ao emitir o boleto pelo Forte no Delphi está aparecendo a mensagem de erro "Property LCLVersion does not exist". Removi a propriedade LCLVersion no dfm do ACBrBoletoFCFortesFr.dfm, conforme instruído em outros tópicos e voltou a funcionar. Att
  8. Boa tarde, Apenas para informar que ao emitir o boleto pelo Forte no Delphi está aparecendo a mensagem de erro "Property LCLVersion does not exist". Removi a propriedade LCLVersion no dfm do ACBrBoletoFCFortesFr.dfm, conforme instruído em outros tópicos e voltou a funcionar. Att
  9. Bom dia Ricardo, Já consegui resolver, foi bobeira minha, estava faltando o arquivo "tiposBasico_v1.03.xsd" na minha pasta com os schemas. Eu tinha criado uma pasta apenas com os schemas necessários para a versão 4.0 ai acabei deixando apenas o arquivo "tiposBasico_v4.00.xsd" na pasta, sendo que o cancelamento ainda usa o arquivo "tiposBasico_v1.03.xsd". Obrigado.
  10. Boa tarde, estou com o mesmo problema no cancelamento. leiauteEvento_v1.00.xsd#/schema/complexType[1][@name = 'TEvento']/sequence[1]/element[1][@name = 'infEvento']/complexType[1]/sequence[1]/element[2][@name = 'tpAmb'] Undeclared XSD type : '{http://www.portalfiscal.inf.br/nfe}TAmb A emissão está funcionando normalmente, estou tentando identificar o que pode ser. A princípio os schemas estão corretos, mas da erro na validação (Método: SSL.Validar)
  11. Boa tarde Italo, Seguem arquivos descompactados. pnfsNFSeW_ABRASFv2.pas pnfsConversao.pas
  12. Boa tarde Luiz Sim está funcionando, acredito que as minhas alterações não foram liberadas no SVN, então você precisa substituir os arquivos do ACBr pelo que enviei. Para que os dados do RPS não sejam enviados, você precisa colocar o Tipo = trNone na IdentificacaoRps.
  13. Boa tarde Ítalo Estranho, vou enviar novamente. Esse arquivos estão mais atualizados, já considerando as últimas alterações liberadas no SVN. Att Arquivos.rar
  14. Bom dia, Os dados do RPS não são obrigatórios na geração da NFS-e do provedor SystemPro, o RPS somente deverá ser informado quando necessário, conforme descrito no manual (Manual_WebServices_NFSe.pdf), capítulo 2.1, conforme trecho abaixo: O Tipo Complexo “tcInfRps”, somente deverá ser preenchido quando realmente houver um RPS ( Recibo Provisório de Serviços ), ou conversão de Nota Conjugada/Cupom Fiscal. Após alterações liberadas na revision 14209 do SVN, está sendo obrigatório informar os dados do RPS, e nesse caso como não tenho RPS emitido, gera erros relacionados a falta do número de série do RPS (erro.jpg). Fiz alteração para manter o funcionamento atual e permitir também a emissão da NFS-e sem RPS. Para isso criei uma nova opção: trNone no TnfseTipoRPS. Na geração do XML será verificado se o tipo do RPS é diferente de trNone, caso seja, prossegue informando os dados do RPS, caso contrário não é necessário escrever esses dados. Arquivos em anexo: Manual de integração GerarNFSeEnvio.xml: Arquivo de exemplo fornecido no site da prefeitura. Alterações implementadas (Alterações.rar) detalhe.jpg: Imagem mostrando a TAG que deverá ser omitida no XML Para mais informações, verificar no site da prefeitura: http://www.nfse.canela.rs.gov.br:8080/sys552/publico/viewManuais.xhtml;jsessionid=d883038d0f4d7805d60d7e7c64d8 Manual_WebServices_NFSe.pdf GerarNfseEnvio.xml Alterações.rar
  15. Boa tarde Ítalo, fiz os testes e os serviços abaixo estão funcionando corretamente: Recepção Lote, Consultar lote, Consultar Situação, Consultar NFS-e por RPS e Cancelamento, Att
×
×
  • Create New...