Italo Giurizzato Junior

Olá Pessoal, Já se encontra no SVN a implementação do provedor ISSMap que possui layout próprio e atende as cidades: Águas de Santa Bárbara, Fartura, Piraju, Santa Cruz do Rio Pardo, Itaí, Chavantes, São Pedro do Turvo, Sarutaiá, Timburi, Espírito Santo do Turvo, Arandu, Bernardino de campos, Iaras, Ribeirão do Sul, Canitar, Salto Grande, Manduri. A implementação ainda não esta 100%, sendo assim agradeço a compreensão e a colaboração de vocês nos testes.

Boa tarde @MarceloDev, Favor entrar em contato com o provedor e checar com ele qual é a versão adotada para a cidade em questão (1.00/1.01 - layout próprio ou 2.04 layout ABRASF). Bem como confirme a URL de homologação e de produção.

Bom dia @Catrini, Como você pode ver estou usando o programa exemplo como ele esta no SVN e não estou tendo esse erro.

Boa tarde @Anderson Grolli, Já esta no SVN.

Boa tarde @Anderson Grolli, Já esta no SVN.

Boa tarde @Anderson Grolli, Já esta no SVN.

Bom dia @Anderson Grolli, Muito obrigado pela colaboração, já foi criado a TK-6354 para realizar a alteração.

Bom dia @Anderson Grolli, Muito obrigado pela colaboração, já foi criado a TK-6353 para realiza a alteração.

Bom dia @Valmor Reblin., Então os seus fontes estão desatualizados. 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 a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build. Por fim repita os testes.

Bom dia @Anderson Grolli, Muito obrigado pela colaboração, já foi criado a TK-6352 para realizar a alteração.

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

Bom dia @Igor Cibiac, Não vejo outra alternativa você entrar em contato com a prefeitura/provedor para que eles informem a você o que esta de errado. A mensagem de erro se refere a alíquota, mas o problema pode ser outro.

Boa tarde @Evertof, Já esta no SVN.

Boa tarde @Catrini, Isso é muito estranho. Altere o arquivo ACBrNFSeXServicos.ini para usar o Ginfes em vez do Giss. E faça novos testes.

@Catrini, Não, veja o formato que esta 00.00 O que eles querem mostrar abaixo é que se for 1% você vai informar 1, mas no XML vai ser 1.00 o zero a esquerda não conta, pois esta indicando apenas que a parte inteira vai ter no máximo 2 dígitos. O provedor Giss se utiliza da versão 2.04 do layout da ABRASF e a definição do tipo simples da alíquota é: <xsd:simpleType name="tsAliquota"> <xsd:restriction base="xsd:decimal"> <xsd:totalDigits value="5" /> <xsd:fractionDigits value="4" /> <xsd:minInclusive value="0" /> </xsd:restriction> </xsd:simpleType> Isso significa que a alíquota poderá ter no máximo 4 casas decimais e a quantidade máxima de dígitos sendo 5. Por exemplo: 2.00 ou 2.0000, ambos são validos para o schema. 25.50 ou 25.500, ambos são validos. 25.5000 esse é invalido pois tem 6 dígitos.

@Marcello metrix, Eu sei, só estou esclarecendo que por enquanto Rio Preto ainda vai usar o Ginfes. Mas entre em contato com a prefeitura/provedor para saber o porque da mensagem de erro.

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

Bom dia @Valmor Reblin., Comparando a unit que você anexou com o que esta no SVN notei que você removeu a linha que checa o código do município, caso não tenha sido informado se utiliza do código do município configurado. Porque dessa alteração?

Bom dia @Catrini, No que se refere ao código do país, informe 0076 em vez de 1058. No arquivo ACBrNFSeXServicos.ini procure por Santos e acrescente a linha abaixo logo após o campo Versao. Vesao=2.04 Params=Dividir100:|Aliquota4Casas:

Bom dia @Marcello metrix, A cidade de São José do Rio Preto/SP ainda vai continuar usando o Ginfes, a Eicon não informou quando vai migrar para o GissOnline. Verificar se o prestador esta realmente inscrito no município. Caso esteja vai ter que entrar em contato com a Eicon para resolver o problema.

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

Bom dia @Marcio Cenci, A descrição da rejeição esta estranha, pois se refere a NF e não ao CT-e. Ambos os modelos de documentos tem a mesma rejeição: 269 com descrições semelhantes. NF-e Rejeição 269 Descrição: CNPJ/CPF Emitente da NF Complementar difere do CNPJ/CPF da NF Referenciada Regra: Se NF-e complementar (tag:finNFe=2): – CNPJ/CPF emitente da NF Referenciada difere do CNPJ/CPF emitente desta NF-e (NF-e, NFC-e, NF modelo 1) (NT 2018.001) CT-e Rejeição 269 Descrição: CNPJ Emitente do CTe Complementar difere do CNPJ do CT complementado Regra: Se Tipo do CTe = 1 (CTe complementar): - Verificar se o Conhecimento complementado foi emitido pelo mesmo CNPJ.

Boa tarde @Everson Clei, Ajuste para não gerar a linha do encoding ao salvar um Json. Já esta no SVN.

@Everson Clei, Quanto ao Encoding vou ver o que pode estar ocorrendo.

Bom dia @João Antônio, Já esta no SVN.