Italo Giurizzato Junior

Boa tarde Fabricio, Esse provedor só tem o envio assíncrono, logo após o envio o que você tem como retorno é o numero do protocolo. O numero do protocolo você utiliza no Consultar Lote para obter o XML da NFS-e. Você pode automatizar esse processo ativando a opção: ConsultarLoteAposEnvio.

Boa tarde Diego, Isso esta muito esquisito, no XML de exemplo faz referencia ao namespace do provedor Betha, veja: <ns3:EnviarLoteRpsEnvio xmlns:ns3="http://www.betha.com.br/e-nota-contribuinte-ws"> Pelo jeito nem schemas os caras tem para fornecer. O manual se refere a emissão de notas via site e não via webservice. Dessa forma a implementação vai ficar na tentativa e erro.

Bom dia John, O problema de acessar a URL através de um navegador é que ela não é de um webservice soap e sim de uma API Rest, acredito eu. No XML que você colou acima temos: <toma> <CPF>12345678901</CPF> <IM>123</IM> Ou seja um CPF invalido, pode ser que a API não tenha ainda uma regra especifica para o CPF invalido, logo esta gerando esse erro que não tem nada haver. Informe um CPF valido e não informe a IM (Inscrição municipal).

Bom dia Diego, Já esta no SVN.

Bom dia Fer, Esse numero que esta entre parênteses não é o valor e sim o tamanho, no caso do DV ele tem o tamanho de 1 digito. Já a tag nDFSe se refere ao Número sequencial do documento gerado por ambiente emissor próprio do município.

Bom dia Fabricio, Configure o programa exemplo para salvar o arquivo (soap) e anexe o XML (soap) de envio e de retorno. Para que possamos analisar.

Bom dia Diogo, Tenta conseguir com a prefeitura o manual com o layout do arquivo que deve ser enviado para o WebService do provedor.

Bom dia Diego, Você utiliza o Fast ou Fortes Report?

Boa tarde Diego, Ao enviar o Rps a tag IssRetido recebe o valor 1 para Retenção e 2 para Normal, mas no XML da NFS-e a mesma tag contem o valor zero quando é Normal? Isso confere? Pois na unit Centi.Provider você só alterou a função SituacaoTributariaToStr a StrToSituacaoTributaria continua sem nenhuma alteração.

Boa tarde André, Favor atualizar todos os fontes e reinstale o ACBr, fiz mais uma alteração na unit.

Boa tarde Gomes, Você poderia anexar a unit alterada para que possamos analisar?

Boa tarde Marcos, Já esta no SVN.

Boa tarde John, Por favor crie somente uma postagem. Vou fechar essa, vamos dar continuidade na outra postagem.

Boa tarde, Copia esse arquivo para a pasta que se encontra o EXE da aplicação. É para funcionar a conversão do código IBGE para o SEF automaticamente.

Boa tarde John, Não cole o XML como parte da postagem isso dificulta a analise, procure sempre anexar o arquivo.

Boa tarde Dercide, Além de incluir o campo versão vai ser necessário mudar a URL também. Veja como ficou a URL de outras cidades que migraram para a versão 2.04 desse provedor.

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

Boa tarde Edmilson, Você sabe me dizer qual é o provedor contratado pela prefeitura, bem como as URLs de homologação e produção?

Boa tarde Everson, Por favor anexe as units alteradas para que possamos analisar e caso esteja tudo OK enviaremos para o SVN. Desde já muito obrigado pela colaboração e testes.

Boa tarde Diego, Ao gerar o XML do RPS para ser enviado a alíquota é gerada com 2 ou 4 casas?

Bom dia Marcos, Favor atualizar os fontes e reinstalar o ACBr e faça os testes.

Bom dia Bill, Já esta no SVN.

Olá Pessoal, Foi publicada em 01/06/2023 a NT 2023.003 a qual tem por objetivo permitir que na emissão de NFC-e seja possível a utilização do CFOP 5949 com o CST 90 ou CSOSN 900 para casos específicos e a critério da UF. Conforme informações recebidas durante o dia de hoje, trata-se de uma solicitação da SEFAZ-RS, a qual viabiliza a informação de Recarga de Celular, Recebimento de Contas e outras transações de pagamento sejam registradas em NFCe sem gerar oneração ao contribuinte. Veja as duas regras que sofreram alteração por conta dessa NT. Sobre a Vigência 05/06/2023 em ambiente de Homologação 03/07/2023 em ambiente de Produção Sobre o Impacto nas Soluções ACBr Por ser uma alteração nas regras de validação na SEFAZ, não se faz necessário nenhuma alteração no Componente, Lib ou Monitor. Sobre o Impacto nas Aplicações Comerciais Podem ser necessárias adequações afim de atender a demanda da SEFAZ-RS.