Italo Giurizzato Junior

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 tarde Hendell, Veja esse fragmento do código do componente, Unit ACBrNFeConfiguracoes.pas: {$IFDEF ACBrNFeOpenSSL} property Certificado: AnsiString read FCertificado write FCertificado; {$ELSE} property NumeroSerie: AnsiString read GetNumeroSerie write SetNumeroSerie; property DataVenc: TDateTime read GetDataVenc; property SubjectName: String read GetSubjectName; {$ENDIF} property CNPJ: String read GetCNPJ; property Senha: AnsiString read FSenhaCert write FSenhaCert; Esse fragmento se refere as propriedades de configuração do componente, note que se o componente for compilado para o OpenSSL, teremos somente disponíveis as propriedades: Certificado, CNPJ e Senha. Sendo que na propriedade Certificado é informado o caminho completo com o nome do arquivo PFX para que o componente seja capaz de carrega-lo para poder assinar.

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 Seixas, Pelo jeito a descrição terá que ser colocada na linha de baixo bem abaixo do código do item. Da forma que esta não vejo solução.

Boa noite, Segundo a Nota Técnica 2013/005 versão 1.21 - página 17 os tipos valores válidos para a TAG tpImp varia de 0 até 5. O valor 4 repete duas vezes pois foi criado dois DANFE para NFC-e, o tiNFCe é o DANFE em fita (bobina) já o tiNFCeA4 é o DANFE em papel A4.

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 Rogério, Segue em anexo. Exemplo_INI_MDFe.txt

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.