Italo Giurizzato Junior

Boa tarde @devFortes, A mensagem de erro diz que você não informou os dados do tomador. Vide o programa exemplo.

Boa tarde @RodrigoAlvim, O correu um erro no webservice deles, veja: System.Web.Services.Protocols.SoapException: Server was unable to process request. ---> System.NullReferenceException: Object reference not set to an instance of an object. at Monta.LoteRps(String caminho_xml) in f:\Sites\nf-eletronica.com.br\Web\WS_NF_Hom\App_Code\Monta.cs:line 203 at WS_NF_Serv.UploadArquivo(XmlDocument doc, String token_nick, String token_pass) in f:\Sites\nf-eletronica.com.br\Web\WS_NF_Hom\App_Code\WS_NF_Serv.cs:line 94 --- End of inner exception stack trace --- Não consegui identificar o problema, acredito que o pessoal do provedor saibam dizer o que é que esta errado no XML que foi enviado. Por favor entre em contato com eles e mostre o arquivo de envio que é: 1-env-lot-soap.xml

Boa tarde @[email protected], Pela mensagem de erro que você postou acima me leva a crer que se faz necessário entrar em contato com a prefeitura/provedor e solicitar a autorização para a emissão da nota via webservice. Outra coisa importante, esse prestador é MEI? Caso afirmativo você deve configurar o componente para usar o layout do padrão nacional em vez de usar o layout do provedor. No programa exemplo a opção que faz essa configuração: deve ser alterado para:

Boa tarde @Anderson Grolli, Muito obrigado pela colaboração, já foi criado a TK-6053 para realizar a alteração.

Boa tarde @Adrian Kempinski, Você poderia anexar o XML do CT-e Simplificado para que possamos analisar o caso?

Boa tarde @awendisch, Abaixo temos fragmentos do Schema referente ao Cancelamento. Envio do pedido de cancelamento: <xsd:element name="CancelarNfseEnvio"> <xsd:complexType> <xsd:sequence> <xsd:element name="Pedido" type="tcPedidoCancelamento" /> </xsd:sequence> </xsd:complexType> </xsd:element> Pedido de cancelamento: <xsd:complexType name="tcPedidoCancelamento"> <xsd:sequence> <xsd:element name="InfPedidoCancelamento" type="tcInfPedidoCancelamento" minOccurs="1" maxOccurs="1" /> <xsd:element ref="dsig:Signature" minOccurs="0" maxOccurs="1" /> </xsd:sequence> </xsd:complexType> Informações do pedido de cancelamento: <xsd:complexType name="tcInfPedidoCancelamento"> <xsd:sequence> <xsd:element name="IdentificacaoNfse" type="tcIdentificacaoNfse" minOccurs="1" maxOccurs="1" /> <xsd:element name="CodigoCancelamento" type="tsCodigoCancelamentoNfse" minOccurs="0" maxOccurs="1" /> </xsd:sequence> <xsd:attribute name="Id" type="tsIdTag" /> </xsd:complexType> Identificação da NFS-e: <xsd:complexType name="tcIdentificacaoNfse"> <xsd:sequence> <xsd:element name="Numero" type="tsNumeroNfse" minOccurs="1" maxOccurs="1" /> <xsd:element name="CpfCnpj" type="tcCpfCnpj" minOccurs="1" maxOccurs="1" /> <xsd:element name="InscricaoMunicipal" type="tsInscricaoMunicipal" minOccurs="0" maxOccurs="1" /> <xsd:element name="CodigoMunicipio" type="tsCodigoMunicipioIbge" minOccurs="1" maxOccurs="1" /> </xsd:sequence> </xsd:complexType> Como você pode ver o pedido de cancelamento de uma NFS-e solicita a Identificação da NFS-e e nessa identificação devemos informar o CPF/CNPJ (obrigatório) e a Inscrição Municipal (opcional). A imagem da minha postagem anterior se refere justamente ao tcIdentificacaoNfse. No Manual não existe nada informando que essas informações tem que ser do tomador, uma vez que o pedido de cancelamento sempre parte de quem emitiu a nota, logo o prestador de serviço. Você disse que só com essa cidade esta ocorrendo esse problema as demais utilizam o mesmo provedor ou são outros provedores? Caso você tenha outro cliente de outra cidade que também se utiliza do provedor Fiorilli e não ocorre esse problema é uma coisa para ser dita a eles. Na cidade A ao solicitar o cancelamento é informado os dados do prestador e o cancelamento ocorre sem nenhum problema. Na cidade B o cancelamento só ocorre se informar os dados do tomador. Sendo que tanto a cidade A quanto a cidade B são atendidas pelo mesmo provedor (Fiorilli).

