Italo Giurizzato Junior

Boa tarde a todos, A ideia é incluir uma parametrização nas Units referentes aos provedores. A principio esse parâmetro que pode se chamar QuebradeLinha terá o valor ";". Quando você for alimentar o componente deve-se sempre utilizar o carácter ";" para identificar que naquele ponto deve ocorrer uma quebra de linha. Vamos supor que o provedor XYZ se utiliza do carácter "|", o que vai ocorrer? Ao gerar o XML para ser enviado para o Web Services o componente vai substituir o ";" pelo "|". Por outro lado ao imprimir o DANFSE, o componente vai saber qual é o carácter ou sequencia de caracteres que ele deve utilizar para realizar a quebra de linha em função do provedor.

Boa tarde Junior, Não realizei nenhum teste, apenas implementei as rotinas no componente.

Bom dia Rodrigo, No seu XML consta que a UF de inicio é MG e de Fim é AL, até ai sem problemas. Mas no percurso você coloca os Estados na seguinte ordem: PR-SP-MG-BA-SE Muito bem se o caminhão parte de MG, primeiro ele tem que passar por SP e depois chegar ao PR, e ao voltar para poder chegar até BA tem que passar por SP, depois MG. O correto é: SP-PR-SP-MG-BA-SE (esta faltando o que esta em negrito).

Bom dia Luis, Segundo a Nota Técnica 2013/004 versão 1.00a - Outubro/2013, página 96, campo #45 diz que o grupo <infMunDescarga> tem um numero de ocorrências: 1-100 Portanto um caminhão pode realizar no máximo 100 Descargas, lembrando que cada descarga se refere a uma cidade diferente, e em cada cidade pode ocorrer até 2000 entregas, note que o campo #49 diz que o grupo <infCTe> tem um numero de ocorrências: 0-2000.

Bom dia Junior, Sendo assim, chego a conclusão que o problema pode ser na SEFAZ. Entre em contato com eles.

Bom dia Junior, A estrutura dos resumos de eventos do CT-e e MDF-e ainda não foram publicados, assim que forem publicados os schemas referentes ao Resumo de Eventos desses documentos teremos como saber a sua estrutura. Mas acredito que será semelhante a do NF-e que encontra-se na página 10 da NT.

Bom dia Leandro, Manual versão 2.00a do CT-e: Página 80 - diz que você não pode cancelar um evento EPEC Página 82 - regras de validação do evento de cancelamento Página 88 até 95 - Lista de rejeições, procure por cancela você vai encontrar as rejeições ao tentar cancelar um CT-e Nota Técnica 2014/001 Página 2 - itens 3 e 4 Como você pode ver, uma apostila não tem, o que temos são os Manuais e Nota Técnicas. A dica que dou e as vez pareço ser chato, é sempre pedir para que leem os Manuais e NT. Eu todo dia visito os Portais da NF-e, CT-e e MDF-e em busca de algo novo, uma Nota Técnica, Schemas, etc. Se todos passarem a ter esse tipo de atitude, muitas duvidas são sanadas só lendo esses documentos. Ficando apenas esclarecer algumas coisas, uma vez que a interpretação de um não é a mesma de outro. Hoje tenho: CT-e: 40 documentos (Manuais e NT) NF-e: 69 documentos MDF-e: 18 documentos Todos baixados dos Portais: http://www.nfe.fazenda.gov.br/portal/principal.aspx http://www.cte.fazenda.gov.br/ https://mdfe-portal.sefaz.rs.gov.br/

Bom dia Mauricio, Se o usuário lança as os RPS e os mesmos são armazenados no banco de dados, depois em um segundo form lhe é apresentado uma lista de RPS lançados mas não enviados e ao clicar no botão Enviar todo o processo é realizado simplifica a vida do usuário. Eu sei que você quer que a aplicação vai mostrando o que esta sendo feito. Mas os passos: gerar os XMLs de cada RPS, assinar os RPS (depende do provedor), gerar o Lote, assinar o Lote (depende do provedor) e validar o Lote é tão rápido que não vejo o porque. E como você pode ver, dependendo do provedor você não vai poder imprimir a mensagem informando ao usuário que o XML do RPS ou o Lote foi assinado, pelo simples fato de que para o provedor em questão a assinatura não é feita. Quem monta o Lote a ser enviado é o comando Enviar e logo após a montagem do mesmo, a assinatura é realizada ou não dependendo do provedor, se na Unit referente ao provedor constar que o Lote tem que ser assinado, a mesma será feita, caso contrario não. Como você pode ver o componente foi feito de uma forma que determinados passos não foram separados para garantir os requisitos dos provedores.

Luis, 107,47 % ??? Como não tem nenhuma orientação na Nota Técnica a respeito não só desse percentual e sim de vários outros como é o caso do pICMS que também pode ter 2 ou 4 casas decimais, chego a seguinte conclusão: Para percentuais menores que 10 % podemos informar com 4 casas, exemplo 3 % => 3.0000 temos um total de 5 dígitos. Para percentuais maiores ou iguais a 10 % devemos informar com 2 casas, exemplo 107,47 % => 107.47 temos um total de 5 dígitos.

Junior, Lhe devolvo uma outra pergunta: Porque o contador esta realizando essa consulta, uma vez que ela foi criada para o destinatário e não para o contador. O contador não pode em hipótese nenhuma realizar essa consulta e muito menos realizar a manifestação. Pelo simples fato que ele não sabe se o destinatário realmente comprou ou não daquele fornecedor e se a a mercadoria foi entregue ou não.

