Italo Giurizzato Junior

Bom dia @João Antônio, Muito obrigado pela colaboração, já foi criado a TK-6079 para atualizar o arquivo.

Bom dia @lucasyu01, Apesar de constar no comunicado que a versão utilizada pelo GissOnline é a 2.04 do layout da ABRASF, nos meus testes foi necessário informar tanto no cabeçalho quanto no lote a versão 1.00. Não sei se eles mudaram, pois o correto seria constar 2.04 em vez de 1.00 Por favor entre em contato com o provedor e solicite um XML (de preferencia soap) de exemplo para que possamos fazer as devidas correções.

@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) ?

Bom dia @FabioTellini, Já esta no SVN.

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

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.

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 @Alisson Orsolin, Já esta no SVN.

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 @Gabriel Bobello, Muito obrigado pela colaboração, já foi criado a TK-6065 para atualização.

Bom dia @Loki1_11 Mude essa linha: EmissorNFs.Configuracoes.Geral.SSLXMLSignLib := xsLibXml2; A linha abaixo pode remover ela, não é necessário: EmissorNFs.Configuracoes.Geral.Provedor := proGinfes; A linha abaixo tem que ser a ultima da procedure de configuração: EmissorNFs.Configuracoes.Geral.CodigoMunicipio := FEmpresaEmissao.CodigoMunicipio;

Bom dia @Marcos Giordani, Muito obrigado pela colaboração, já foi criado a TK-6064 para alteração.

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

Bom dia @Mauro Asl, Já esta no SVN.

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

Bom dia @Loki1_11, Quais são os valores de: SSLLib, CryptLib, HttpLib, XmlSignLib e SSLType ?

@Adrian Kempinski, Abri a TK-6057 para fazer os ajustes necessários.

Bom dia @Adrian Kempinski, Muito obrigado pelo XML, ainda hoje vou verificar o que pode estar ocorrendo de errado.