Ir para conteúdo
  • Cadastre-se

eazschornack

Membros
  • Total de ítens

    82
  • Registro em

  • Última visita

  • Days Won

    1

Tudo que eazschornack postou

  1. Quando envio pelo modo Síncrono ou Assíncrono, precisa enviar no mínimo 2 rps por lote. Caso envie 2 ou mais, dai retorna sim uma mensagem de erro que é possível compreender. (somente no modo assíncrono, modo síncrono não foi implementado pelo servidor) Estou achando que é problema no provedor mesmo, mas não consigo contato com eles por telefone e nem retorno por email. Mas vou continuar tentando.
  2. Bom dia! Sim, fontes atualizados e reinstalados. No programa exemplo, acontece o mesmo erro...
  3. Alguém já passou por esse erro? Estou testando na cidade de Rondonópolis, que mudou recentemente para o provedor Agili... Tento entrar em contato com eles, mas sem sucesso Segue anexo arquivos de envio e retorno 1-ger-nfse.xml 1-ger-nfse-soap.xml 1-lista-nfse-ger.xml 1-lista-nfse-ger-soap.xml 11-rps.xml
  4. Boa tarde! Então, como citei anteriormente eu fiz a atualização dos fontes, é exatamente essa a questão. Sempre que atualizo os fontes, tenho que alterar manualmente a unit (anexada anteriormente) para poder validar no banco. Caso não altere e use os fontes originais e atualizados do SVN o banco gera uma rejeição. Vou continuar alterando manualmente. Obrigado!
  5. Boa tarde! Atualizei os fontes e o erro permanece, acredito que não foi enviado pro SVN. Conseguiram analisar esses arquivos?
  6. Exatamente, aqui mesma coisa enquanto estava tentando autorizar. Entrei em contato com a sefaz, deram sempre as mesmas respostas genéricas, em um momento falaram que pode ser até pela troca de versão mas não deram nenhuma resolução do caso. Como meus clientes tinham prazo, acabaram fazendo o A1 e autorizado perfeitamente.
  7. Acabei não tendo como testar mais. Orientei meus clientes a fazerem o certificado A1, dai funciona normalmente.
  8. Se a empresa for do Regime Normal (CRT = 2 ou 3), nos produtos você precisa passar os dados do CST (10, 20, 60, 70, etc) Se a empresa for do Simples Nacional (CRT = 1), você passa os dados do CSOSN (101, 102, 103, 500, etc) Verifica os cadastros e/ou as configurações do sistema, e veja como está sendo passado essas informações nos produtos.
  9. Bom dia! A empresa deve estar cadastrada como "Regime Normal" e você não está passando os dados do CST e sim passando dados do CSOSN. Ou vice-versa.
  10. Boa tarde! Segue arquivo de schemas atualizado para o provedor Elotech. Testado em ambiente de homologação e produção. Uma das principais mudança que verifiquei no meu uso, é que o arquivo schema antigo limitava a descrição para 20 caracteres, sendo que é limitada a 4000, conforme contato com o pessoal da elotech. Entre outras pequenas diferenças... Antigo: Novo: Arquivo novo encontra-se em anexo. nfse_v2_03.xsd
  11. Ao consultar uma nfs-e já cancelada, não retorna o status porque a Elotech usa uma tag diferente, que retorna como nil no código. Como estava: Na linha 883 o AuxNode recebe nil, porque não existe a tag, sendo assim ele entra no if da linha 885, mas não consegue receber nada porque o próprio AuxNode está como nil. Como alterei: Na linha 886, fiz o AuxNode receber novamente o node NfseCancelamento. Existem outras formas, mas seria essa a ideia. ACBrNFSeXProviderABRASFv2.pas
  12. Remove os caracteres especiais, quer vai dar certo.
  13. ACBrBancoSafra-BK.pas (Arquivo original, não alterado, com erro na homologação) ACBrBancoSafra-OK.pas (Arquivo alterado por mim, homologado com sucesso)
  14. Boa tarde! Fiz as alterações para gerar o nosso número com o dígito verificador (não sei se consegui manter o padrão da escrita do código). Todo o processo foi homologado corretamente pelo banco, gerado o boleto e enviado a remessa. Tudo certo. Já estou utilizando em produção. Segue a unit alterada, se puderem analisar. Qualquer dúvida estou a disposição. ACBrBancoSafra-BK.pas ACBrBancoSafra-OK.pas
  15. Sim, tinha verificado essas informações. Dessa forma que o nosso número está sendo gerado (sem o dv), ao menos aqui, está gerando rejeição no banco. Estou fazendo algumas alterações no componente e vou fazer o processo de homologação novamente. Só queria verificar se alguém está utilizando também, reparou nesse erro e talvez tenha corrigido.
  16. Bom dia! Estava utilizando os boletos do banco safra normalmente, estava homologado e gerando tudo certo. Fiz a atualização dos componentes e agora os boletos do Banco Safra estão gerando o nosso número sem o dígito verificador, tanto na geração do boleto quanto nos arquivos de remessa. Como estava gerando antes da atualização: (está é a forma correta) Como está gerando agora, após a atualização: (gerando rejeição no banco) Alguém está utilizando e verificou essa diferença?
  17. Bom dia! Acabei fazendo as alterações que precisava para gerar o XML corretamente. Até criei um tópico com todas as alterações que fiz. Mas respondendo sua pergunta, não, não consigo enviar o rps da elotech através do ACBr, justamente pelo método de assinatura que eles utilizam. Utilizo o ACBr apenas pra gerar o xml e acabo utilizando o sistema deles (SITS) pra enviar os arquivos, tanto de envio, quanto consulta e cancelamento. Estou tentando alterar o componente pra enviar diretamente por ele, mas sem sucesso ainda.
  18. Sim, também acredito que ela não deveria existir, mas como tinha no repositório e estava sendo utilizada, acabei alterando ela pra poder gerar o XML corretamente. Os Schemas já estão no reporitório, na pasta EloTech, mas vou deixar em anexo. nfse_v2_03.xsd
  19. Bom dia! Elotech mudou o sistema e não está mais aceitando o xml na versão 1.2 e passou a aceitar somente 2.03. Fiz diversas alterações na unit pnfsNFSeW_Elotech.pas e agora está gerando o XML corretamente. (Lembrando que uso o ACBrNFSe apenas para criar o xml, pois eles utilizam um padrão de assinatura diferente) Não sei se fiz da melhor forma, mas foi o que consegui, qualquer dúvida estou a disposição. Deixei comentado todas as alterações, caso for enviar para o repositório esses comentários podem ser removidos. pnfsNFSeW_Elotech.pas
  20. Boa tarde! Fiz as alterações no Elotech.ini para a cidade de Palotina/PR. Foram adicionados os seguintes campos: [URL_P] ; Palotina/PR RecepcaoLoteRPS_4117909=https://palotina.iss.elotech.com.br/iss-ws/nfse203.wsdl [URL_H] ; Palotina/PR RecepcaoLoteRPS_4117909=https://palotina.iss.elotech.com.br/iss-ws/nfse203.wsdl Elotech.ini
  21. Bom dia. Segue algumas alterações que fiz no fonte, para adicionar alguns campos (campos em negrito) que estavam faltando no RPS. O campo "Inscrição Municipal" é obrigatório caso seja retido o ISSQN (ao menos na cidade de Palotina), o que estava ocorrendo erros pois não gerava no XML. Unit: pnfsNFSeW_Elotech procedure TNFSeW_Elotech.GerarIdentificacaoTomador; begin Gerador.wGrupo('IdentificacaoTomador'); Gerador.wGrupo('CpfCnpj'); if length(OnlyNumber(NFSe.Tomador.IdentificacaoTomador.CpfCnpj)) <= 11 then Gerador.wCampo(tcStr, '#34', 'Cpf ', 11, 11, 1, OnlyNumber(NFSe.Tomador.IdentificacaoTomador.CpfCnpj), DSC_CPF) else Gerador.wCampo(tcStr, '#34', 'Cnpj', 14, 14, 1, OnlyNumber(NFSe.Tomador.IdentificacaoTomador.CpfCnpj), DSC_CNPJ); Gerador.wGrupo('/CpfCnpj'); Gerador.wCampo(tcStr, '', 'InscricaoMunicipal', 1, 10, 0, NFSe.Tomador.IdentificacaoTomador.InscricaoMunicipal); Gerador.wGrupo('/IdentificacaoTomador'); end; procedure TNFSeW_Elotech.GerarContatoTomador; begin Gerador.wGrupo('Contato'); Gerador.wCampo(tcStr, '', 'Telefone', 1, 20, 0, NFSe.Tomador.Contato.Telefone); Gerador.wCampo(tcStr, '', 'Email', 1, 80, 0, NFSe.Tomador.Contato.Email); Gerador.wGrupo('/Contato'); Gerador.wCampo(tcStr, '', 'InscricaoEstadual', 1, 20, 0, NFSe.Tomador.IdentificacaoTomador.InscricaoEstadual); end; pnfsNFSeW_Elotech.pas
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.