Italo Giurizzato Junior

Boa tarde a todos, Tem uma luz no fundo do poço e se ninguém jogar um balde de água fria, ano que vem teremos a NFS-e Padrão Nacional. Um único layout para todas as cidades brasileiras e um único Web Services. Não sei se o layout será o mesmo da NF-e ou teremos um layout especifico para a NFS-e. De qualquer forma, se vingar todos os problemas serão resolvidos.

Allan, Como dito para gerar o XML do CT-e na versão 1.04 é preciso habilitar uma diretiva de compilação. Se você abrir o arquivo ACBr.inc vai encontrar as linhas abaixo: // Definições para o compomente ACBrCTe // Define o Pacote de Liberação / Descomente o pacote a ser utilizado // Atenção: descomente apenas uma das definições //------------------------------------------------------------------------------ //{$DEFINE PL_103} //{$DEFINE PL_104} {$DEFINE PL_200} Note que por padrão esta habilitado a diretiva da versão 2.00. Para gerar o XML segundo a versão 1.03 temos que habilitar a diretiva PL_103, o mesmo ocorre com a versão 1.04 e 2.00 Não teremos uma nova diretiva para a versão 3.00 pois a estrutura do XML é muito parecida da versão 2.00, as diferenças conseguimos resolver com a propriedade VersaoDF. Não vejo necessidade de remover a condição, pois a rotina que contem essa condição só é usada pela versão 2.00 ou 3.00, como dito anteriormente para gerar na versão 1.04 é outra rotina que nem sequer tem essa condição. Ao habilitar a diretiva PL_104 é usada a rotina que se encontra no arquivo pcteCTeW_V104.inc Para demostrar o que estou dizendo, abra o arquivo pcteCTeW.pas temos logo no inicio: {$I ACBr.inc} unit pcteCTeW; interface uses SysUtils, Classes, pcnAuxiliar, pcnConversao, pcnGerador, pcteCTe, ACBrUtil, pcteConversaoCTe, pcnConsts, pcteConsts; {$IFDEF PL_103} {$I pcteCTeW_V103.inc} {$ENDIF} {$IFDEF PL_104} {$I pcteCTeW_V104.inc} {$ENDIF} {$IFDEF PL_200} // {$I pcteCTeW_V200.inc} //////////////////////////////////////////////////////////////////////////////// // // // Gera o XML para a versão 2.00 // // // //////////////////////////////////////////////////////////////////////////////// A linha em negrito e em vermelho foi colocada prevendo uma nova versão totalmente diferente da versão 2.00, mas isso não ocorreu. Logo não existe o arquivo pcteCTeW_V200.inc Espero ter deixado claro que não se faz necessário remover a condição.

Boa tarde Robinho, Ao cancelar temos que colocar o motivo do cancelamento. O motivo tem que ter no minimo 15 caracteres e no máximo 255, esses limites estão sendo obedecidos? No motivo não esta sendo colocado nenhuma vogal acentuada ou o cedilha?

Boa tarde Allan, Quem ainda usa a versão 1.04 do CT-e? Essa versão deixou de ser aceita pela SEFAZ em 01/06/2014. E esta previsto o fim da versão 2.00 em 04/12/2017, a partir dessa data a SEFAZ só vai aceitar a versão 3.00 do CT-e. Outra coisa para poder gerar o XML do CT-e segundo a versão 1.04 é preciso habilitar uma diretiva de compilação que encontra-se no arquivo ACBr.inc Com isso será usado uma outra rotina para gerar o XML que por sinal nem sequer existe essa condição, ou seja, as informações do seguro é gerado independente de versão.

Marcos e Cilleni, Favor atualizar todos os fontes de todas as pastas. Note que inclui a cidade de Birigui/SP no arquivo Cidades.ini Favor realizar testes com o programa exemplo.

Marcos, Qual é a URL de produção da cidade Birigui?

Boa noite Diego, Veja este link: http://www.checkupdown.com/status/E413_pt.html

