Italo Giurizzato Junior

Boa tarde Daniel, Para cada funcionalidade existe uma propriedade chamada "Msg" que contem a mensagem de erro quando este ocorre.

Boa tarde Leo, Vamos a um exemplo: Uma transportadora, carrega o caminhão com dezenas de cargas de diferentes remetentes e destinatários, logo temos o transporte de carga fracionada para este caminhão em questão. Segundo, vamos supor que esse caminhão vai partir de São Paulo/SP e vai até o Rio de Janeiro/RJ, temos ai o transporte interestadual. O MDF-e deverá ser emitido por uma transportadora quando a carga for fracionada e o transporte interestadual. Muito bem segundo o exemplo acima é o nosso caso, vamos continuar. Uma vez que temos carga fracionada, vamos ter com certeza mais de um CT-e, no exemplo acima dezenas. Imagina esse caminhão parando em um posto fiscal de divisa de Estado tendo que apresentar dezenas de CTe para o fiscal checar um por um a sua autenticidade. Agora imagina o motorista do caminhão apresentando apenas 1 (uma) folha o DAMDFE - Documento Auxiliar do Manifesto Eletrônico de Documentos Fiscais. O fiscal vai ter que checar apenas este e não uma dezenas, isso faz com que a parada do caminhão no posto fiscal seja curta e outra coisa, no CTe de carga fracionada não contem os dados do caminhão e do motorista, já no MDF-e e no DAMDFE consta esses dados, desta forma o fiscal vai poder checar se o caminhão não foi trocado e se o motorista é o mesmo. O CTe é um documento de prestação de serviço emitido pela transportadora e deve acompanhar a carga desde a sua origem até o seu destino. Já o MDF-e é um documento fiscal que visa simplificar a vida dos fiscais de fronteiras entre um Estado e outro. Espero ter ajudado.

Bom dia Vanessa, Existem relatos sobre o provedor GINFES que costuma sair fora do ar ou até mesmo demorar para responder. O problema não é no componente e sim com o provedor.

Boa tarde Pessoal, Se tratando da NFS-e por favor, informe sempre a cidade e o seu provedor para que possamos ajudar.

Boa tarde Arce, Segundo a NT 2012/002 página 3 temos: "O Destinatário deve apresentar uma manifestação conclusiva dentro de um prazo máximo definido, contados a partir da data de autorização da NF-e. Este prazo é parametrizável e atualmente está definido em 180 dias". Primeiro o que vem a ser "manifestação conclusiva"? Na mesma página temos os 4 tipos de manifestação e o significado de cada uma delas, sendo que uma delas não é conclusiva, estou falando da manifestação: Ciência da Operação, já as demais são conclusivas. Note que o prazo para a manifestação inicia com a data de autorização da NF-e. E esse prazo pode variar de uma SEFAZ para outra, no momento esta estabelecido para todas elas o prazo de 180 dias. Se você começar hoje a realizar a manifestação mesmo estando desobrigado, quando se tornar, não vai mudar nada, basta continuar realizando a manifestação.

Bom dia Arce, Segundo o Ajuste SINIEF 17/2012, segue link: http://www.fazenda.gov.br/confaz/confaz/ajustes/2012/AJ_017_12.htm no primeiro momento somente as empresas que compram combustivel, se tratando de distribuidores começa em 01/03/2013, já os postos de combustiveis em 01/07/2013. As demais empresas ainda vai ser opcional, mas quanto antes começar melhor.

Bom dia Carlos, Verifique se você não esta tentando imprimir o RPS em vez da NFS-e. O XML da NFS-e contem o numero da mesma no XML do RPS não tem.

Bom dia a todos, Gostaria de saber quem já esta utilizando o componente ACBrMDFe em ambiente de homologação ou produção? As funcionalidades: Enviar, Consultar, Consultar Status, Enviar Evento de Cancelamento e Enviar Evento de Encerramento estão funcionando? Preciso desse retorno para providenciar as devidas correções e migra-lo do repositório branches para o trunk. Desde já muito obrigado a todos e fico no aguardo de um retorno.

Lucio, O que deve estar acontecendo é que foi publicado a NT mostrando como devemos formatar a Data/Hora do evento e o Schema foi feito de forma diferente. Tive o mesmo problema com o MDF-e. o que você pode fazer para testar: Na Unit pcteEnvEventoCTe temos a seguinte linha: Gerador.wCampo(tcStr, 'EP09', 'dhEvento', 01, 27, 1, FormatDateTime('yyyy-mm-dd"T"hh:nn:ss',Evento.Items[0].InfEvento.dhEvento) + GetUTC( CodigoParaUF(Evento.Items[0].InfEvento.cOrgao), Evento.Items[0].InfEvento.dhEvento) ); Altere ela comentando a função GetUTC: Gerador.wCampo(tcStr, 'EP09', 'dhEvento', 01, 27, 1, FormatDateTime('yyyy-mm-dd"T"hh:nn:ss',Evento.Items[0].InfEvento.dhEvento) {+ GetUTC( CodigoParaUF(Evento.Items[0].InfEvento.cOrgao)}, Evento.Items[0].InfEvento.dhEvento) ); Isso deve resolver o problema no momento da validação. Mas acredito que ainda não estão disponiveis os webservices tanto para homologação quanto para produção.

