Italo Giurizzato Junior

@André Luiz Franzoi, Protocola uma reclamação na prefeitura.

Boa tarde @André Luiz Franzoi, Mas tcValoresNfse se refere ao tipo complexo de valores da NFS-e e não do RPS. No que se refere ao RPS o tipo complexo é o: tcValoresDeclaracaoServico.

Boa tarde @Eduardo Resende Lara, Muitas cidades atendidas pelo provedor Ginfes estão migrando para o GissOnline. Favor entrar em contato com a prefeitura se eles não vão ou se já migraram.

Boa tarde @lucasyu01, Os dados do prestador bem como o certificado digital é de um prestador de Santos/SP ? Você fez alteração no arquivo ACBrNFSeXServicos.ini para que o envio ocorresse para o novo webservices (GissOnLine) ?

Boa tarde @Dirlenio Batista, A carinha de tristeza é pela sua ausência no Dia do ACBr. Fico no aguardo do retorno dos seus testes.

Boa tarde @gladston, Fazendo um teste com a URL que consta no comunicado recebo erro de conexão Timeout. A URL pelo jeito já existe mas o webservice não esta respondendo no tempo esperado. Vamos aguardar mais próximo da data 31/10/2024 para ver se vai responder mais rápido. Se desejar testar, basta abrir ela em um navegador. ws-goytacazes.giss.com.br

Bom dia @FabioTellini, Já esta no SVN.

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

Bom dia @devFortes, Para que o componente valide o XML o mesmo precisa estar assinado e o XML que você anexou não esta. Outra coisa, ao instalar o ACBr você marcou a opção para usar o ACBrXmlDocument ? Caso não tenha marcado favor marcar, pois a unit pcteCTeR não esta fazendo a leitura correta do XML pois a pcnLeitor possui uma deficiência ao tentar ler um grupo que contem um elemento do mesmo nome, que é o caso do grupo <toma> que possui o elemento <toma>.

Bom dia @tcharraw, Complementando tudo o que já foi dito, segundo o manual só podemos imprimir no DANFE a informação que esta no XML, o desconto em percentual não consta no XML somente o desconto em valor, no manual também não deixa claro se podemos imprimir uma informação que é resultado de cálculos de duas ou mais informações que estão no XML. Por falta de informações claras e precisas optamos por imprimir somente o que esta no XML.

Bom dia @Dirlenio Batista, Quanto ao novo tipo de pagamento já foi incluído. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça os testes. No que se refere ao Vale Pedágio vamos analisar.

Boa tarde @Vagner Moura, Enviei para o SVN um refactoring que realizei no componente ACBrANe. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça os testes. No caso do Porto Seguro vai ser necessário finalizar a implementação. Para mais informações vide o tópico:

Olá Pessoal, O componente ACBrANe passou por um Refactoring. A motivação para esse Refactoring é tornar o componente mais fácil e prático no que se refere a implementar novas seguradoras bem como realizar manutenção no código sem correr o risco de gerar um efeito colateral nas seguradoras já implementadas. Antes tínhamos apenas uma unit responsável por gerar o arquivo de envio para todas as seguradoras. Isso gerava riscos na implementação e manutenção das seguradoras existentes. Agora temos uma unit para cada seguradora que gera o arquivo. Assim, podemos fazer as devidas melhorias bem como as correções sem afetar as outras seguradoras. Pasta dos fontes: Outro ponto importante é a localização das Units que compõe o componente: Pasta Descrição ACBrANe Pasta raiz dos fontes do componente. Seguradoras Pasta que contem as units das seguradoras: (NomeSeguradora.Provider). Base Pasta que contem as units de classes, conversão e constantes. Base\Seguradoras Pasta que contem as units bases e manager. Base\WebServices Pasta que contem as units base e response do webservice Situação atual: Hoje o componente já conta com as seguintes seguradoras implementadas: ATM e ELT. Até tem a PortoSeguro, mas não esta funcional, se faz necessário finalizar a sua implementação. Desafios a frente: Implementar e testar novas seguradoras. Para que isso ocorra, contamos com a colaboração de todos.

Bom dia @FabioTellini, Muito obrigado pela colaboração, já foi criado a TK-6072 para realizar a alteração. Dica: da próxima vez não precisa anexar o arquivo INI, ele muito grande, só cola a seção da cidade como você fez.

Bom dia @Dirlenio Batista, Já foi criado a TK-6071 para realizar essa tarefa.

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

Boa tarde @gralak, Quanto as casas decimais você notou na imagem que anexou mais precisamente a linha referente ao tributo ISSQN que na coluna Alíquota consta o valor 2,01123 e na coluna Valor consta 2,01000. Na coluna valor nenhum valor possui digito diferente de zero nas casas decimais a partir da terceira. Isso me faz crer que se trata de apenas formatação de apresentação. Por fim não entendi a sua ultima postagem referente ao Schemas no que se refere ao tipo complexo tsAliquota.

Boa tarde Celo, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e fala novos testes.

Boa tarde @C4Dev, Como esse tipo de evento é facultativo, pode ser que nem todas as UF aderiram ele. Tem que ver se não é esse o caso.

Boa tarde @Alisson Orsolin, Já esta no SVN.

Boa tarde @HERALDO, Foi feita uma alteração no componente que é utilizado na Lib e no Monitor. Como você utiliza o Monitor lhe peço que aguarde a compilação da nova versão. O que foi feito? Foi removido os CNPJ que estavam fixos, portanto agora vai ser necessário informar o CNPJ da Prefeitura e do Prestador que o provedor espera constar no XML mesmo no ambiente de homologação. Para mais algumas informações vide o tópico abaixo:

Olá Pessoal, Quem tem clientes prestadores de serviços cujas cidades são atendidas pelos provedores: Facundo, FGMaiss, PriMax, Sam e WebFisco, foi feita uma pequena alteração. Para quem não sabe todos esses provedores tem o mesmo layout, portanto todos eles herdam as classes do provedor WebFisco e este ao gerar o XML do RPS verifica se o ambiente é de produção ou de homologação para gerar o conteúdo das tag: <prf> que contem o CNPJ da Prefeitura e <usr> que contem o CNPJ do prestador. Se for produção é utilizado como CNPJ da Prefeitura o CNPJ que consta na configuração do componente, Lib ou Monitor e o CNPJ do prestador o que foi informado ao alimentar o componente ou o que esta no arquivo INI para quem utiliza a Lib ou Monitor. Por outro lado quando se trata de homologação estava sendo utilizado CNPJs prefixados no código do componente que é utilizado pela Lib e pelo Monitor. O problema disso é que os provedores que herdam as classes do WebFisco estão utilizando CNPJs diferentes e com isso esta ocorrendo erros ao tentar enviar um RPS em homologação. A partir de agora não tem mais nenhum CNPJ prefixado, sendo assim para ambos os ambientes vai ser necessário informar corretamente os CNPJ que o provedor espera que conste no XML nas tags: <prf> e <usr>.

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

Boa tarde @Gabriel Bobello, Já esta no SVN.

Bom dia @C4Dev, Você informou 92 ao campo cOrgao, informe 51 que é a UF do emitente da nota.