Boa noite a todos, Cilleni, favor anexar o que você tem para que eu possa analisar. Marcos, esse fragmento de XML se refere a cidade de Birigui/SP? Se sim, então o provedor com certeza é ISSNET. Neste caso basta inclui-la o arquivo Cidades.ini da mesma forma que as demais cidades que são atendidas pelo provedor ISSNET.

Boa tarde Ricardo, A alteração que você fez em ACBrDFe não concordo, uma vez que as units ACBrDFeXXXX são genéricas e são usadas por todos os componentes que emitem Documento Fiscal Eletrônico. Peço que faça uma cópia dos seus fontes e baixe novamente todos os fontes de todas as pastas, pois criei o provedor Actconv202 para atender exclusivamente a versão 2.02 desse provedor.

Boa tarde, Muito obrigado pela colaboração, como não tenho o Fortes Report para testar, vou deixar que os demais moderadores que tenham e detêm conhecimento em Fortes para analisar as alterações e estando tudo OK, com certeza vão enviar para o repositório.

Boa tarde Eduardo, Favor atualizar os fontes e faça novos testes.

Boa tarde Walter, Veja este link: http://www.checkupdown.com/status/E500_pt.html

Você mesmo pode fazer a alteração. Abra primeiramente a unit: ACBrNFSeDANFSeRL e depois a unit: ACBrNFSeDANFSeRLRetrato. Ambas as units estão na pasta: ...\Fontes\ACBrDFe\ACBrNFSe\DANFSE\Fortes A alteração tem que ser feita em ACBrNFSeDANFSeRLRetrato. No meu entendimento deve ser feita uma alteração nessa linha: rllAliquota.Caption := ManterAliquota ( Aliquota ); É preciso verificar o valor de Aliquota, caso seja <> zero a linha acima deve ser executada, caso contrario deve ser executado a seguinte linha: rllAliquota.Caption := ManterAliquota ( ValoresNfse.Aliquota ); Faça a alteração e teste, se funcionar 100% favor anexar a unit alterada para que possamos avaliar e disponibilizar no repositório.

Descobri o problema. Ao alimentar o componente atribuímos o percentual da alíquota da seguinte forma: Servico.Valores.Aliquota := 2; E esta correto é dessa forma mesmo. Mas ao carregar o XML da NFS-e note que essa informação esta em outro lugar, veja os fragmentos do XML abaixo: <ValoresNfse> <BaseCalculo>35.00</BaseCalculo> <Aliquota>2.0000</Aliquota> <ValorIss>0.70</ValorIss> <ValorLiquidoNfse>35.00</ValorLiquidoNfse> </ValoresNfse> <Servico> <Valores> <ValorServicos> 35.00</ValorServicos> </Valores> <IssRetido>2</IssRetido> <ItemListaServico>0401</ItemListaServico> <CodigoCnae>8630503</CodigoCnae> <CodigoTributacaoMunicipio>0401</CodigoTributacaoMunicipio> <Discriminacao>Teste de emissao no sistema de homologacao de NFS-e 1</Discriminacao> <CodigoMunicipio>3303302</CodigoMunicipio> <ExigibilidadeISS>1</ExigibilidadeISS> </Servico> O componente responsável por emitir o DANFSE pega o percentual da alíquota da seguinte forma: Servico.Valores.Aliquota Só que ao ler o XML da NFS-e o mesmo percentual agora se encontra em: ValoresNfse.Aliquota. Isso faz com que seja impresso ZERO. Esse problema não ocorre quando a impressão é automática, ou seja, não carregamos o XML para poder imprimir. No meu entendimento é preciso fazer uma alteração na unit referente a impressão do DANFSE.

