Italo Giurizzato Junior

Boa tarde a todos, No caso do DACTE feito em Fortes Report devemos alimentar o tpMed da seguinte forma: if uppercase(trim(fpCTe.infCTeNorm.InfCarga.InfQ.Items[i].tpMed)) = 'PESO BRUTO' then rlmQtdUnidMedida1.Lines.Add(FormatFloatBr(msk6x4, fpCTe.infCTeNorm.InfCarga.InfQ.Items[i].qCarga)) else if uppercase(trim(fpCTe.infCTeNorm.InfCarga.InfQ.Items[i].tpMed)) = 'PESO BASE DE CALCULO' then rlmQtdUnidMedida2.Lines.Add(FormatFloatBr(msk6x4, fpCTe.infCTeNorm.InfCarga.InfQ.Items[i].qCarga)) else if uppercase(trim(fpCTe.infCTeNorm.InfCarga.InfQ.Items[i].tpMed)) = 'PESO BC' then rlmQtdUnidMedida2.Lines.Add(FormatFloatBr(msk6x4, fpCTe.infCTeNorm.InfCarga.InfQ.Items[i].qCarga)) else rlmQtdUnidMedida3.Lines.Add(FormatFloatBr(msk6x4, fpCTe.infCTeNorm.InfCarga.InfQ.Items[i].qCarga)); Note que ele compara com as seguintes strings: "PESO BRUTO", "PESO BASE DE CALCULO" e "PESO BC"

Boa tarde, Desculpe pela demora, já enviei para o repositório.

Boa tarde bsoft, A alteração inicial que fiz para levar em consideração o tipo de emissão é porque MG se utiliza da SVC-SP e se enviar o CT-e com a URL do QR-Code de MG a SVC-SP rejeita o CT-e. Precisamos saber com exatidão quem deve permanecer e quem deve mudar e em qual situação.

Luiz, Se você não atualizar os fontes todo Santo dia, com certeza terá problemas. Para resolver o problema da SEFAZ-MS foi enviado agora pouco uma alteração para o repositório.

Boa tarde Luiz, Vamos atualizar os fontes e reinstalar a suíte ACBr?

Olá pessoal, A SEFAZ-MS esta passando por instabilidade no processamento de CT-e, a recomendação é que os CT-e sejam enviados para a SVC-RS. Leia a noticia da SEFAZ-MS na integra. http://www.cte.ms.gov.br/instabilidade-do-ambiente-autorizador-do-ct-e-autorizar-via-svc-rs/ Favor atualizar todos os fontes de todas as pastas e reinstalar a suíte ACBr, pois foi necessário fazer um ajuste no código do componente conforme a recomendação da SEFAZ-MS. Lembre-se de que para enviar para o SVC é preciso fazer duas coisas: Primero configurar o componente: // (AC,AL,AP,AM,BA,CE,DF,ES,GO,MA,MT,MS,MG,PA,PB,PR,PE,PI,RJ,RN,RS,RO,RR,SC,SP,SE,TO); // (12,27,16,13,29,23,53,32,52,21,51,50,31,15,25,41,26,22,33,24,43,11,14,42,35,28,17); case rgTipoEmissao.ItemIndex of 0: ACBrCTe.Configuracoes.Geral.FormaEmissao := teNormal; 1: if ACBrCTe.Configuracoes.WebServices.UFCodigo in [14, 16, 26, 35, 50, 51] then ACBrCTe.Configuracoes.Geral.FormaEmissao := teSVCRS else ACBrCTe.Configuracoes.Geral.FormaEmissao := teSVCSP; end; Segundo alimentar corretamente o componente: // (AC,AL,AP,AM,BA,CE,DF,ES,GO,MA,MT,MS,MG,PA,PB,PR,PE,PI,RJ,RN,RS,RO,RR,SC,SP,SE,TO); // (12,27,16,13,29,23,53,32,52,21,51,50,31,15,25,41,26,22,33,24,43,11,14,42,35,28,17); case rgTipoEmissao.ItemIndex of 0: Ide.tpEmis := teNormal; 2: if ACBrCTe.Configuracoes.WebServices.UFCodigo in [14, 16, 26, 35, 50, 51] then Ide.tpEmis := teSVCRS else Ide.tpEmis := teSVCSP; end;

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

Boa tarde a todos, Não precisa alterar o arquivo INI para enviar para a SVC-RS. Favor atualizar os fontes, reinstalar a suíte ACBr e compilar a aplicação.

Boa tarde Eduardo, Pelo o que eu entendi para as UF que se utilizam da SVC-RS devem utilizar as usas próprias URLs, logo não existe uma URL padrão a ser utilizada por todas as UF ao enviar para o SVC-RS. Vou enviar para o repositório a sua contribuição, desde já muito obrigado.

Bom dia Dercide, Muito obrigado, já fiz a correção na minha postagem.

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

Bom dia todos, Por favor não fiquem criando tópicos repetidos, pesquisem antes de criar os tópicos. Vou fechar este por já existir outro tratando do mesmo problema.

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

Bom dia todos, Por favor não fiquem criando tópicos repetidos, pesquisem antes de criar os tópicos. Vou fechar este por já existir outro tratando do mesmo problema.

Bom dia todos, Além de atualizar todos os fontes de todas as pastas, reinstalaram a suíte ACBr com a opção de apagar arquivos antigos marcada?

Bom dia Maikon, Você esta usando o certificado da Matriz para realizar a manifestação, correto? Mas ao informar o CNPJ esta informando o da Matriz ou da Filial? O que ocorre em ambos os casos?

