Italo Giurizzato Junior

Ramalho, O envio do RPS pelo método Enviar não esta funcionando? O problema agora não é o cancelamento? Porque você quer enviar o RPS através do método Gerar?

Ramalho, Você se refere ao provedor ISSDSF? Se sim, até onde sei esse provedor não tem o Web Services Gerar.

Bom dia Silva, O emitente da NFC-e que não possui IE ou é o destinatário?

Dércio, Fiz uma alteração no componente, favor atualizar e testar novamente.

Bom dia Ramalho, Você não pode alterar os fontes da pasta ACBrDFe, pois essas units são usadas pelos componentes: ACBrNFe, ACBrCTe, ACBrMDFe e ACBrNFSe. Uma alteração essa que você fez pode fazer com que os demais componentes parem de funcionar também.

Bom dia Evandro, Até onde sei o provedor 4R esta funcionando 100% com o componente ACBrNFSe. Você iniciar os seus testes usando o programa exemplo do componente.

O problema que esse provedor retorna logo no envio do lote o numero do protocolo de recebimento e mensagens de erro de validação. Me diz onde ocorre a exceção, no envio ou na consulta? Precisaria debugar para saber o exato momento que ocorre a exceção.

Bom dia Dércio, A propriedade: Configuracoes.WebServices.Visualizar esta com o valor True? Se não estiver, em fase de testes é importante estar pois mostra tudo o que esta ocorrendo passo por passo. Veja o que ocorreu, abrindo o arquivo 1182615-rec.xml <ii:Mensagem>Numero do RPS invalido (RPS: 1)</ii:Mensagem> <ii:Correcao>Informe um numero de RPS que corresponda a sequencia utilizada pelo prestdor de servico.</ii:Correcao> <ii:Mensagem>Codigo CNAE inexistente (RPS: 1)</ii:Mensagem> <ii:Correcao>Consulte a legislacao vigente para saber o codigo CNAE que devera ser informado neste campo.</ii:Correcao>

Boa noite Ramalho, Sim, eu sei que tem, mas o LoadFromFile foi feito para carregar o XML completo da NFS-e.

Boa noite Dércio, Favor configurar o componente para salvar os arquivos de envio e retorno soap (Configuracoes.WebServices.Salvar := True) e anexe esses arquivos para que eu possa analisar.

Ramalho, Abra o arquivo -ped-can.xml usando um navegador. Note que as TAGs: NumeroNota, CodigoVerificacao e MotivoCancelamento estão vazias. Isso é devido ao arquivo que você esta carregando antes. Ao executar o método ConsultarLote você obtêm apenas um resumo da nota. Tente executar o método ConsultarNFSeporRPS para ver se será retornado o XML completo da NFS-e.

Boa tarde Vinicius, O layout do XML da NF-e é adotado por todos os Estados brasileiros. O layout do XML da NFC-e é exatamente o mesmo da NF-e e até onde sei somente SC ainda não aderiu a NFC-e o demais todos adotaram ou vão adotar agora em 2017.

Ramalho, E do cancelamento?

Boa tarde Dércio, No arquivo DBSeller.ini favor fazer uma alteração: de: [Geral] VersaoSoap=1.1 (...) UseCertificado=1 para: [Geral] VersaoSoap=1.1 (...) UseCertificado=0 Faça novos testes, não esqueça de informar o numero de série do certificado. Essa alteração não significa que não seja necessário o uso do certificado e sim tentar eliminar a mensagem de erro que apareceu.

Boa tarde Ramalho, Configure o componente para salvar os arquivos de envio e de retorno: Configuracoes.Geral.Salvar := True Configuracoes.WebServices.Salvar := True; Faça um novo teste de cancelamento e anexe os arquivos de envio e retorno gerados ao solicitar o cancelamento. Note que vão ser gerados 4 arquivos XMLs sendo que 2 deles tem a palavra soap no nome. Anexe os 4 arquivos.

Boa tarde Dércio, Quem te atendeu de manhã foi o Estagiário Jr e a tarde foi o Estagiário Pleno. rsrsrsr

Boa tarde Edson, Aumente os valores de IntervaloTentativas e TimeOut. Você pode também aumentar a quantidade de tentativas através da propriedade Tentativas.

Boa tarde Luiz, É regra da SEFAZ.

