BigWings

Veja no código que a tag é gerada para cada item da nota, então deve ser informada na NFSe.Servico.ItemServico[ x ].ItemListaServico.

Como você está alimentando a tag? Nos fontes do ACBr parece correto: Gerador.wCampo(tcStr, '', 'codigo_local_prestacao_servico', 1, 9, 1, NFSe.Servico.CodigoMunicipio, ''); Gerador.wCampo(tcStr, '', 'unidade_codigo', 1, 9, 0, TUnidadeToStr(NFSe.Servico.ItemServico[I].TipoUnidade), ''); Gerador.wCampo(tcDe3, '', 'unidade_quantidade', 1, 15, 0, NFSe.Servico.ItemServico[I].Quantidade, ''); Gerador.wCampo(tcDe6, '', 'unidade_valor_unitario', 1, 30, 0, NFSe.Servico.ItemServico[I].ValorUnitario, ''); Gerador.wCampo(tcStr, '', 'codigo_item_lista_servico', 1, 9, 1, OnlyNumber(NFSe.Servico.ItemServico[I].ItemListaServico), ''); Gerador.wCampo(tcStr, '', 'descritivo', 1, 1000, 1, IfThen(NFSe.Servico.ItemServico[I].Descricao = '', NFSe.Servico.Discriminacao, NFSe.Servico.ItemServico[I].Descricao));

Tentou informar apenas 951180001? Já que 1.07 é o código do item da lista de serviços.

Provavelmente você não atualizava o ACBr há algum tempo. Algumas declarações foram movidas para novas units.

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

Informe data e hora na propriedade Ide.dEmi.

Essas propriedades são específicas para o componente DANFE NFe. Veja novamente se está usando o componente correto, caso contrário pode ter mais problemas.

Faça teste também usando o demo dos componentes na pasta ACBr\Exemplos\ACBrDFe\ACBrNFe\Delphi DANFe FR.

Essa empresa consegue emitir nota pelo portal da prefeitura? Consegue usar o mesmo CNAE/ItemListaServico que é gerado na emissão pelo site?

Esse é o retorno do método DistribuicaoDFe, e não da manifestação. Para o obter o XML completo você precisa usar o método EnviarEvento, com um dos tipos de manifestação (Ciência, Confirmação, Desconhecimento, Não realizada). Você está enviando esse evento?

A tag CodigoTributacaoMunicipio pode ser o item da LC 116/03, CNAE ou outro sem relação com essas, depende de cada prefeitura. Então pra o preenchimento dessa tag sugiro contatar a mesma. Quando ao erro eu acredito que sejam estas as tags: <tc:ItemListaServico>1305</tc:ItemListaServico> <tc:CodigoCnae>9511800</tc:CodigoCnae>

A NFe realmente não está manifestada, então vai receber esse XML que é o resumo da nota. Qual o retorno quando tenta enviar a manifestação?

A alteração no portal não deve interferir no funcionamento pelo webservice. Qual erro está tendo?

Se você já identificou que o problema é o WARSAW, que removendo ele, tudo funciona, não tem muito mais o que fazer a não ser: - Remover o WARSAW das máquinas onde o software vai executar - Assinar o executável que talvez o WARSAW deixe de enxergar ele como suspeito - Fazer reversão dos fontes da aplicação e de terceiros, ACBr incluso, pra descobrir qual alteração que dispara o problema com o WARSAW Antes de eu assinar os meus executáveis, já tive problemas com essas aplicações de banco, apenas a existência de strings no exe com nomes de bancos fazia ele interferir, então alterando as strings no código de 'BRADESCO' para 'Bradesco' por exemplo já resolveu naquele momento. Você pode contactar diretamente: https://www.projetoacbr.com.br/forum/companies/category/2-consultores/

Baixe o XML dessa nota pelo portal da NFe e veja como ele vem. Alterar o XML da NFe não é correto, isso era feito na NFe 1.0 ou 2.0 quando ainda não existia o cancelamento por evento. Existe o XML da NFe e existe o XML do evento de cancelamento. A aplicação do contador deve ser capaz de importar ambos os arquivos e atualizar a situação de acordo com eles. Não fazer "ajustes" no XML porque dessa forma conseguem importar. Mas se ainda quiser fazer como querem, basta alterar o fonte do ACBr, na unit ACBrNFeWebservices, a partir da linha 2386 é definido cada tag do protNFe do XML.

No XML anexado consta o protocolo de autorização de uso e não o do cancelamento: Se você já envia os eventos, porque não desativar o "AtualizarXMLCancelado" assim o XML vai com os dados da autorização, como é o correto.

Não compreendi... cancelamento e evento não são a mesma coisa? Ou está falando de outro evento? Não faz sentido mostrar no protNFe dados de locais diferentes, ou mostra o de autorização ou mostra os do evento de cancelamento. Ou você pode enviar o arquivo *-NFeDFe.xml, que é gerado na consulta da nota, que contém o protocolo de autorização e os protocolos dos eventos de cancelamento e carta de correção.

Coloque o infPag.Add dentro do loop do dataset e veja o resultado.

Se entendi, o contador quer o XML com o cStat de cancelado mas com o protocolo da autorização, é isso?

Só vejo uma tag infPag, ou seja, só um pagamento. A tag Comp se refere aos componentes de cada pagamento, no layout é 1-N.

Você pode ter vários pagamentos informados no MDFe. Cada informação de pagamento pode ter apenas um responsável. Então creio que essa linha deva estar dentro do seu loop.

De qual tag estamos falando?

Remova toda a pasta ACBr\Lib. Execute novamente o instalador marcando a opção de apagar arquivos antigos.

"con" é o arquivo de envio, a consulta. "dist" é o retorno do webservice. Os "soap" são os mesmos arquivos, envelopados, são estes que realmente são trafegados pelo webservice, mas são mais difíceis pra ler, então pode ignorar eles. Deve ter mais documentos a receber, nos retornos anteriores constava maxNSU superior a esse.

Nos arquivos não consta consulta a partir do NSU 5893, sendo que o NSU máximo 6264. Na sequencia dos arquivos, em vez de informar o UltNSU = 5893, foi informado UltNSU = 0.