Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    39.673
  • Registro em

  • Última visita

  • Days Won

    1.151

Tudo que Italo Giurizzato Junior postou

  1. Bom dia Marcos, Já incluir na minha lista de tarefas para verificar o que esta ocorrendo com a Consulta a NFSe que você acrescentou no arquivo INI do provedor. Quanto a consultar automaticamente logo após o envio, isso me parece estar pronto. O provedor Equiplano consta no componente que a versão do seu XML é 1.00, sendo assim se você atribuir o valor True a propriedade ConsultaLoteAposEnvio, logo após o envio ele vai consultar a situação, caso o lote tenha sido processado com sucesso ele vai consultar o lote para poder obter os XMLs das notas.
  2. Boa tarde Douglas, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. Vou analisar o que você fez e estando tudo OK, vou enviar para o repositório.
  3. Bom dia Junior, Desculpe pela demora, para fazer com que o componente assine o XML é preciso alterar o arquivo INI do provedor. Feito isso iniciar os testes.
  4. Bom dia a todos, Estou promovendo um Refactoring no componente ACBrNFSe. Nos testes preliminares com o provedor WebISSv2 não tive erro de assinatura invalida no cancelamento.
  5. Bom dia Marcos, Se você abrir o arquivo 21-rec.xml vai notar que eu também obtive esse mesmo retorno. O que precisamos saber é o que vem a ser esse Código de Barras. Talvez a ChaveAcesso ou ChaveAutorizacao que se encontram dentro do grupo Seguranca tem que ser apenas numérico.
  6. Bom dia André, Me diz uma coisa, ao enviar o Lote o provedor retorna o numero do protocolo?
  7. Boa tarde ALA, Para o CodigoTributacaoMunicipio tente informar o mesmo código informado em ItemListaServico.
  8. Boa tarde André, Você até pode deixar a propriedade ConsultaLoteAposEnvio com o valor True. Se o problema é lentidão, você pode configurar as propriedades: AguardarConsultaRet: se informar por exemplo 5000 o componente vai esperar 5 segundos antes de executar automaticamente o ConsultarSituacao; IntervaloTentativas: se informar por exemplo 3000 o componente vai esperar 3 segundos entre uma tentativa e outra; Tentativas: se informar por exemplo 10 o componente vai executar a consulta 10 vezes; TimeOut: se informar por exemplo 50000 o componente vai aguardar o webservice por 50 segundos antes de gerar uma mensagem de erro. Como você pode ver, as vezes podemos resolver esses problemas de tempo de resposta alterando algumas propriedades de configuração do componente.
  9. Boa tarte Felipe, Se eu entendi direito você deseja enviar um evento de Manifestação do Destinatário informando a chave de um CT-e, é isso? Se sim, de onde você tirou essa ideia? Não existe evento de Manifestação do Destinatário para CT-e e sim somente para NF-e. Ou que você deseja fazer é enviar o evento de Prestação de Serviço em Desacordo? Se este, então por favor leia atentamente o artigo que trata sobre esse assunto clicando no link:
  10. Bom dia André, Tanto o provedor Ginfes quando o ISSNet seguem a versão 1 do layout da ABRASF, logo porque você não usa o método ConsultarSituacao logo após o envio? O Consultar Situação vai retornar os seguintes valores: 1- Logo não enviado; 2- Lote em Processamento; 3- Lote processado com falha ; 4- Lote processado com sucesso. Se o valor do campo Situacao for 3 ou 4 devemos executar o método ConsultarLoteRps, teremos como resposta a lista de rejeições caso a situação seja 3 ou a lista de notas caso a situação for 4
  11. Bom dia, CNPJ é uma coisa, Inscrição Estadual é outra. Uma empresa pode ter CNPJ e não ter Inscrição Estadual por exemplo.
  12. Bom dia Eliezer, Por favor, peça para esse provedor os schemas para que possamos validar o XML antes do seu envio. Pelo que pude ver pelo XML de exemplo eles fizeram algumas alterações na estrutura do XML, portanto não é fiei a versão 2 do layout da ABRASF.
  13. Bom dia Marcos, Você atualizou todos os fontes de todas as pastas? Reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada? 21-env-lot.xml 21-env-lot-soap.xml 21-rec.xml 21-rec-soap.xml
  14. Diego, Se prepara pois tem varias pegadinhas no schema da cidade de Cataguases. Realmente eu gostaria de conversar pessoalmente com o responsável (se podemos chamar de responsável) desse provedor. Os caras mudam o namespace do schema, mudam algumas tags dentro do schema, sinceramente eu não entendo.
  15. Bom dia Sandro, Procure sempre utilizar o programa exemplo para realizar os testes. Outra coisa a configuração esta desta forma?
  16. Bom dia Diego, Muito obrigado pela colaboração, assim que possível vou analisar a sua alteração. Acredito ter encontrado uma forma de compatibilizar para todas as cidades desse provedor. Segue os arquivos em anexo para que vocês possam fazer os testes. Cidades.ini VersaTecnologia.ini ACBrNFSeConfiguracoes.pas
  17. Bom dia a todos, Eu não sei o que passa na cabeça desse pessoal dos provedores. Não conseguem manter um padrão para todas as cidades atendidas por eles. Diego, favor anexar a unit que você alterou para que eu possa analisar. A alteração feita no arquivo INI acaba gerando efeito colateral em outras cidades que são atendidas pelo mesmo provedor, é preciso encontrar uma forma de resolver esse problema.
  18. 12/08/2020 Regras de validação do MDF-e Integrado - Ambiente de Homologação Comunicamos que as regras de rejeição 725 e 726 referentes ao MDF-e integrado foram reativadas SOMENTE no ambiente de HOMOLOGÇÃO de empresas da SVRS para permitir testes das empresas.
  19. Boa tarde Sandro, Esse é o grande problema, os caras disponibilizam o schema com ID todo minúsculo e implementa no webservice com ID "Id". Se gera com "id" o XML é validado, mas ocorre outros erros como por exemplo assinatura invalida.
  20. Boa tarde Felipe, O emitente é pessoa física ou jurídica? A principio todas as empresas (pessoas jurídicas) que emitem NF-e ou CT-e já estão liberadas para emitir MDF-e. Essa rejeição ocorre quando o emitente é uma pessoa física ou alguma kaka da SEFAZ-RS.
  21. Bom dia Marcos, Enviei para o repositório as alterações no componente visando a implementação do provedor AEG, favor atualizar todos os fontes de todas as pastas e inicie os testes. Muito obrigado pela colaboração.
  22. Bom dia, Muito obrigado pela colaboração, já enviei para o repositório. Observação: os seus fontes estão bem desatualizados.
  23. Bom dia Luiz, Muito obrigado pela colaboração, já enviei para o repositório.
  24. Bom dia Renan, Muito obrigado pela colaboração, já enviei para o repositório.
  25. Bom dia, Favor atualizar os fontes e façam novos testes, já foi enviado para o repositório a implementação do provedor GeisWeb.
×
×
  • 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.