Italo Giurizzato Junior

Boa tarde @joao vitor bogo, Já esta no SVN.

Boa tarde @João Antônio, Já esta no SVN.

Boa tarde @João Antônio, Já esta no SVN.

Boa tarde @Márcio Baroni, Muito obrigado pela colaboração, ainda hoje estarei enviando a correção para o SVN.

Boa tarde @joao vitor bogo, Muito obrigado pela colaboração, já foi criado a TK-6803 para realizar a alteração.

Bom dia @Marcelo Freework, Complementado os questionamentos do nosso amigo @Juliomar Marchetti. Você tentou emitir uma nota e ocorreu erro 500, conforme a primeira imagem. No XML do RPS mais precisamente na tag Discriminacao ou nome do Tomador ou endereço do mesmo, não tem caracteres de quebra de linha ou & (e comercial) ? Ao enviar o mesmo RPS pela segunda vez ocorreu a mensagem de erro conforme a segundo imagem, correto? Foi checado se a Inscrição Municipal do prestador esta correta, ou seja, não houve alteração?

Bom dia @Sandro Andre Reghelin, Fiz um teste com o XML da nota de numero 133 que você anexou, veja o resultado:

Olá pessoal, Informamos que propriedade dos componentes responsável por salvar o arquivo XML -procEventoNFe.xml em disco foi alterada! Entendendo melhor... Os componentes possuem algumas propriedade de configuração destinadas a determinar se os XMLs gerados devem ser salvos em disco ou não, são elas: Configuracoes.Arquivos.Salvar -> Determina se os XMLs dos Documentos Fiscais devem ser salvos (Por padrão o valor da propriedade é True). Configuracoes.Arquivos.SalvarEvento -> Determina se os XMLs de Processamento de Eventos devem ser salvos (Por padrão o valor da propriedade é False). Configuracoes.Geral.Salvar -> Determina se os XMLs auxiliares, ou seja, XML de envio e de retorno do webservice devem ser salvos (Por padrão o valor da propriedade é True). Configuracoes.WebServices.Salvar -> Determina se os XMLs auxiliares, ou seja, XML de envio e de retorno do webservice exatamente como são enviados e retornados sem nenhum tratamento devem ser salvos (Por padrão o valor da propriedade é False). Notem que existe uma propriedade de configuração especifica para eventos, sendo assim achamos por bem mudar a condição que determina se o XML de Processamento de Evento vai ser salvo em disco ou não. Antes era usado como condição a propriedade Configuracoes.Arquivos.Salvar e agora vai ser utilizada a propriedade Configuracoes.Arquivos.SalvarEvento. Como mostrado acima a propriedade SalvarEvento tem como valor padrão False, sendo assim se faz necessário alterar o seu valor via código ou no Object Inspector caso o desenvolvedor queira que o XML de Processamento do Evento seja salvo em disco. A motivação dessa mudança é utilizar a propriedade de configuração correta para a situação em questão que é determinar se o XML de Processamento do Evento deve ser salvo em disco ou não.

Boa noite @Sandro Andre Reghelin, Obrigado, vou usa-los para realizar os testes.

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

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

Boa tarde @marcianobandeira, Já esta no SVN.

Boa tarde @João Antônio, Favor atualizar os fontes e faça novos testes. Agora é para funcionar quando o XML da NFS-e esta contido em um lote ou não. Lembrando que para ler um lote de NFS-e precisamos usar o método: LoadFromLoteNfse em fez do LoadFromFile.

Boa tarde @ernesto.ricardo, Com base nos arquivos em anexos a sua aplicação ainda esta gerando segundo a versão 1.00 em vez de 1.01 Siga os passos abaixo: Você tem fontes do ACBr com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com as opções de apagar arquivos antigos e Usar o ACBrXmlDocument marcadas. Compile a aplicação com a opção Build. Por fim repita os testes.

Boa tarde @billbarsch, Tenho 3 questões. 1. A sua função só faz a conversão de IBGE para o código usado pela cidade, precisaríamos de outra função que faça o inverso. 2. Tenho uma relação com mais de 11 mil códigos, acredito que nessa relação além das cidades temos também os distritos que não devem ter código IBGE. Como que fica no caso desses distritos? 3. A cidade de Goiânia se utiliza de um webservice próprio que trabalha com a versão 2 do layout da ABRASF, como que fica com a reforma tributária, eles vão alterar o layout e consequentemente o webservice ou vão abandonar esse webservice e vão orientar todos os seus prestadores de serviços a passaram a emitir as suas notas através do Portal ou pela API da NFS-e Padrão Nacional?

Boa tarde @Adhelmar Rondon, O arquivo ACBrNFSeXServicos.ini utilizado pelo componente ACBrNFSeX já utiliza essas novas URLs.

@kohzito, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

@CaioMotta, Já esta no SVN.

Bom dia @lucasatz, Já esta no SVN.

@CaioMotta, Muito obrigado pela colaboração, já foi criado a TK-6770 para realizar as alterações.

Bom dia @ernesto.ricardo, Já foi criado a TK-6769 para analise do problema.

Bom dia @CaioMotta, Para a cidade de Garanhuns/PE a versão correta é 1.00 ?

Bom dia @Daniel Braz de Oliveira, Essa unit é do componente ACBrNFSe que não damos mais suporte. Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX. O componente antigo: ACBrNFSe não está mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração

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

Bom dia @billbarsch, Muito obrigado pela colaboração, já foi criado a TK-6768 para analise.