Italo Giurizzato Junior

Bom dia Pedro, Favor entrar em contato com o provedor e solicitar a forma correta de informar esse campo. Pois essa informação pode variar de uma cidade para outra.

Boa noite ALA, No retorno não consta a informa referente ao protocolo é por isso que na tela não é mostrado.

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

Boa tarde Joceandro, Favor atualizar os fontes e faça um novo teste.

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

Boa tarde ALA, Favor anexar o XML de retorno ao realizar a consulta.

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

Boa tarde Filipe, Muito obrigado pela colaboração, já enviei para o repositório. Observação, os seus fontes estão desatualizados.

Boa tarde Augusto, Não consegui abrir o seu RAR.

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

Boa tarde Carlos, Muito obrigado pela colaboração, já fiz a alteração e enviei para o repositório.

Boa tarde Joceandro, Esses objetos listados na imagem são criados na unit ACBreSocialWebServices e não são destruídos, correto? Se sim, você deve estar com os fontes desatualizados, pois nessa unit não existe mais por exemplo a criação do objeto TretProcLote.

Boa tarde Luiz, A rejeição 760 diz: Valor de INSS deve ser informado quando tomador for pessoa Jurídica (CNPJ informado) e tipo de serviço for igual a Transporte de Pessoas ou Excesso de Bagagem. Analisando o seu XML, o valor do INSS foi informado, o tomador é pessoa jurídica, consta o CNPJ e a IE, o tipo de serviço informado é 6 ou seja Transporte de pessoas. Logo não vejo motivo para a rejeição, no meu entendimento deve ser alguma falha no web service da SEFAZ. Favor entrar em contato com a SEFAZ anexando o XML e o motivo da rejeição do mesmo.

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

Felipe, Muito obrigado, já fiz a alteração no arquivo INI do provedor e vou enviar para o repositório.

Bom dia Carlos, Favor atualizar os fontes, reinstalar os componentes e faça novos testes.

Bom dia a todos, Favor atualizar todos os fontes de todas as pastas e façam novos testes.

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

Bom dia Fernando, A principio sim, mude o provedor de Betha para IPM no arquivo Cidades.ini e realize os testes. Estando tudo OK, favor anexar o arquivo Cidades.ini para que possamos depois enviar para o repositório.

Bom dia ALA, Favor entrar em contato com o provedor e solicitar as URLs de homologação e produção para que possamos atualizar o arquivo INI desse provedor.

Bom dia Diego, Favor anexar o XML de envio do lote antes da atualização e outro depois de atualizado para que possamos analisar.

Bom dia ALA, Muito obrigado pela colaboração, já enviei para o repositório. Não tem uma pastas de Schemas, pois não conseguimos até hoje os Schemas desse provedor.

Bom dia Mauricio, Goiânia, disponibilizou somente os métodos: Gerar e Consultar NFSe por RPS. Logo não vai funcionar os métodos Enviar e EnviarSincrono, muito menos os demais métodos para consulta e cancelamento.

Bom dia André, Favor atualizar todos os fontes de todas as pastas. O erro que estava ocorrendo ao validar é porque o arquivo XSD esta com erro, fiz a correção e enviei para o repositório. Quanto ao erro de envio, favor testar com as outras opções de configuração do SSLLib.

Bom dia Felipe, Utilize o método EnviarSincrono, esse provedor não disponibilizou o método Enviar e nem o Gerar.