Italo Giurizzato Junior

Boa tarde Renato, Já esta no SVN.

Esse manual que você anexou tem o layout do arquivo no formato CST. Se eles realmente mudaram o layout do XML para a versão 2.04 do layout da ABRASF, quais são as novas URLs?

Boa tarde Renato, Esse erro é quando o provedor retorna o XML não formatado como UTF-8 e contem vogais acentuadas. Procure sempre manter os fontes atualizados e o ACBr reinstalado, pois quando nos é passado problemas como esse buscamos fazer os ajustes necessários. Estamos empenhados em fazer com que esse tipo de erro não ocorra mais e que as vogais sejam apresentadas da forma correta.

Boa tarde Lindomar, No CT-e temos o Remetente, Expedidor, Recebedor e o Destinatário, que podem ser o tomador do serviço. Se não for nenhum deles temos o tal do toma4 que seria um outro tomador, que chamamos de Outro. Se você olhar o manual do CT-e versão 3.00 - página 9 temos o grupo toma4 que contem diversas informações do tomador. Lembrando que essas informações só devemos preencher quando o tomador não for o Remetente, Expedidor, Recebedor e nem o Destinatário. Já no CT-e OS não temos o Remetente, Expedidor, Recebedor e nem o Destinatário, e sim um grupo chamado toma (vide o mesmo manual página 54). No caso de Delphi temos as classes rem, exped, receb e dest, bem como ide.toma03 e ide.toma04 essas classes são usadas pelo CT-e Para o CT-e temos a classe toma Para o GTV-e a classe ide.toma4 é usada para informar os dados do tomaTerceiro. Agora com relação Lib não sei se todas essas classes estão acessíveis.

Boa tarde, Não ocorreu nenhuma alteração. Você vai continuar enviando da mesma forma que envia hoje. O que mudou foi o pedido de cancelamento. A alteração na forma de pedir o cancelamento de uma nota já foi feito no componente ACBrNFSeX.

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

Boa tarde Patrick, Tente da seguinte forma: Params=Assinar:AssRpsGerarNFSe,AssCancelarNFSe

Bom dia, Favor atualizar todos os fones de todas as pastas, reinstale o ACBr e faça novos testes.

Bom dia Jovito, Vamos alinhar as ideias. 1. A cidade de Belo Horizonte usa o provedor BHISS; 2. O provedor BHISS segue a versão 1 do layout da ABRASF; 3. Na versão 1 não existe uma tag que contenha o código IBGE do Munícipio de Incidência do ISSQN; 4. Ao emitir uma nota pelo site existe um campo para informar o Município de Incidência; 5. Ao imprimir o DANFSE pelo site é impressa essa informação; 6. O componente trabalha com o webservice do provedor; 7. O XML da NFS-e retornado pelo provedor segue o layout da ABRASF que como dito acima não tem a tag MunicipioIncidencia (ela existe na versão 2 do layout da ABRASF); 8. O componente imprimir no quadro "Local da Prestação de Serviço" o município que consta na tag CodigoMunicipio que se encontra dentro do grupo Servico; 9. Foi feito uma alteração no componente para ler o conteúdo da tag MunicipioIncidencia e imprimir no DANFSE no quadro "Outras informações"; 10. Como na versão 1 do layout da ABRASF não tem a tag o componente esta usando o mesmo código que consta na tag CodigoMunicipio. Porque eu fiz essa alteração ( Item 10 ) ? Lembra que você fez um teste emitindo uma nota informando como Município de Incidência diferente do Prestador e Tomador só para ver onde essa informação seria inserida no XML? Pois bem, ela foi inserida na tag CodigoMunicipio que fica dentro do grupo Servico. O que você quer que eu faça? 1. Desfaz essa alteração, ou seja, continua como estava antes? 2. Muda o titulo do quadro "Local da Prestação de Serviço" para "Município de Incidência de ISSQN"? Tem alguma coisa que eu não estou entendendo.

Bom dia Lindomar, Já fiz as devidas correções na geração do arquivo INI no componente. Agora é preciso aguardar o pessoal liberar uma nova versão da Lib.

Bom dia Fabio, Já esta no SVN.

Bom dia Felipe, Qual é a cidade/provedor?

Boa tarde, Se você abrir o XML 23-lista-nfse-ger.xml vai notar que nele não existe a tag: InformacoesComplementares e nem OutrasInformacoes. Isso explica esses campos no componente estarem vazios.

Boa tarde André, O XML que você anexou não tem o grupo infServVinc, porque você não alimentou ou mesmo alimentando ele não gera na versão 4? Analisando a unit responsável por gerar o XML temos o seguinte: if VersaoDF >= ve300 then GerarInfServVinc; Isso significa que a partir da versão 3.00 em diante é para gerar.

Boa tarde Lindomar, Acho que eu entendi agora o problema. O XML esta sendo gerado corretamente, o problema esta no gerar o arquivo INI que esta faltando as informações. Já inclui na minha lista de tarefas para fazer as devidas correções. TK-4253

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

