Italo Giurizzato Junior

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.

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.

Bom dia a todos, Peço por gentileza de postar em anexo o XML de retorno ao realizar a consulta através do NFeDistribuicaoDFe principalmente caso este retorno tenha em sua lista algo que ainda não foi implementado, como por exemplo um resumo referente a um CT-e ou MDF-e vinculado a uma nota.

Bom dia Paulo, Erro de Acess Violation pode ocorrer quando se tenta focar algum objeto que não esteja visível ou habilitado. Verifique se não é esse o seu problema.

Bom dia Dércio, Primeiramente é preciso saber quem esta com problemas, se é o emitente ou se é a SEFAZ. Se quem esta com problemas é a SEFAZ, lembre-se que existe o SVC - SEFAZ Virtual de Contingência, neste caso é preciso saber qual SVC atende a UF do emitente uma vez que existem duas SCV a SVC-AN e a SVC-RS. Favor ler a Nota Técnica 2013/007 versão 1.03 que trata sobre o assunto. Você vai descobrir que não existe mais o SCAN. Agora se o problema de conexão é do lado do emitente, a saída é o EPEC (leia a Nota Técnica 2014/001 versão 1.10). O EPEC é um evento como é a carta de correção e o cancelamento, como o emitente esta com problemas de conexão, o envio do evento EPEC deve ser feito através de uma conexão 3G, por exemplo. Antes de você colocar a mão na massa e começar a escrever linhas de código, favor ler atentante as duas Notas Técnicas mencionadas acima.

Bom dia Emílio, Com relação ao CT-e Globalizado existem normas e o emitente tem que estar autorizado a emitir esse tipo de CT-e. Não sei se você já leu o Boletim Técnico sobre o assunto, por via das duvidas estou anexando ele. CTe_BT2012_001 Padroniza CTe Globalizado.pdf

Boa tarde Nilton, Muito obrigado pela colaboração, até o final desta semana estarei analisando os novos fontes e disponibilizando.

Boa tarde, Eu implementei em Quick Report e se não me falha a memória foi implementado em Fast ou Fortes Report.