Italo Giurizzato Junior

Boa tarde, Se eles não sabem explicar o que esta ocorrendo com o webservice deles que rejeita o RPS passando todas as informações conforme consta no manual no que se diz respeito ao usuário e senha, uma vez que a resposta do webservice se refere ao usuário e não outra informação do RPS, quem vai ter a resposta? Para mim existe um bug nesse webservice ou ele foi muito mau elaborado que se encontrar alguma informação errada no RPS acusa que o usuário é invalido.

Boa tarde, Sim já esta implementado o provedor SigCorp, você pode tomar como base a cidade de Avaré. Vai ser necessário alterar apenas o arquivo Cidades.ini

Boa tarde Heronim, Favor atualizar os fontes, note que fiz alteração nos arquivos: Cidades.ini Sigep.ini e em uma unit do componente. Faça novos testes.

Bom dia Heronim, Você esta com todos os fontes de todas as pastas atualizados? Pelo que notei essa cidade já consta no arquivo Cidades.ini e o provedor é: Centi

Bom dia Eciello, Verifique junto ao provedor se ele disponibilizou esse serviço em seu webservice. Se sim, qual é a URL de acesso a esse serviço para o ambiente de homologação e de produção.

Bom dia Maiquel, Muito obrigado pela contribuição, já enviei para o repositório.

Bom dia Diego e Elisângela, Muito obrigado pela contribuição, já enviei para o repositório.

Bom dia Theiller, Muito obrigado pela contribuição, já enviei para o repositório.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Leonardo, Antes de você dar continuidade aos seus testes, por favor atualize o fones. Fiz uma alteração que faz com que o componente considere o tempo estimado de processando antes de realizar a consulta para obter o resultado do processamento. Pois o componente após o envio ele realiza uma consulta automaticamente, se o tempo estimado para o processamento for de 3 segundos (por exemplo) pode não retornar a guia. Procure debugar o método LerXml que se encontra na unit pgnreRetConsResLoteGNRE.

Bom dia Marcelo, O ambiente de homologação da SVC-SP esta liberado, somente o de produção que fica fechado e só é liberado caso a UF (por exemplo MG) solicitar. Faça um teste com a unit em anexo. ACBrCTe.pas

Bom dia Eduardo, Complementando o que o Luís já te passou: O valor nCT é um numero sequencial que varia de 1 até 999.999.999, já a série varia de 001 até 999. Quando o valor de nCT atingir o seu valor máximo ou seja 999.999.999 devemos passar para a serie seguinte, ou seja, se esta usando a serie 001 devemos ir para a serie 002 e o nCT retorna para 1, quando nCT atingir novamente o se valor máximo novamente passamos para a serie seguinte. Dica: não deixe o usuário digitar o numero da serie e nem o numero do conhecimento (nCT), pois com certeza vai fazer kaka. Tanto nCT quanto a serie como você notou são numero sequenciais e devem ser controlados pela a aplicação. A sua aplicação tem que ter uma tela onde você configura o numero e serie inicial e dai por diante é por conta da aplicação. Se a empresa é nova, ou seja, nunca emitiu um CT-e devemos considerar que a serie é 001 e o numero do conhecimento é 1. Agora se a empresa esta trocando de aplicação é preciso saber qual é a serie e o ultimo numero do conhecimento emitido ao realizar a troca de aplicação. Supondo que essa empresa se utiliza do programa gratuito da SEFAZ, e vai passar a utilizar a sua aplicação, no momento da troca ela estava utilizando a serie 1 e o ultimo conhecimento emitido foi de numero 150.456 A sua aplicação deve dar continuidade, ou seja, o primeiro conhecimento emitido através da sua aplicação deverá ser de numero 150.457 serie 1. Espero que tenha ficado claro. Mais uma informação importante: Todo documento fiscal não importa se ele seja eletrônico ou de papel sempre vai possuir um numero e serie, ambos são sequenciais e se comportam da forma apresentada acima.

Note que a comunicação com o webservice esta ocorrendo. Ocorre o envio e temos um retorno. Se a configuração no que diz respeito a usuário e senha esta de acordo com o que consta no manual e mesmo assim é retornado que o usuário é invalido, não vejo outra alternativa entrar em contato com o provedor relatar o problema e se possível enviar os XMLs de envio e o de retorno. Quem sabe eles tem uma explicação para o problema.

Bom dia Marcio, Enviei para o repositório uma alteração que faz com que o componente leve em consideração o tempo estimado para o processamento. Junior, assim que possível for, disponibilize uma nova versão do Monitor para contemplar essa alteração.

Bom dia, No caso da NF-e, após alimentar o componente com os dados da venda a sua aplicação apenas executa o comando: ACBrNFe1.WebServices.Enviar.Executar; E o componente se encarrega de gerar o XML, assinar, validar e enviar para a SEFAZ a nota? Na rotina que alimenta o componente não existe nenhuma chamada aos métodos assinar e validar?

Bom dia a todos, No retorno do envio consta a seguinte informação: <ns1:tempoEstimadoProc>2000</ns1:tempoEstimadoProc> No meu entendimento, o webservice esta retornando uma estimativa de tempo na fila de espera para o processamento. O que vocês acham de fazer com que o componente aguarde esse tempo para realizar a consulta que ele realiza automaticamente?

Bom dia, Faça o teste com esses arquivos: Cidades.ini Smarapd.ini

Bom dia Duarte, Esta usando os schemas que se encontram na pasta: ...\Exemplos\ACBrDFe\Schemas\NFe Você atualizou todos os fontes de todas as pastas?

Bom dia Luiz, Se no programa exemplo mesmo com a atualização dos fontes funciona sem nenhum problema, por outro lado na sua aplicação ocorre erro, com certeza a configuração do componente na sua aplicação não esta correta ou esta incompleta. Como o erro se refere a geração do XML, você configurou corretamente a propriedade de configuração chamada: Integradora? Ela tem que esta com o valor: eFrete.

Bom dia Rodrigo, Vou ver se descubro o que esta ocorrendo.

Bom dia Marcelo, Com essa alteração para 4 casas decimais o envio ocorre sem nenhum problema? Se sim, você poderia anexar a unit alterada?

Bom dia a todos, Infelizmente alguns provedores disponibilizam os seus schemas com algumas tags de valores são opcionais, mas ao chegar o XML do RPS no webservice para ser processado se a tag não estiver presente mesmo com o valor zero o RPS é rejeitado.

Bom dia Anderson, Já corrigi o arquivo INI do provedor e vou enviar para o repositório. Desde já muito obrigado pela informação.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia, Neste caso vai ser necessário entrar em contato com o provedor e questionar o motivo da rejeição.