Boa tarde Lindomar, Pela sua imagem noto que você passou as informações do Tomador4. Lembre-se que devemos alimentar esses campos quando o tomador do serviço não for o Remetente (0), Expedidor (1), Recebedor (2) ou Destinatário (3). Neste caso se o tomador não nenhum dos 4 listados acima então é Outros (4). Notei que o campo Toma do Tomador4 esta com o valor zero, isso faz com que o componente entenda que o tomador é o Remetente da carga, logo não se faz necessário alimentar os dados do Tomador4. Repito, só alimentados o Tomador4 (não esqueça: Toma = 4) quando o tomador não é o Remetente, Expedidor, Recebedor e nem o Destinatário.

Bom dia Lindomar, No XML que você anexou foi informado que o tipo de serviço é 6 - Transporte de Pessoas (Fretamento) e não consta o grupo toma (tomador). Segundo o manual que contem o layout do CT-e / CT-e OS versão 3.00 diz que o grupo toma é opcional quando o tipo de serviço for Excesso de Bagagem. Isso deve explicar a rejeição.

Bom dia Lindomar, Pesquisando o manual que contem o layout do CT-e versão 3.00 temos o seguinte: Observe que o grupo infPercurso contem informações do Percurso do CT-e Outros Serviços, portanto esse grupo é exclusivo do modelo 67 - CT-e OS, logo ele não vai ser gerado no modelo 57 - CT-e. Quanto ao grupo referente a veículos novos temos o seguinte: O manual que eu tomei como base ele contem o layout do CT-e e do CT-e OS, mas o grupo veicNovos só esta presente no layout do CT-e, logo esse grupo é exclusivo desse modelo. Lembre-se que o CT-e é destinado a acobertar o transporte de cargas, já o CT-e OS é destinado a acobertar outros serviços tais como: transporte de pessoas (fretamento), valores (dinheiro) e excesso de bagagem.

Boa noite, Ao abrir através de um bloco de notas o XML que você anexou, encontrei o seguinte: Cannot open database "Logradouros" requested by the login. The login failed.Login failed for user 'webapplication'. Eu acredito que o ambiente de homologação esteja com problemas. Tenta enviar para o ambiente de produção uma nota no valor de 1 real, depois você cancela ela.

Jovito, Uma coisa é você emitir uma nota via site, outra coisa é você emitir a nota via webservice. No site os caras fazem do jeito que eles bem entende. O DANFSE feito em Fortes Report que é utilizado pela Lib é utilizado a anos. Desculpa eu não vou alterar o titulo "Município de Prestação de Serviço" do campo que aparece no topo do DANFSE. Pois essa alteração vai contentar o seu cliente e descontentar um monte de outros que usam o DANFSE da forma que esta.

Boa tarde Felipe, Você quer dizer tomador não identificado, pois na Nota Fiscal de Serviço temos o Prestador e o Tomador. Para não informar os dados do tomador basta não informar os dados dele.

Boa tarde Jovito, Primeiramente, como você usa a Lib vai ser necessário o pessoal disponibilizar uma nova versão que contempla a alteração que fiz. Segundo, na versão 1 do layout da ABRASF temos somente a tag CodigoMunicipio dentro do grupo Servico: Já na versão 2 do layout da ABRASF temos as tags: CodigoMunicipio e MunicipioIncidencia. O DANFSE foi feito com base na versão 1, que no meu entendimento a tag CodigoMunicipio que esta dentro do grupo Servico se refere ao local da prestação de serviço, ou seja, o local onde o serviço foi executado. Já na versão 2 incluíram a tag MunicipioIncidencia para informar o código IBGE do município onde o ISS incide. O pouco que sei, Local de prestação e Local de incidência do ISS são coisas distintas. Podendo ser o mesmo local ou não. É por isso que optei por informar o Município de Incidência no quadro: Outras Informações.

Boa tarde, Eu fiz o teste configurando o programa exemplo com a cidade de Sarandi/RS e o XML que você anexou na sua primeira postagem. Pelo o que estou entendendo o teste que você esta fazendo é imprimir o DANFSE automaticamente ao emitir uma nota, correto? Se sim, vai ser necessário debugar a unit responsável pela leitura do XML (ACBrNFSeXLerXml_ABRASFv2). Mais precisamente a procedure LerInfDeclaracaoPrestacaoServico. Ele tem que entrar dentro do IF, para ler a tag: InformacoesComplementares. if NFSe.InformacoesComplementares = '' then begin NFSe.InformacoesComplementares := ObterConteudo(AuxNode.Childrens.FindAnyNs('InformacoesComplementares'), tcStr); NFSe.InformacoesComplementares := StringReplace(NFSe.InformacoesComplementares, '<br>', ';', [rfReplaceAll]); end;

Boa tarde Fabio, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4248