Italo Giurizzato Junior

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.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Boa tarde @gralak, Atualize todos os fontes de todas as pastas. Abra o arquivo ACBrNFSeXServicos.ini e veja como ficou a seção referente a cidade em questão.

@André Melim, A unit que eu mencionei não deve ser alterada, é para você a abrir e estudar ela. Os dados devem ser informados nos campos (vide o programa exemplo do componente) Ele tem 3 procedure que exemplifica a alimentação dos campos, uma é para os provedores que se utilizam do layout da ABRASF, outra para os provedores que tem o seu próprio layout (que é o caso do provedor ISSDSF) e a terceira e ultima para o Padrão Nacional.

Boa tarde @Alex Leiva, Por favor anexe a unit alterada para que possamos validar a sua contribuição. Desde já muito obrigado pela contribuição.

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

@André Melim, Dica: Result[i].AppendChild(AddNode(tcDe2, '#', 'ValorTotalReferencia', 0, 18, 0, NFSe.Servico.Deducao.Items[i].ValorTotalReferencia, '')); Result[i].AppendChild(AddNode(tcDe2, '#', 'PercentualDeduzir', 0, 18, 1, NFSe.Servico.Deducao.Items[i].PercentualDeduzir, '')); A tag ValorTotalReferencia tem um tamanho mínimo igual a zero e máximo igual a 18 e é opcional. A tag PercentualDeduzir tem um tamanho mínimo igual a zero e máximo igual a 18 e é obrigatória. O valor zero a direita do 18 indica opcional, o valor 1 indica obrigatório. Mais um: NFSeNode.AppendChild(AddNode(tcStr, '#1', 'NumeroEnderecoTomador', 1, 9, 1, NFSe.Tomador.Endereco.Numero, '')); NFSeNode.AppendChild(AddNode(tcStr, '#1', 'ComplementoEnderecoTomador', 1, 30, 0, NFSe.Tomador.Endereco.Complemento, '')); A tag NumeroEnderecoTomador é obrigatória, já a tag ComplementoEnderecoTomador é opcional. Veja como é muito importante estudar essas units. 1. Você fica sabendo quais são as tags geradas no XML do RPS e quais campos devemos alimentar para que as tags sejam geradas. 2. Descobre também quais tags são obrigatórias e quais são opcionais. 3. Fica sabendo qual é o tamanho mínimo e máximo do conteúdo de cada tag. 4. Por fim não menos importante o tipo da informação: tcStr = String (alfa numérico); tcDe2 = Decimal 2 (Valor Numérico com 2 casas decimais).

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

@Center Informática, Entendi a sua situação. Você vai usar o componente ACBrNFe para consultar pela chave (método Consultar) cada uma das notas. O componente ACBrNFe deverá ser configurado com o certificado digital da transportadora que vai emitir o CT-e. Eu acredito que não vai ocorrer consumo indevido.