Bom dia Felipe, Você disse que a cidade Itabirito/MG é atendida pelo mesmo provedor de Nova Lima/MG. Se você abrir o arquivo Cidades.ini e procurar por Nova Lima, vai encontrar e descobrir que o provedor é ISSDigital, conforme abaixo. [3144805] Nome=Nova Lima UF=MG Provedor=ISSDigital Se você abrir o arquivo ISSDigital.ini vai encontrar nas seções: URL_P e URL_H uma linha com a URL referente a cidade de Nova Lima/MG. Não me leve a mau, estou apenas passando conhecimento, o que quero é que todos tenham condições de fazer as alterações nesses arquivos INI a fim de a cada dia o componente poder atender o maior numero possível de cidades. O que eu quero que você faça: 1. inclua a cidade Itabirito/MG no arquivo Cidades.ini da mesma forma que foi feito para a cidade de Nova Lima/MG, lembre-se que 3144805 é o código IBGE de Nova Lima, ao incluir Itabirito você deverá colocar o código IBGE dela. 2. inclua a URL de produção e homologação da cidade de Itabirito no arquivo ISSDigital.ini da mesma forma que foi feito para a cidade de Nova Lima. 3. Faça testes com o programa exemplo. 4. Estando tudo OK, ou seja, envio, consulta e cancelamento, favor anexar aqui mesmo no fórum os arquivos Cidades.ini e ISSDigital.ini Tenho certeza que você vai conseguir, estou no aguardo dos arquivos para avaliarmos e disponibilizarmos no repositório.

Bom dia, Primeiramente lembre-se que o DANFSE foi feito para imprimir o conteúdo do XML da NFSe, dai o nome DANFSE - Documento Auxiliar da Nota Fiscal de Serviço Eletrônica. Segundo, devemos verificar se no XML da NFS-e consta o percentual da Alíquota. Mesmo não conhecendo o Fortes Report, notei que o mesmo esta buscando a informação, ou seja, a alíquota de forma correta, logo não vejo problemas no DANFSE.

Bom dia ALA, O DANFSE feito em Fortes Report possui 2 Forms. O primeiro é um form totalmente em "branco" já o segundo possui todo o layout do DANFSE. Durante a execução da aplicação dentro do Delphi se ocorrer um erro no segundo form, o Delphi ao tentar carregar ele, apresenta essa mensagem "Ancestor for TfrlDANFSE_RL not found" pois ele não consegue carregar automaticamente o primeiro form. A minha dica é ao executar a aplicação dentro do Delphi carregue os forms na seguinte ordem: ACBrNFSeDANFSeRL, ACBrNFSeDANFSeRLRetrato. Ao ocorrer o erro o Delphi não vai precisar carregar ninguém e vai apontar a linha dentro do segundo form que contem o erro propriamente dito. Espero ter ajudado e fica ai a dica.

Boa noite, Ao imprimir o DANFSE você esta carregando o XML do RPS ou da NFS-e?

Boa tarde, As impressoras usadas é da mesma marca? As configurações são as mesmas em ambas?

Boa tarde Luis, Com o programa exemplo ocorre o mesmo problema?

Boa tarde Walter, Muito obrigado pela colaboração, já vou enviar para o repositório. Quando ao erro, acredito que você esteja usando os Schemas da pasta ...\WebISS sendo que você tem que usar para essa cidade os Schemas da pasta: ...\WebISSv2.

Boa tarde Ricardo, Favor anexar os fontes alterados para que possamos avaliar e realizar o merge.

Boa tarde Evandro, Não entendi essa alteração no arquivo Cidades.ini referente a cidade de Rio Claro? Todas as cidades atendidas pelo provedor Ginfes tem as mesmas URLs de homologação e produção. E essas URLs estão definidas no arquivo Ginfes.ini, conforme abaixo: (...) [URL_P] RecepcaoLoteRPS=https://producao.ginfes.com.br/ServiceGinfesImpl [URL_H] RecepcaoLoteRPS=https://homologacao.ginfes.com.br/ServiceGinfesImpl (..)

Walter, Tem que alterar os arquivos: Cidades.ini (alterar o provedor de WebISS para WebISSv2) abrir o arquivo WebISS.ini procurar as URLs de homologação e deprodução da cidade desejada (dica: procure pelo código IBGE da cidade) copiar essas URLs para o arquivo WebISSv2.ini

Ricardo, Segundo a NT 2016/002 versão 1.20 temos: 1.3. Sobre o Prazo de Implantação O prazo previsto para a implementação das mudanças é: - Ambiente de Homologação (ambiente de teste das empresas): 03/07/2017. - Ambiente de Produção: 02/10/2017. - Desativação da versão anterior: 02/04/2018.