Boa tarde Mauricio, Se você esta se referindo a NFS-e, os passos são: 1. Alimentar o componente; 2. Enviar. O Enviar se encarrega de assinar gerar o lote e validar. No caso da NFS-e ou melhor o RPS uma vez que o componente gera o RPS e monta o lote com RPS e envia para que o Web Service processa o lote e se tudo estiver correto nos devolve a NFS-e. A validação é feita em cima do lote em não no RPS.

Boa tarde Luis, Veja a besteira que você esta fazendo: Estou passando o valor de 107.47 para a tag pMVAST, o valor passado e o valor de retorno da tag estão corretos só que no xml ele coloca 107.4700 A TAG pMVAST é uma TAG que contem Percentual da margem de valor Adicionado do ICMS ST. Inclusive na sua postagem que contem a imagem tem essa informação. Sendo assim, você tem que passar o percentual e não o valor.

Boa tarde Junior, Ao fazer a primeira consulta com sucesso, foi retornado o valor de ultNSU, esse valor foi utilizado na consulta seguinte? Se você sempre utilizar o valor Zero com certeza vai aparecer essa mensagem. Inclusive a mensagem te orienta a utilizar o ultNSU nas próximas consultas.

Boa tarde, É muito estranho o seu cliente ter conseguido realizar a manifestação em uma nota que foi cancelada. Como você mesmo disse, a nota foi cancelada antes de ser manifestada. O emitente da nota é do mesmo Estado do destinatário? Qual foi o intervalo de tempo entre o cancelamento e a manifestação? Respondendo a sua pergunta se a nota foi cancelada primeiro não vejo problemas principalmente se a manifestação não foi de Operação concluída.

Boa tarde, A nota de numero 200 foi emitida hoje dia 16 mas a de numero 196 foi emitida no dia 13, e você agora quer emitir a de numero 195. Na Nota Técnica mais atualizada da NF-e não encontrei nenhuma regra que faz com que uma determinada nota seja rejeitada pelo fato de estar enviando um numero inferior ao último enviado. E também não tem nenhuma regra com relação da Data/Hora de Emissão, a única regra que existe refere a data de emissão é com relação a data de saída que se for informada tem que ser no mínimo igual a de emissão jamais inferior.

Boa tarde Luis, O que me parece ser é um erro de validação e não de rejeição, correto? Se sim, com certeza os Schemas que você esta utilizando não estão atualizados, pois segundo o Manual esse campo pode conter de 2 a 4 casas decimais.

Boa tarde André, A unit a ser alterada é ACBrCTeDACTeQRRetrato, mas para abrir esta unit é necessário primeiro abrir a unit ACBrCTeDACTeQR. Ambos encontram-se dentro da pasta: ...\Fontes\ACBrCTe. Em ACBrCTeDACTeQRRetrato estude a procedure Itens, pois é esta que você terá que fazer as alterações. Como no exemplo que você apresentou cada documento ocupa 2 linhas, será necessário realizar alterações na banda: qrb_08_Itens do form.

André, Isso vai depender de qual Report você utiliza, posso até te ajudar se for o DACTE feito em Quick Report.

Bom dia André, Para começar esse DACTE esta errado, pois 55 não é o tipo do documento e sim o modelo, o tipo é NF-e. Todas as informações apresentadas de forma separada constam na chave da NF-e. No DACTE feito em Quick Repor a chave contem uma formatação que ao meu ver fica fácil a identificação dessas informações. Mas lembre-se que você tem os fontes, portanto você tem a liberdade de alterar para melhor te atender.

Bom dia Pablo, São 3 passos: 1. Consultar as notas destinadas, a principio você pode informar como ultNSU o valor zero, mas a SEFAZ sugere que na segunda consulta em diante você utilize o NSU retornado, ou seja, a cada nova consulta sempre utilize o valor retornado na propriedade ultNSU. Obs: as notas ficam disponíveis par consulta pelo prazo de 180 dias. 2. Manifestação, são 4 tipos, e são eventos, como a CC-e e o Cancelamento. 3. Download, só é permitido realizar um download de cada nota e a mesma tem que estar manifestada pelo destinatário. Dentro da pasta ...\Exemplos\ACBrNFe2 você encontra um arquivo TXT chamado ConsultarNFeDestinadas é um fragmento de código que mostra como realizar a consulta. E tem também um outro arquivo que mostra como efetuar o download. Para mais informações, por favor leia a Nota Técnica 2012/002 versão 1.02

Bom dia, Se você instalou o Quick Report depois do ACBr com certeza o Path do Quick no Path Library esta depois dos Path do ACBr. Altere a posição do Path do Quick de tal forma que ele fique antes dos path do ACBr.

A duvida agora é minha. Quando você diz que a nota 195 não esta protocolada significa que ela foi enviada mas por algum problema o XML não recebeu o protocolo de autorização? ou A nota 195 nem sequer foi enviada para a SEFAZ? No primeiro caso, basta carregar o XML assinado e executar o comando Consultar, desta forma o componente vai efetuar a consulta e vai também atualizar o XML, acrescentando o protocolo de autorização. No segundo caso, se a nota 195 vai ficar com a mesma data da 200 não vejo nenhum problema, a questão é a data de emissão das notas entre as duas.

Bom dia Paulo, Muito obrigado pela colaboração, já esta disponível.

Bom dia, Veja o exemplo em anexo: INUTILIZAÇÃO.pdf

Bom dia Rodrigo, Entre em contato com a prefeitura e questione a respeito da empresa contratada para implantar a NFS-e na cidade.