Italo Giurizzato Junior

Boa tarde, Mas que loucura! Esse provedor SmarAPD montou um webservice que segue a versão 1 do Layout da ABRASF? Ele já tem um webservice que segue um layout próprio, montou outro que segue a versão 2 do layout da ABRASF e agora um terceiro que segue a versão 1. Acredito que hoje não de tempo de disponibilizar alterações visando esse novo webservice, pois para esse novo será necessário os schemas para poder validar o lote antes do seu envio. Por favor solicite os schemas a serem utilizados para o modelo ABRASF.

Boa tarde Patrick, Muito obrigado pela colaboração, já enviei para o repositório.

Boa tarde Juliano, O provedor GovDigital segue a versão 2 do layout da ABRASF. O XML que você diz que é gerado pelo componente, não é bem assim. O componente ACBrNFSe gera e envia o XML do RPS para o webservice do provedor, este por sua vez processa os dados do RPS e caso estejam corretos gera o XML da NFSe e disponibiliza. Através dos métodos ConsultarLote ou ConsultarNFSePorRps ou ConsultarNFSe é possível baixar o XML da NFS-e disponibilizada. Já esse outro XML que você baixou no site segue um layout próprio. O componente foi projetado para trabalhar com o layout utilizado pelo webservice do provedor e não pelo site.

Boa tarde Eciello, Favor anexar o arquivo Tecnos.ini quero analisar o que você fez.

Boa tarde Rodrigo, Como você andou fazendo alterações nos arquivos INI e agora esta perdido, te aconselho a deletar eles e baixar tudo novamente, ou seja, atualize todos os fones de todas as pastas. Reinstale a suíte ACBr e faça novos testes. Eu vou analisar o problema e vê se descubro algo.

Boa tarde André, Exatamente, quando o endereço é nacional as informações são separadas, ou seja, temos uma tag para cada informação. Agora quando o endereço é internacional (Exterior) todas as informações são passadas juntas uma após a outra no campo Endereco.

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.