Italo Giurizzato Junior

Boa tarde a todos, Favor atualizarem todos os fontes de todas as pastas. Notem que fiz alterações nos arquivos: Cidades.ini e SimplISSv2.ini Quero agradecer as alterações/correções realizadas nos fontes, elas já estão no repositório. Por favor façam testes enviando os RPS para o novo webservice. Usem o método Enviar para o envio de um lote com até 50 RPS e o Gerar para o envio de apenas 1 RPS.

Henrique, Muito obrigado.

Bom dia Henrique, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório. Favor anexar o arquivo INI do provedor para que eu possa fazer uma comparação com o que eu tenho.

Bom dia Tiago, Qual é o valor da propriedade de configuração SSLLib?

Bom dia, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Fabricio, Você esta usando o componente ACBrNFSe? Se sim, favor realizar testes usando o programa exemplo do componente.

Bom dia Fabricio, Vou fechar este tópico, pois já temos outro tratando do mesmo assunto.

Bom dia Moacir, Chegou a fazer testes com o programa exemplo do componente?

Bom dia, Me responda uma pergunta. Porque os demais colegas do fórum estão conseguindo emitir o CT-e com o QR-Code?

Bom dia Reij, Quando foi a ultima vez que você atualizou? Favor atualizar todos os fontes de todas as pastas. Reinstale a suíte ACBr. Como você esta fazendo os testes com a sua aplicação, acredito que você tenha criado uma pasta para colocar os schemas, correto? Pois bem essa pasta esta com os schemas atualizados? Se não estiver vai ocorrer erro de validação quando gerar o XML com o grupo infCTeSupl. Se não gerar esse grupo o CT-e vai ser rejeitado pela SEFAZ.

Bom dia Regis, Base de calculo do Item 1: [ICMS001] Origem=0 CSOSN=102 ValorBase=0 <== Base de Calculo Aliquota=0 Total da Base de Calculo (a nota tem somente um item): [Total] BaseICMS=100,00 <== Base de Calculo ValorICMS=0 vICMSDeson=0.00 Ou a base de calculo do item é 100 ou o total da base de calculo é zero.

Bom dia Laudelino, A mensagem de erro de validação diz que o elemento infMDFeSupl não é esperado e sim o Signature. Isso significa que a versão do ACBrMonitor que você esta usando é antiga ou ao atualizar não fez a atualização completa, consequentemente os schemas (arquivos XSD) utilizados para validar o XML do MDF-e antes do seu envio estão desatualizados.

Boa tarde Laudelino, Fiz algumas correções no seu arquivo INI. Tem campos com a grafia errada e outros com a informação errada. MDF_correcao.INI

Não tem nenhum fonte cujo ícone esteja com uma bolinha vermelha? Se você altera um fonte, o Tortoise as vezes não consegue realizar o merge, neste caso o fonte fica desatualizado.

Boa tarde, Muito obrigado pelo XML de retorno que contem o evento de averbação. Agora é possível implementar a classe para poder ler os dados desse evento. Em breve será disponibilizado a atualização dos fontes com a leitura correta desse evento.

Boa tarde Flavio, Se você baixa o XML da NFS-e diretamente do site da prefeitura as tags vem com o prefixo "tc:"? Se não me falha a memória o componente ACBrNFSe remove os prefixos para facilitar a leitura do XML, visto que tem provedor cujo XML não tem prefixo, e os que tem o prefixo varia, ou seja, é diferente de um provedor para outro. Tudo bem, a aplicação que esse contador esta utilizando para ler o XML da NFS-e pressupõe que o mesmo tenha o prefixo "tc:". E se amanhã ocorrer uma licitação e quem ganhar é outro provedor, por exemplo o Ginfes cujo prefixo é "ns4:" ou Fiorilli cujas tags não tem prefixo, o desenvolvedor dessa aplicação vai ter que fazer os devidos ajustes para conseguir ler o XML. Não seria mais simples se essa aplicação removesse os prefixos, deixando assim os XML padronizados?

Boa tarde, Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou a suíte ACBr?

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

Boa tarde Paulo, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório. Da próxima vez procure utilizar o tópico criado exclusivamente para esse fim.

Boa tarde Moacir, Favor anexar o XML de envio e de retorno de preferencia os: *-soap.xml Alguma coisa você esta fazendo de errado, para que ocorra esse erro. Certifique-se que esteja usando os arquivos: Cidades.ini e NotaBlu.ini que se encontram no Repositório. Outra coisa importante só foi disponibilizado o método Gerar, ou seja, só é possível enviar somente uma nota de cada vez.

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

Bom dia, Acredito que o erro esteja no valor de CST. Tente da seguinte forma: [ICMS001] Origem=2 CST=10

Bom dia Moacir, Por favor leia essa noticia: Refactoring das impressoes DF-e.

Bom dia Davidson, A UF é MG, é de se esperar que eles façam alguma mercadoria só para atormentar a vida do desenvolvedor. Conhece aquele ditado: faça o que mando, mas não faça o que eu faço? Pois bem no manual esta escrito que devemos informar somente UMA vez o namespace conforme o exemplo que o José anexou, se você olhar para o XML de retorno da SEFAZ-MG, tem namespace em todas as tag. Os caras estão de sacanagem. Favor entrar em contato com a SEFAZ e relatar o problema.

Bom dia a todos, Favor atualizar os fontes, fiz uma alteração na rotina que lê o retorno, acredito que agora o componente vai conseguir ler corretamente os dados de retorno.