Italo Giurizzato Junior

Boa tarde Carlos, Favor informar qual é a falha na validação, só com o que você postou não temos como lhe ajudar.

Boa tarde, No caso da NFC-e o grupo <dest> que contem os dados do destinatário é opcional. O grupo <dest> só será gerado se o CPF ou CNPJ forem informados ou se a UF do destinatário for EX (exterior). Portanto o grupo <dest> de uma NFC-e vai conter somente o que foi informado.

Leandro, Os passos 1 e 2 são realizados pela unit pcnRetDistDFeInt que faz parte do ACBrNFe. Portanto não foi utilizando nenhum componente extra. Inclusive acabo de fazer uma alteração nessa unit. Inclui uma propriedade chamada InfZIP que é para receber o conteúdo compactado no formato gZip. O que é preciso fazer agora, pegar o conteúdo de InfZip e descompactar para que seja possível ler o seu conteúdo, seja ele um resumo ou documento eletrônico.

Boa tarde, Se no XML esta: <tpAmb>1</tpAmb> isso significa que o valor passado para tpAmb é taProducao. Portanto verifique se entre a rotina que lê do banco de dados os parâmetros de configuração e configura o componente e a rotina que alimenta o componente, não existe alguma linha reconfigurando o ambiente para homologação ou alterando o conteúdo de: qryMestreFLG_MDFE_AMBIENTE.AsString.

Boa tarde Leandro, O conteúdo compactado esta no formato GZip, sim, conforme consta na Nota Técnica. Já temos um pessoa trabalhando nisso. Mas quanto mais pessoas estiverem envolvidas em busca de uma solução, poderemos disponibilizar para toda a comunidade em um curto espaço de tempo. Como o componente tem que se comportar: 1. Ao obter o retorno. 2. Extrair a conteúdo compactado. 3. Expandir o mesmo. 4. Extrair as informações. Até o passo 2 é tranquilo, o problema agora são os passos 3 e 4.

Boa tarde Fabricio, O Web Service NFeDistribuicaoDFe tem como objetivo substituir o de Consulta NFe Destinadas e não NFe Emitidas. Você tem que pedir para alguém emitir uma NF-e contra o seu CNPJ em ambiente de homologação.

Me diz uma coisa, Ao executar a aplicação se em vez de efetuar o Encerramento ou Cancelamento de um MDF-e, o cliente emitir um MDF-e o problema ocorre com a emissão? Se não, após a emissão ao efetuar um Encerramento ou Cancelamento também não ocorre o problema? Se sim, experimente assim que executar a aplicação, executar o Consultar Status de Serviço.

Boa tarde, O Encerramento de um MDF-e é um evento, o mesmo problema ocorre ao efetuar o cancelamento do MDF-e que também é um evento? Esses clientes alem de emitirem MDF-e devem também emitir CT-e ou NF-e, se utilizando do mesmo certificado. Ao efetuar o cancelamento do CT-e ou NF-e ocorre o mesmo problema?

Boa tarde Bruna, O meu cliente utiliza o e-CNPJ para emitir NF-e sem nenhum problema. Não sei te informar com muita precisão, mas a principio o e-NFE destinado a emissão da NF-e, por outro lado o e-CNPJ lhe permite realizar outras tarefas. A solicitação é feita pela internet.

Boa tarde Darlana, O jeito mesmo é a SEFAZ liberar o Web Service de produção. Apesar do André ter feito uma simulação em ambiente de homologação e ter conseguido uma resposta satisfatória ao realizar a consulta. O problema agora esta no retorno. Mesmo retornando um resumo da NF-e ou evento, temos a informação compactada.

Boa tarde Jocimar, As URLs estão disponíveis no Portal Nacional da NF-e. Homologação: http://hom.nfe.fazenda.gov.br/portal/webServices.aspx?tipoConteudo=Wak0FwB7dKs= Produção: http://www.nfe.fazenda.gov.br/portal/webServices.aspx?tipoConteudo=Wak0FwB7dKs=

Bruna, Pode ser sim o e-NFe sem problemas. Mas não basta adquirir o certificado, é preciso junto a SEFAZ solicitar a habilitação do mesmo no ambiente de homologação (teste).

