Italo Giurizzato Junior

Boa tarde Márcio, No caso de São Paulo, o varejista deve emitir as suas notas através do SAT, pode até emitir a NFC-e mas é necessário possuir o SAT como contingência. Fica a seu critério adotar somente o SAT ou ambos. Eu recomendo ambos, pois somente São Paulo impôs essa condição. Se você adotar somente o SAT, corre o risco de ter que alterar toda a sua aplicação caso o Estado de São Paulo resolva tirar essa condição ou até mesmo abolir o SAT.

Boa tare Marcos, Fiz de uma forma diferente. Favor atualizar os fontes e testar novamente.

Boa tarde Riquera, Quando você diz pegar, você quer dizer obter essa informação salva em um arquivo? Se sim, lembre-se que essa informação é salva consta no arquivo de retorno ao consultar a situação do lote. Para que os arquivos de envio e de retorno sejam salvos devemos configurar o componente. Configuracoes.Geral.Salvar := True;

João, Favor atualizar os fontes e testar novamente ( provedor SimplISS ). Até onde sei o provedor WebISS esta funcionando 100%.

Boa tarde a todos, O numero do protocolo é retornado logo após o envio no caso do método Enviar. Sendo assim para obter o numero do protocolo basta: sProtocolo := ACBrNFSe1.WebServices.EnviarLoteRPS.Protocolo;

Boa tarde Nelson, Se não me falha a memória não é esse o provedor cujo layout é diferente do ABRASF e alem disso os métodos de acessar os web services também é diferente? Se sim, no meu entendimento se fosse somente o layout diferente daria para implementar visto que o componente já possui uma meia duzia de provedores que não seguem o ABRASF. Mas alem o layout do XML o método de acesso é diferente também ai fica muito complicado, daqui a pouco o componente vai virar um balaio de gato cuja manutenção será muito complicada.

Boa tarde Walter, Esse problema também ocorre com o programa exemplo? Você esta com todos os fontes atualizados?

Boa tarde João, Esta com todos os fontes atualizados? Se sim, configura o componente para salvar os arquivos soap: Configuracoes.WebServices.Salvar := True; Realize novos testes e post como anexo os arquivos que tem no nome a palavra soap.

Boa noite, Junior, Você esta usando os fontes do Trunk2? Se sim, todos os fontes de todas as pastas estão atualizados?

Boa noite Hugo, O que você acha de colaborar com a comunidade, informando quais são as notas URLs? Existe um arquivo chamado ACBrCTeServicos.INI onde encontram-se todas as URLs, você mesmo pode fazer a alteração e realizar os testes. Estando tudo OK, ou seja, tudo funcionando com as novas URL, anexe o arquivo mencionando acima para que possamos envia-lo para o repositório.

Boa noite, Uma coisa são as TAGs do XML do RPS e outra são as TAGs de envelopamento do lote de RPS a ser enviado para o Web Service. Essa TAG que você se refere faz parte do layout do envelopamento.

Boa noite Walter, Se tratando de NFS-e não existe numero de recibo e sim numero de protocolo, que só é obtido ao ler o conteúdo do retorno do método Enviar. A titulo de exemplo estudo o programa exemplo do componente ACBrNFSe.

Boa noite Afranio, Favor atualizar os fontes e testar novamente.

Boa noite Anselmo, Em relação a esse erro: |||||.r5706, <<<<<<<.mine, >>>>>>>>>>>r11086 .... isso significa que você fez alteração nos fontes. Exclua os fontes que contem uma bolinha vermelha ou triangulo amarelo no ícone e atualize novamente os fontes. Outra coisa não faz nenhum sentido você informar o CNPJ ou CPF da mesma pessoa mais de uma vez no grupo <autXML>.

Walter, Essa informação você só obtêm lendo o retorno do método ConsultarSituacao.

Boa noite Walter, Na NFS-e não existe o numero do Recibo e sim o numero do Protocolo. O numero do Protocolo você só obtêm ao ler o retorno do envio.

Tiago, Eu que agradeço com os seus testes e desculpe pelos contratempos.

Anselmo, Como a mensagem de rejeição não é muito clara, acreditei ser as chaves das NF-e em duplicidade, mas analisando o seu XML descobri o seguinte: <autXML> <CNPJ>18143201000103</CNPJ> </autXML> <autXML> <CNPJ>18143201000103</CNPJ> </autXML> Consta a mesma pessoa jurídica informada duas vezes como autorizada a baixar o XML do CT-e.

Tiago, Essa mensagem só aparece caso a procedure SetConfigMunicipio seja executado e para que ele seja executado é necessário atribuir um valor para a propriedade de configuração: CodigoMunicipio. E pela mensagem de erro a propriedade PathIniCidades contem espaço em branco ou uma barra "\" apenas.

Boa tarde Douglas, Esse problema ocorre também com o programa exemplo? O objeto ANFe é criado toda vez que ele é usado? Ou o componente ACBrNFe esta presente no Form ou Data Module e você alterou o seu nome para ANFe?

Boa tarde a todos, Se tratando de rejeição, não tem nada haver com os Schemas, pois estes são usados para validar o XML antes do seu envio. Em uma passada rápida pelo XML notei que existe o grupo PIS mas não tem o COFINS, esta certo isso?

Boa tarde Anselmo, Sem o XML do CT-e fica complicado descobrir o problema. Mas vou chutar. Ao informar o documento originário (por exemplo a chave da NF-e), não esta sendo informado duas vezes?

Boa tarde Tiago, Qual é o problema que ocorre ao tentar cancelar?

Bom dia a todos, E existe provedor que passa o dia recepcionando os lotes de RPS e só inicia o processamento de madrugada. Por conta disso só no dia seguinte que podemos realizar a consulta e obter o XML da NFS-e.

Bom dia Rogério, Se a ultima vez que você atualizou foi dez/2015 então os teus fontes estão muitos velhos, pois quase todos os dias estamos enviando para o repositório correções e melhorias no componente. Ondem a noite mesmo eu enviei uma correção.