Boa tarde @PrimeSoftware, Se você atribuir o valor "04.07.00" ao campo ItemListaServico, como que fica no XML?

Boa tarde @HERALDO, Pelo jeito o provedor se utiliza de um CNPJ fixo para o ambiente de homologação. Por favor entre em contato com o provedor e questione se esse CNPJ é usado para todas as cidades atendidas por ele e se é usado para todos os prestadores de serviços independente se é Simples Nacional ou não.

Boa tarde @suprasys, Se o documento fiscal não possui a chave de acesso, não tem como informa-lo no MDF-e. A nota avulsa não possui chave ou esse cliente não tem a chave da nota?

@[email protected], Com certificado A1 ocorre o mesmo erro? Qual é a cidade?

Bom dia @Junior Nbj, Já esta no SVN.

Bom dia @[email protected], Muito simples, basta informar o numero de série do mesmo e a senha.

Bom dia @awendisch, Isso é muito estranho, pois segundo o manual da ABRASF (Fiorilli segue a versão 2 do layout da ABRASF) temos: Como você pode ver tanto o CPF/CNPJ quanto a Inscrição Municipal é do Prestador do Serviço e não do Tomador. Até o momento nenhum desenvolvedor postou problemas semelhante com o provedor Fiorilli. Essa mudança é só para essa cidade ou ela é valida para todas ou trata-se de um bug no webservice do provedor?

Bom dia @Felipe Govoni, Como esta o arquivo de retorno do pedido de cancelamento? Ele foi salvo? Chegou a entrar no portal da NFS-e Padrão Nacional para ver se a nota foi cancelada?

Bom dia @giovani deitos, Qual é a descrição completa da rejeição da sua cliente? Pois temos duas rejeições muito parecidas: Emissor não habilitado para emissão da NF-e e a outra Emissor não habilitado para emissão da NFC-e. O contador da sua cliente solicitou a habilitação dela para que ela possa emitir a nota? Essas duas rejeições tem haver com os dados cadastrais do emitente da nota. Quanto as demais questionamentos por serem a nível de tributação eu aconselho a conversar com o contador do seu cliente, ele estudou para isso.

Boa tarde @RodrigoAlvim, Acabei de enviar para o SVN a implementação dos métodos de Consultas e de Cancelamento. Vou precisar da sua ajuda nos testes para que eu possa escrever as rotinas que tratam os retornos dos métodos.

Boa tarde @Atalias, A mensagem de erro retornada pede para aguardar ou entrar em contato com o provedor. Não vejo outra alternativa fazer isso, entrar em contato com eles, mostrar o XML que esta sendo enviado e o que esta sendo retornado. Quem sabe eles conseguem identificar algum dado errado no XML de envio ou os ajudem a corrigir o bug que existe no webservice deles.

Boa tarde @Junior Nbj, Muito obrigado pela colaboração, já foi criado a TK-6048 para atualização.

Boa tarde @Ao3 Tech, Eu não acredito que o problema seja o formato (XML/Json). Para mim o serviço que gera o Token que deve estar com problemas.

@Paulo R G Oliveira, Não precisa, pois o ambiente de homologação é único para todas as cidades.

Bom dia Alex, Já esta no SVN.

Bom dia @Paulo R G Oliveira, Atualize todos os fontes de todas as pastas, reinstale o ACBr. Abra o arquivo ACBrNFSeXServicos.ini e procure pela cidade: Muriae, para você vê como ficou e o que precisa ser feito.

Boa tarde @Paulo R G Oliveira, Sim o componente ACBrNFSeX atende a cidade de Muriaé/MG, alias, ele atende todas as cidades que o componente antigo atendia. Muito obrigado pela colaboração, já foi criado a TK-6047 para realizar a alteração.

Boa tarde @Francisco Raimundo, Já fiz alterações no componente, como você utiliza a Lib peço que aguarde a nova compilação da mesma. Agora o comportamento da NFS-e vai ser o mesmo da NF-e, ou seja, se for informado o Usuario será impresso a data/hora de impressão mais o usuário, caso contrario nada será impresso.

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