Italo Giurizzato Junior

Bom dia Rafael, Ainda hoje estarei enviando para o repositório uma alteração que talvez resolva o problema.

Bom dia Jean, Veja que nesse exemplo as informações aparecem no quadro referente a discriminação do serviço, sendo assim, você deve informar no campo Discriminacao.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia a todos, Douglas, muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório a correção.

Bom dia Thiago, Ao carregar o XML de um evento através do LoadFromFile não ocorre a leitura de cada tag do XML, apenas o campo XML é alimentado com todo o conteúdo do arquivo. Como o componente é composto por dezenas de eventos e cada evento tem a sua estrutura, temos uma Unit para cada evento. Nessas Units temos apenas a geração do XML e a leitura do arquivo INI (essa rotina é utilizada pelo ACBrMonitor), se faz necessário criar uma rotina que leia cada uma das tags do XML e alimente os campos do respectivo componente. Como dito antes temos uma Unit para cada evento, sendo assim em cada Unit será necessário implementar a leitura das tags do XML. Se desejar colaborar com a implementação, ficaremos gratos.

Bom dia todos, Já encontra-se disponível o ambiente de produção para as empresas do estado do Ceará autorizarem o BP-e. O estado do Ceará é atendido pela SEFAZ Virtual RS. O credenciamento deverá ser feito com a SEFAZ Ceará, empresas interessadas devem entrar em contato em sua UF.

Boa tarde Pedro, Não vejo necessidade de criar uma propriedade de configuração por conta de uma tag obrigatória que já é para ser aceita em ambiente de homologação e não esta sendo aceita em ambiente de produção. Eu comentaria a linha que gera essa tag e usuária os Schemas que não contem essa tag. A partir de 29/04/2019, removeria o comentário das linhas para que a tag seja gerada.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Agricio, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Arce, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia a todos, Favor atualizar os fontes e fazerem novos testes.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum.

Bom dia Thiago, Vamos ver se eu entendi o seu problema. Você tem uma rotina própria que gera o XML, correto? Esta utilizando o componente ACBrCTe apenas para assinar, validar e enviar, correto? Mas ao tentar enviar ocorre o erro de validação acusando que não consta o elemento Signature. O XML que você anexou, contem a assinatura, logo não era para ocorrer esse erro de validação.

Bom dia Thiago, Te aconselho, nesse período de transição emitir em ambiente de homologação no sistema novo. Se você mudar de série a numeração vai iniciar do 1. Como você vai fazer para explicar para a SEFAZ os CT-e que não foram emitidos da outra versão? O sistema atual se utiliza da serie 1 e a numeração se encontra em 50.000 O novo vai utilizar a serie 2 com numeração inicial 1. Após o processo de transição o sistema atual para na numeração 50.500, sabendo que a numeração de uma serie varia de 1 até 999.999.999 o que você vai dizer para a SEFAZ porque não emitiu os CT-e de 50.501 até 999.999.999 da série 1? Pense um pouco mais sobre isso.

Bom dia Jonilton, Você utiliza o ACBrMonitor? Se sim, veja o exemplo abaixo: [vPrest] vTPrest=500 vRec=500 [Comp001] xNome=Frete Peso vComp=400 [Comp002] xNome=Pedagio vComp=100

Bom dia Cleonir, Primeiramente muito obrigado pela colaboração. Já baixei tudo o que você anexou, vou analisar o que foi feito e disponibilizar no Branches até o final desta semana.

Acredito que não.

Boa tarde, Desculpe, ficou faltando completar a postagem anterior. Se tratando de NFC-e devemos emitir a nota em contingência ou pelo SAT (no caso de São Paulo). Infelizmente não temos via webservice um serviço para realizar uma consulta para saber se realmente o numero foi inutilizado. Se não me falha a memória a única forma de saber é sita site.

Boa tarde a todos, Conforme anunciado pelo SEFAZ, a partir de Janeiro de 2019, seria válido o layout 0.08 do XML de entrada.... e ao mesmo tempo, o (antigo e obsoleto) layout 0.06 deixaria de ser aceito.... O fato do layout ser aceito, não significa necessariamente que todos precisam migrar imediatamente para ele... Isso depende inclusive, da atualização do Software Básico dos equipamentos em campo (veja tópico a seguir ) O que realmente muda, é que o layout 0.06, deixou de ser aceito... ( bem, mesmo isso foi prorrogado ) Portanto se a sua aplicação apenas suporta o XML 0.06, CORRA e faça os ajustes necessários para suportar a 0.07 ou a 0.08... Se você já suporta o layout 0.07, então veja aqui, o que há de novo no layout 0.08, e como se ajustar a ele... O que mudou no XML de entrada 0.08 ? Conforme consta na Especificação SAT_v_ER_2_26_04, temos as seguintes alterações: Layout do XML de venda: 1. Grupo enderEmit - campo xBairro passa a ter o seu tamanho variável alterado de 2-60 para 1-60 (mínimo 1 caractere e máximo de 60). 2. Grupo emit - campo IE passa a ter o seu tamanho fixo de 12 alterado para variável: 2-14. 3. Grupo dest - campo CPF passa a ter tamanho fixo de 11 dígitos, antes o campo poderia ficar vazio. 4. Grupo prod - incluído o campo CEST (opcional) de tamanho fixo de 7 dígitos. 5. Grupo obsFiscoDet - campo xTextoDet passa a ter uma nova instrução de preenchimento: 6. O grupo obsFisco gerado pelo SAT é que teve uma mudança significativa e merece ser mencionado aqui. Esse grupo antes estava dentro do grupo infAdic, agora ele esta no mesmo nível do infAdic, portanto ambos (infAdic e obsFisco) estão dentro do grupo CFe. Layout do XML de Cancelamento: 1. Os campos referentes aos itens: 1, 2 e 3 (do layout do XML de venda) sofreram a mesma alteração, mas eles são gerados pelo SAT.

Se tratando de NF-e existe uma alternativa que é enviar a nota para a SVC- SEFAZ-Virtual de Contingência. Como e Quando usar o SVC

Bom dia, Como o Juliomar deixou claro, se tratando de inutilização, você senta e chora, não existe nenhuma serviço disponibilizado pela SEFAZ que lhe permite consultar e ter como retorno o resultado do processamento de um pedido de inutilização. Já alguns tipos de evento se ocorrer algum problema no exato momento do retorno do envio do evento, ao consultar a nota cujo evento tem haver, teremos no retorno dessa consulta os eventos vinculados a mesma. Até o momento não temos no código do componente a extração desses eventos do retorno para salvar separadamente em disco ou disponibilizar em propriedades para serem salvos no banco de dados. Se desejar analisar o código e contribuir implementando essa funcionalidade ao componente, ficaremos agradecido.

Bom dia TempaCP, Lembre-se que os Webservices responsáveis pelos serviços: DistribuicaoDFe e os eventos referente a Manifestação do Destinatário se encontram no Ambiente Nacional, logo se a SEFAZ-Autorizadora não compartilhar as notas para o Ambiente Nacional, não será possível obter o resumo da nota, efetuar a Manifestação do Destinatário para depois obter o XML completo da Nota. Na segunda postagem eu informo que ocorre o compartilhamento: E na primeira deixo claro onde fica os Webservices: Se essas últimas notas não se encontram no Ambiente Nacional, podemos concluir que a SEFAZ-Autorizadora ainda não fez o dever de casa que é compartilhar.

Bom dia Cesar, Então o problema é na SEFAZ.