Bom dia Lucas, O arquivo INI do provedor com a nova URL já se encontra no repositório.

Bom dia a todos, Vou fechar esse tópico pois ele cresceu de mais, esta com 14 páginas. E desculpe a todos, existem postagens nele que não esta ajudando em nada. Criei outros dois tópicos, um para tratar do WebService de Migração e outro do Novo WebService. Peço que não fiquem postando perguntas do tipo: * Alguém conseguiu enviar? * Estou com o mesmo problema. No tópico que crie referente ao novo WebService, mostro o que esta acontecendo com o provedor, o porque do erro de assinatura invalida. Desde já peço que compreendam a minha atitude.

Bom dia a todos, Favor utilizar esse tópico para tratar de assuntos relacionado ao novo WebService da cidade de Blumenau. Para enviar notas usando esse WebService basta alterar o arquivo Cidades.ini deixando a configuração para a cidade de Blumenau conforme abaixo: [4202404] Nome=Blumenau UF=SC ;Provedor=NotaBlu Provedor=SimplISSv2 NomeURL_H=homologacaoabrasf NomeURL_P=blumenau Note que a linha que se refere ao provedor NotaBlu esta comentada. Observação: Até onde sei o envio de notas através desse WebService usando o componente ACBrNFSe esta funcionando, o problema é que a WebService ao validar a assinatura leva em consideração TAGs que ao realizar a assinatura elas não estão presentes, com isso temos uma rejeição que acusa que a assinatura não é valida. Vamos fazer uma comparação com a NF-e. Na NF-e devemos gerar o XML, assinar e depois incluir o XML assinado no lote. De forma reduzida temos o XML da NF-e assinada: <NFe> <infNFe Id="...."> (...) </infNFe> <Signature> (...) </Signature> </NFe> De forma reduzida temos o Lote <enviNFe> com uma nota assinada: <enviNFe> <idLote>1</idLote> <NFe> <infNFe Id="...."> (...) </infNFe> <Signature> (...) </Signature> </NFe> </enviNFe>'; De for semelhante temos abaixo o XML do RPS assinado e o Lote com o RPS. <Rps> <InfDeclaracaoPrestacaoServico Id="...."> (...) </InfDeclaracaoPrestacaoServico> <Signature> (...) </Signature> </Rps> <GerarNfseEnvio> <Rps> <InfDeclaracaoPrestacaoServico Id="...."> (...) </InfDeclaracaoPrestacaoServico> <Signature> (...) </Signature> </Rps> </GerarNfseEnvio>'; Como vocês podem ver é a mesma coisa. Geramos o XML do documento, assinamos e incluímos dentro do Lote para ser enviado. Esse provedor diz que estamos fazendo errado, pois o correto seria gerar o XML do RPS, incluir ele dentro do Lote e depois assinar o RPS. Como assinamos o RPS com base no elemento <InfDeclaracaoPrestacaoServico> visto que ele é quem possui o atributo ID isso faz com que o TAG <GerarNfseEnvio> não é leva em consideração, pelo simples fato que essa TAG se refere ao Lote e ela não consta no XML do RPS que foi assinado, mas o provedor insiste que devemos gerar o XML do RPS com essa TAG para depois assinar. No meu entendimento eles estão equivocados. Por fim peço que sigamos as regras abaixo para este tópico: 1. Não realizar alterações nos fontes da pasta ACBrDFe, pois isso pode gerar um efeito colateral nos demais Documentos Fiscais Eletrônicos; 2. Ao realizar alterações nos fonte do componente ACBrNFSe se certificar de que essa alteração não vai gerar efeitos colaterais nos demais provedores. 3. Não postar que também esta com o mesmo problema, pois isso faz com que o tópico cresça com postagem que não ajuda em nada. 4. Postar somente quando tiver algum avanço com alguma alteração no código e favor anexar o código para os demais testarem. 5. Postar alguma informação relevante para o grupo passada pelo provedor. Desde já muito obrigado pela colaboração e compreensão de todos.

Bom dia a todos, Favor utilizar esse tópico para tratar de assuntos relacionado ao WebService de Migração da cidade de Blumenau. Para enviar notas usando esse WebService basta alterar o arquivo Cidades.ini deixando a configuração para a cidade de Blumenau conforme abaixo: [4202404] Nome=Blumenau UF=SC Provedor=NotaBlu ;Provedor=SimplISSv2 ;NomeURL_H=homologacaoabrasf ;NomeURL_P=blumenau Note que as 3 últimas linhas estão comentadas. Observação: Até onde sei o envio de notas através desse WebService usando o componente ACBrNFSe esta funcionando e somente o método Gerar foi implementado, as notas são enviadas diretamente para o ambiente de produção.

Bom dia a todos, Qual é a versão do Monitor?

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

Bom dia a todos, Vou fechar esse tópico, pois já tem o do Marcelo, como ele mesmo sugeriu.

Bom dia, Muito simples: 1. Atualizar todos os fontes de todas as pastas; 2. Reinstalar a suíte ACBr com a opção de apagar arquivos antigos marcada; 3. Compilar a sua aplicação com a opção Build; 4. Copiar para a pasta os Schemas atualizados para a pasta que a sua aplicação utiliza (configuração PathSchemas) Observação: os XML antigos não tem a string do QR-Code logo ao imprimir o DAMDFE não vai ser impresso o QR-Code.

Bom dia, Segundo o Manual do DACTE o local é esse e em mais nenhum outro lugar.