Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    39.564
  • Registro em

  • Última visita

  • Days Won

    1.146

Tudo que Italo Giurizzato Junior postou

  1. Boa tarde @Márcio Baroni, Já esta no SVN.
  2. Bom dia @Calmeida79, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5755
  3. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  4. Bom dia @Márcio Baroni, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5754
  5. Bom dia @Márcio Baroni, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5753
  6. Bom dia @Márcio Baroni, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5752
  7. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  8. Bom dia @daniel.afonso, Já esta no SVN.
  9. Bom dia @Data Lider, Já esta no SVN.
  10. Bom dia @digao_go, O cStat = 204 ocorre ao consultar o MDF-e e o motivo é: Inconsistência de Informações no QR Code (tipo ambiente). Isso significa que o Tipo de Ambiente informado no QR-Code não é o mesmo da configuração do componente, exemplo: No QR-Code o tipo de ambiente é produção e você esta tentando consultar em homologação ou vice versa. Na sua aplicação você só pode ter apenas uma rotina que configura o componente, se necessário chame ela antes de iniciar a execução de fluxo de métodos. Exemplo: ConfiguraComponente; AlimentaComponente; (o tipo de ambiente tem que ser o mesmo da configuração) Assinar; Validar; Enviar; Por fim, você tendo o XML do MDF-e assinado salvo em disco se ocorrer erro de internet ao enviar os passos são: ConfigurarComponente; (se julgar necessário) CarregarXML; Consultar; Se a SEFAZ retornar o cStat = 205 (O MDFe não consta na nossa base de dados), os passos são: ConfigurarComponente; (se julgar necessário) CarregarXML; Enviar;
  11. Bom dia @Diego Reckziegel, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5748
  12. Bom dia @Diego Reckziegel, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5747
  13. Bom dia @Marcelo Loiola Silva, Verifica se a prefeitura ou provedor fornecem uma cadeia de certificado digital que se faz necessário ser instalado na maquina que vai emitir a nota.
  14. Bom dia @Data Lider, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5746
  15. Bom dia Almeida, Esses são os códigos faltantes?
  16. Bom dia Daniel, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5745
  17. Bom dia Felipe, O prestador de serviço em questão já emitida NFS-e através de outra aplicação? Se sim, você pode através do site da prefeitura baixar o XML da ultima NFS-e emitida por ele, costuma constar no XML o numero do RPS.
  18. Boa tarde @Marcio Patyk, Estamos evitando ao máximo de colocar condições envolvendo provedor ou município como você fez. Precisamos saber se essas descrições são exclusivas para a cidade de Passo Fundo ou se o provedor Thema adota essas descrições para todas as cidades atendidas por eles. Você consegue descobrir isso para nós?
  19. Boa tarde @Calmeida79, Descobri o motivo de não estar sendo impresso, veja: Abra o arquivo TabServicos.ini que esta na pasta: ...\Fontes\ACBrDFe\ACBrNFSeX e procure por 1601, vai constar, mas não consta o 1602. [1601] Descricao=Servicos de transporte de natureza municipal. [1701] Descricao=Assessoria ou consultoria de qualquer natureza, nao contida em outros itens desta lista; analise, exame, pesquisa, coleta, compilacao e fornecimento de dados e informacoes de qualquer natureza, inclusive cadastro e similares. Qual seria a descrição do serviço 16.02 ?
  20. Boa tarde @Marcelo Loiola Silva, Pode ser que o provedor esteja exigindo que o XML seja assinado e o componente não esteja realizando a assinatura. Abra a unit ISSLegal.Proveder e procure pela procedure Configuracao, você vai encontrar: procedure TACBrNFSeProviderISSLegal203.Configuracao; begin inherited Configuracao; ConfigGeral.Autenticacao.RequerChaveAutorizacao := True; (...) { with ConfigAssinar do begin Rps := False; LoteRps := False; ConsultarSituacao := False; ConsultarLote := False; ConsultarNFSeRps := False; ConsultarNFSe := False; CancelarNFSe := False; RpsGerarNFSe := False; LoteGerarNFSe := False; RpsSubstituirNFSe := False; SubstituirNFSe := False; end; } end; Descomente o bloco referente ao ConfigAssinar e vai trocando o False por True a cada teste. Por exemplo altere para True o valor de Rps, isso vai fazer que o Rps seja assinado. Salve a unit alterada, reinstale o ACBr e faça um teste de envio.
  21. Boa tarde @eesoares, Você esta pegando os schemas da pasta do componente antigo. Leia o tópico abaixo para configurar corretamente a pasta schemas ao usar o novo componente.
  22. Bom dia @william_computel, Segundo o manual do provedor AssessorPublico que temos não consta essa estrutura de de uma lista forma de pagamento. O que tem referente a pagamento é: Que no componente você informa a data de vencimento da seguinte forma: Vencimento := strToDate('16/08/2024');
  23. Bom dia @Gabriel Bobello, Você esta usando o componente ACBrNFSeX? Com relação ao código não consta nada no manual sobre esse código, alias os códigos de erros sempre começam com a letra E.
×
×
  • 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.