Geovane, Primeiramente faça uma correção, você esta informando somente a data de emissão sendo que o correto é data e hora, veja como esta ficando o XML: <DataEmissao>2016-09-01T00:00:00</DataEmissao> Você deve estar usando a função Date passe a usar Now para alimentar o campo DataEmissao. Quanto ao erro que você postou, se é uma mensagem retornada pelo provedor isso significa que o problema é com eles. O Danilo, comprova o que estou dizendo, pois diz que no ambiente de homologação esta funcionando, somente no de produção. Sendo assim, concluo que o problema é no provedor, a solução é simples, entrar em contato com eles, expor o problema e aguardar a solução.

Bom dia Dércio, Muito estranho essa resposta do pessoal da DBSeller. Até onde sei esse provedor segue a versão 1 do layout da ABRASF, e nesse versão não existe os métodos: Gerar, EnviarLoteRpsSincrono e SubstituirNFSe. E se você analisar no schema (arquivo XSD) também não vai encontrar a estrutura do lote para envio Sincrono. A não ser que esse provedor trabalha com as duas versões e não sabemos. Se for esse o caso, vamos ter que criar um novo INI para o provedor e vamos precisar dos Schemas, das URLs de homologação e produção bem como a lista de cidades que utilizam a versão 1 e as que utilizam a versão 2.

Bom dia, Pra que? O componente ACBrNFSe já atende a cidade de Cordeiro/RJ

Bom dia a todos, Ramalho veja a assinatura do método CancelarNFSe: function TACBrNFSe.CancelarNFSe(ACodigoCancelamento, ANumeroNFSe, AMotivoCancelamento: String): Boolean; Os parâmetros são> Código do Cancelamento, Numero da NFS-e e o Motivo do Cancelamento. Você esta informando o código de verificação no lugar do código de cancelamento e isso esta errado. Para todos os provedores que seguem o layout da ABRASF seja a versão 1 ou 2, para efetuar o cancelamento de uma NFS-e basta apenas as 3 informações acima que são passadas via parâmetro do método CancelarNFSe. Mas o provedor em questão não segue o layout da ABRASF e portanto requer mais algumas informações, como por exemplo o Código de Verificação que consta no XML da NFS-e. Sendo assim para que seja possível o cancelamento é necessário carregar o XML da NFS-e e depois executar o método CancelarNFSe. Para obter o XML da NFS-e se não me falha a memória é preciso executar o método ConsultarNFSe ou ConsultarNFSePorRps.

Bom dia a todos, Vocês estão se referindo a Belo Horizonto, correto? Se sim o provedor é BHISS e o schema que é usado para validar o lote a ser enviado encontra-se em: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\BHISS Abram o arquivo nfse.xsd usando o bloco de notas e vão encontrar o seguinte: (...) <xsd:complexType name="tcInfNfse"> <xsd:sequence> <xsd:element name="Numero" type="tsNumeroNfse" minOccurs="1" maxOccurs="1"/> <xsd:element name="CodigoVerificacao" type="tsCodigoVerificacao" minOccurs="1" maxOccurs="1"/> <xsd:element name="DataEmissao" type="xsd:dateTime" minOccurs="1" maxOccurs="1"/> <xsd:element name="IdentificacaoRps" minOccurs="0" type="tcIdentificacaoRps" maxOccurs="1"/> <xsd:element name="DataEmissaoRps" type="xsd:date" minOccurs="0" maxOccurs="1"/> <xsd:element name="NaturezaOperacao" type="tsNaturezaOperacao" minOccurs="1" maxOccurs="1"/> (...) Notem que a definição do elemento IdentificacaoRps é do tipo complexo (tcIdentificacaoRps) e em sua definição temos os elementos: Numero, Serie e Tipo. Notem também que a estrutura apresentada acima se refere as informações da NFS-e (tcinfNfse). Se antes o grupo IdentificacaoRps e o campo DataEmissaoRps não constavam no XML da NFS-e e agora consta o motivo é simples, vejam que são opcionais, antes o provedor gerava o XML da NFS-e sem essas informações e agora resolveu gerar.

Bom dia Aloísio, A versão 2.00a se refere ao componente e não tem nada haver com a versão do Documento Fiscal do MDF-e. Sim, houve uma alteração nos valores de VersaoDF, agora temos os valores ve100 e ve300. Você deve alterar a sua aplicação informando o valor ve100 e não mais ve100a. E quando for liberado e tornar obrigatório, você deverá alterar novamente para ve300.

Boa noite Walter, Essa mensagem é uma rejeição por conta do envio do CT-e para o SVC-SP ou é o retorno ao consultar o Status do Serviço?