Boa tarde Anderson, E os fontes estão todos atualizados, quando digo todos é todos os fontes de todos os componentes, todas as pastas inclusive a PCN2.

Boa tarde Luis, Você utilizou qual versão do Quick Report para efetuar as alterações no DANFE? Se é a versão 3.0 os fontes atualizados estão no local correto caso contrario quem utilizar ainda a versão 3.0 vai ter problemas. Mas isso eu posso resolver. Só preciso saber a versão do Quick Report utilizado.

Boa tarde Lucio, Não esta validando o XML gerado? Se sim qual é a mensagem de erro apresentada pelo componente?

Boa tarde Carlos, É preciso saber se os schemas utilizados são os mesmos, e onde existe diferenças, NameSpace, URLs dos serviços: Estudando a unit ACBrProvedorGinfesV3.pas Note que para a cidade de Fortaleza/CE temos por exemplo a URL de homologação para o serviço de recepção de lote: "https://homologacao.issfortaleza.com.br/ServiceGinfesImpl" já as demais cidades a mesma URL é: "https://homologacao.ginfes.com.br/ServiceGinfesImpl" Do resto é tudo igual, os mesmos schemas e namespace. Agora é preciso checar tudo isso quanto a cidade de Pontal/SP.

Boa tarde Arce, Tanto o ACBrNFe quanto o ACBrCTe possuem as seguintes funções: function LoadFromFile(CaminhoArquivo: string): boolean; function LoadFromStream(Stream: TStringStream): boolean; function LoadFromString(AString: String): boolean; Verifique se os fontes estão atualizados.

Boa tarde Humberto, Sim, tudo o que esta na NT 2012/002 já foi implementado e tem varios colegas do fórum que estão realizando testes. Até onde sei esta funcional sim, ocorre devez em quando algum problema, mas esta mais relacionado com a SEFAZ do que com o componente.

Boa noite Carlos Rosa, Qual é a cidade e o provedor utilizado por ela?

Boa noite J. Humberto Munhoz, Somente uma correção, em vez de "para o destinatário da NFe fazer o Manifesto" o correto é "fazer a Manifestação". Devemos ter esse cuidado pois já existe um documento eletrônico chamado: Manifesto Eletrônico de Documentos Fiscais - MDF-e portanto para não confundir as coisas essa aplicação disponibilizada pela SEFAZ-SP trata-se da Manifestação do Destinatário. A Manifestação do Destinatário é tratada pela SEFAZ como evento, como o componente ACBrNFe possui uma rotina completa para Envio de Evento, você pode utilizar o componente para montar em sua aplicação uma opção para que o destinatário possa obter a relação das NF-e emitidas contra o CNPJ dele e se Manifestar cada uma delas.

BluData, Ainda não esta claro para mim qual é objeto. Se a sua intensão é enviar para o webservice um lote com mais de 1 RPS, isso o componente já faz, basta você ADD os dados de 1 ou mais RPS que o componente vai gerar o Lote com até 50 RPS. Mas lembre-se que esse limite pode ser diferente de provedor para provedor.

Samuel, Na versão do DANFE em Quick Report é gerado automaticamente pelo componente linhas no quadro Dados Adicionais, com as informações sobre o endereço de entrega. Agora quanto a versão feita em Fast não sei te responder.

Boa tarde matosab2000, No caso do DACTE feito em Quick Report há necessidade de que a versão seja igual ou posterior a 4.0 e também editar o arquivo ACBr.inc, no final do mesmo devemos descomentar a a definição de uma deritiva de compilação. Quanto ao DACTE feito em Fast Report não sei te responder.

Bom dia Samuel Basso, Se não me falha a memória no modelo disponibilizado pela SEFAZ não consta essas informações no DANFE. O que muitos fazem é colocar o endereço de entrega no quadro: Dados Adicionais.

Bom dia BluData, Salvar mais de um XML de RPS em um unico arquivo, mas qual seria a finalidade? Seja mais claro por favor.

Boa noite a todos, Hoje realizei mais alguns testes, segue os resultados; 1. Status de Serviço - OK 2. Recepção de NFC-e em modo Síncrono - OK 3. Inutilização de Numeração - OK 4. Recepção de Evento - Cancelamento por evento - OK 5. Consulta a Situação Atual da NFe - OK (para NFC-e autorizada) Falha (para NFC-e cancelada) Já enviei um e-mail para a SEFAZ-AM reportando esse problema ao consultar uma NFC-e cancelada. Esta faltando a SEFAZ-AM implementar o modo Assincrono para NFC-e.

Boa noite Robson, Você tem o Quick Report instalado no Delphi?

Boa noite BluData, Somente as DLLs da pasta Capicom devem ser registradas.