Italo Giurizzato Junior

Bom dia Brandão, Muito obrigado pelo arquivo, vou analisa-lo mais afundo, acredito que será necessário efetuar alguma alteração no componente.

Tente então da seguinte forma: MDFe.EncerrarMDFe(53141111538486000132580010000000011000000014, 13/02/2015, 5300108) MDFe.CancelarMDFe(53141111538486000132580010000000011000000014, "EMISSAO INDEVIDA DO MDFE", , 2)

Bom dia Tiago e Otair, Muito obrigado pelos arquivos, vou analisa-los e realizar melhorias e correções necessárias até o final desta semana.

Bom dia, No comando de Encerrar o terceiro parâmetro você informou 53, ou seja, o código da UF, sendo que o correto é informar o código IBGE do município de descarregamento. No comando de Cancelar o segundo parâmetro, tente colocar entre aspas, ou seja, "EMISSAO INDEVIDA DO MDFE".

Boa noite Brandão, Se possível, post como anexo o arquivo XML que contem as notas que deseja ler. Se ao checar a quantidade aparece UM significa que o componente só esta conseguindo ler apenas uma delas.

Boa tarde Brandão, O LoadFromFile do componente consegue identificar se o XML é de um RPS ou de uma NFS-e, alem disso caso o XML possua mais de uma nota (por exemplo) ele monta uma lista, onde o índice dessa lista inicia no zero. Ou seja, o índice da primeira nota nota é zero o da segunda é um e assim por diante.

Boa tarde Ademar, Lembre-se que o Web Services NfeConsultaDest, vai ser desativado, portanto você vai precisar se adequar.

Boa noite, Experimente carregar o XML da NFS-e que deseja cancelar, antes de solicitar o cancelamento.

Boa noite a todos, O próprio componente ACBrNFe faz isso. Basta você carregar o componente usando o comando LoadFromFile e depois ler as propriedades para ter acesso aos dados, tais como, código do item, descrição, quantidade, etc. Para facilitar a vida, as propriedades seguem a mesma nomenclatura do XML, ou seja, o nome da propriedade tem o mesmo nome da TAG.

Boa noite Ademar, No meu entendimento o responsável por realizar a manifestação é o destinatário da mercadoria e mais ninguém. E a aplicação responsável pela manifestação tem que ter um controle das notas consultadas e manifestadas.

Boa noite John, Se você tem o costume de atualizar todos os fontes de todas as pastas da suite ACBr e a na sua aplicação você incluiu uma linha que configura a versão do documento fiscal para ve310, com certeza ao abrir o XML deve aparecer algo semelhante o que o Kiko postou.

Boa noite Tiago, Muito obrigado, mas eu gostaria o arquivo de retorno da SEFAZ (completo) e não somente o item "resumo de evento" já extraído do mesmo.

Boa noite Dércio, Como assim? No meu post deixo claro que se o problema é a falta de conexão do emitente o mesmo pode lançar mão de uma conexão 3G para enviar o EPEC. Obs: emitente é o seu cliente.

Boa noite Zanutto, MD ou ID ? Não atribua nada, ou melhor, atribua uma string vazia a propriedade ID.

Boa noite Máyron, Essa mensagem é retornada pelo validador do componente, ela diz que o valor informado ao campo PIN viola a regra de validação do mesmo. O campo PIN é destinado ao numero PIN SUFRAMA, o que vem a ser o numero 000027863 ? Se é o numero do PIN SUFRAMA informe apenas 27863.

Boa tarde Marcos, A cidade em questão é Dois Córregos/SP, muito bem, você informou o código IBGE da respectiva cidade no programa exemplo e o mesmo retornou a palavra Nenhum, acusando que a cidade ainda não é atendida pelo componente. Mas você descobriu que a empresa contrata pela prefeitura da cidade Dois Córregos é SimplISS, checando os fontes descobriu que já existe a Unit ACBrProvedorSimplISS. Bom já temos meio caminho andado, quais são os próximos passos agora? Se você não lembra por favor leia novamente a postagem do nosso amigo André Prodez, mais precisamente os últimos 3 parágrafos.

Boa tarde a todos, Por favor abram a Unit: ACBrProvedorInfisc.pas Notem que na function GetConfigCidade é definido a versão do Soap através da propriedade VersaoSoap. Se cada cidade desse provedor tiver uma versão diferente é possível usar a estrutura case ... of ... end; para resolver o problema. De forma semelhante na function GetConfigSchema é definido a versão do Cabeçaalho, Dados e XML, mais uma vez podemos lançar mão da estrutura case para configurar versões diferentes para cada cidade atendida por esse provedor. Desta forma não há necessidade de se criar mais uma propriedade no componente, e ter que lembrar de informar a versão correta dependendo da cidade. Tudo ficaria no código do componente e totalmente transparente para o desenvolvedor. Já pensaram nessa possibilidade?

Boa tarde Alexandre, A alteração foi feita, favor testar informando uma quantidade fracionaria, como exemplo 4.5

Boa tarde Cleverson, Primeiramente seja bem vindo ao fórum, a sua atitude de se cadastrar no mesmo é sem duvida uma atitude que até hoje nunca tinha visto, alguém que esta ligado diretamente com o Web Services de uma prefeitura fazer o que você fez, Parabéns. Esperamos, contar com a sua colaboração tirar as nossas duvidas. Desde já agradeço toda a colaboração que você puder nos prestar. Muito Obrigado.

Boa tarde Rabelo, Segundo o XML da sua nota o valor total dela é 199,80, correto? Mas o valor do pagamento esta zero (veja tag vPag).

Boa tarde Gilson, É preciso entrar em contato com o provedor para saber se neste caso a alíquota a ser informada é zero ou se a mesma deve ser omitida no XML.

Boa tarde, Sim, vai funcionar da mesma forma, mas lembre-se que: No caso da NF-e devemos montar um arquivo INI contendo os dados da nota. Por outro lado no caso da NFS-e devemos montar um arquivo INI contendo os dados do RPS, pois é este que é enviado para o Web Service. Se tudo estiver correto o Web Service retorna o XML da NFS-e.

Boa tarde Rubens, O componente ACBrNFe faz a validação do XML gerado e para tal se utiliza de schemas publicados no Portal Nacional da NF-e. Se o componente gera o XML valida o mesmo usando os schemas mencionados acima e da como valido, então lhe posso garantir que o XML é válido. Uma coisa é validar a estrutura do XML, outra coisa é validar o conteúdo. Quem valida o conteúdo é a SEFAZ-Autorizadora que realiza esse processo ao receber o XML da NF-e.

Boa tarde, Favor postar em anexo o comando e o arquivo de solicitação de cancelamento e encerramento.

Boa tarde Isaac, Primeiramente, vamos procurar seguir as regras do fórum, esse tópico se refere a nomenclatura de arquivos XML e PDF do CT-e, logo não tem nada haver com a sua duvida. Recebedor e Expedidor só são informados quando o CT-e for de Redespacho ou Redespacho Intermediário, caso contrario não se deve informar. Quanto ao tomador de serviço, ou seja quem vai pagar o frete, a principio é o remente ou destinatário em um CT-e Normal, se tratando de um Redespacho ou Redespacho Intermediário, o tomador poderá ser o Recebedor ou o Expedidor. Em ambos os casos o tomador poderá ser uma outra pessoa, ou seja não é o Remente, Destinatário, Recebedor e Expedidor. Quando o tomador for outros é necessário informar os dados do mesmo. Favor ler atentamente o Manual versão 2.00a do CT-e, páginas 121 e 122 no que diz respeito ao tomador.