Bom dia Bruna, O Certificado será um e-CNPJ, correto? Se sim, sem problemas pois o IE do emitente pode ser: "ISENTO"

Bom dia, Você esta com todos os fontes de todas as pastas atualizados?

Bom dia Luiz, Favor atualizar os fontes e testar novamente.

Bom dia Frits, Você é o emitente da nota e não o destinatário, é por isso que obtêm a mensagem de nenhum documento localizado.

Bom dia Welkson, A solução de se utilizar uma série para cada PDV vem da própria SEFAZ, recomendação esta passada para as empresas do projeto piloto. No que diz respeito a filial, apesar de estar utilizando o mesmo certificado da matriz, o CNPJ do emitente que compõe a chave da nota é diferente, portanto não vejo problemas.

Boa tarde Alessandro, Entre em contato com o provedor ISSe e peça a eles a URL do SoapAction para todos os serviços: envio, consulta, ....

Boa tarde ncc, Você utiliza o DACTE feito em Fast Report, correto? Se possível de uma olhada no DACTE feito em Quick Report, ele vai apresentar tudo de forma individual.

Boa tarde, O erro: Never-build package 'PCN2' must be recompiled ocorre tanto ao compilar o ACBr_NF2 como no ACBrNFeDanfeRLpkg. Se erro tem haver com uma diretiva de compilação que é incluída no pacote, não me recordo qual é. Fico devendo no momento esta solução para você.

Boa tarde Alessandro, Deixe somente esta linha: ACBrNFSe.EnviarSincrono(1,false); se o erro persistir, altere para: ACBrNFSe.Enviar(1,false);

Boa tarde Edilson, Agora sim ficou show de bola. Muito obrigado pela colaboração, já esta disponível.

Bom dia Diogo, Acredito que o problema seja o ID, segundo os Schemas deles o atributo ID é escrito todo em minusculo, ou seja "id", o problema é que o Capicom não consegue realizar a assinatura desse jeito. A "solução" encontrada foi informar o ID como sendo "Id" (a letra i em maiúsculo) para o Capicom assinar o XML e depois trocar o "i" maiúsculo por minusculo. definição do atributo no schema: <xsd:attribute name="id" type="tsIdTag" /> Outro problema que já foi discutido é que o schema deles gera um erro no nosso validador, seria interessante eles passarem a utilizar um Schema cujo atributo ID seja definido com a letra "i" em maiúsculo e que não gere erro no nosso validador. O erro ocorre quando ele encontra a propriedade use na declaração de um tipo simples. Fiz mais algumas alterações, por favor atualize os fontes e tente novamente.

Desculpe, mas a ideia não é criticar e sim orientar. Apenas estamos te orientando a seguir a ordem dos campos inseridos no arquivo texto segundo a ordem das TAGs no XML que consta no manual. E na minha postagem procurei deixar claro que uma coisa é o formado da informação no XML e outra é como devemos coloca-la no arquivo texto. E expliquei o motivo do porque o monitor não seguir a formatação do manual. Inclusive a SEFAZ chama o manual de MOC - Manual de Orientação do Contribuinte, se o Contribuinte pegar o manual da SEFAZ para ler não vai entender nada. Ele deveria se chamar: MODES - Manual de Orientação do Desenvolvedor.

Rafael, 1. Belo Técnico que vocês arrumaram que só faz o que manda, não é capaz de dar um passo para frente e questionar o cliente se no HD existem arquivos que não podem ser perdidos. 2. É sabido que o XML da NF-e é um documento fiscal válido juridicamente e que o emitente deve guarda-lo pelo prazo legal, pois se o fisco realizar uma fiscalização na empresa, não vai querer cópia do DANFE e sim cópia do XML. 3. Quanto custa um HD externo de 2 TeraByte? para mim e para o meu uso, o preço pode ser salgado, mas para um empresa fazer cópia dos XMLs que são documentos fiscais, o preço é irrelevante em função da sua utilidade. Desculpe, mas a empresa falhou em não ter cópia, o técnico falhou em não questionar e se questionou, falhou que respondeu: pode formatar. Agora meu caro, a solução que vejo é chorar as pitangas com a SEFAZ, pode ser que ela lhe envie por e-mail os XMLs das notas que se perderam.